一次失败的反思

    今天应该算是我研究生生活一个非常重要的一天，同时也应该是我们的team——Dawn，辛苦两个月时间，理应获得收获的一天，But I screw up! 
    今天是我们参加的学院举办的“SOA & SAAS 比赛”的最后答辩的日子，我们每个人都准备的非常“充分”，信心满满的来到答辩现场。事情看起来进展的都很顺利，该是我出场进行系统演示，虽然有些紧张，但是我依旧对我的作品很有信心，对我有信心，对系统也很有信心！随着演讲的继续，我的信心也在不断的争强，以为一切都可以顺利的完结时，意外出现了！
    我在昨晚简单的准备的SAAS服务模块原来是错误的！！当时自己就懵了，不知道该如何应对，只是一味的在自言自语着“不好意思”~~经过慌乱的处理，最后还是选择了放弃~~~
    现在真的非常懊悔，自己为这个比赛付出了很多很多，最后却也砸在了我手上，所有人对我的期待，对我的信任都在那一刻被我搞砸了， 而且最后我并没有给出错误的原因，也没有把我们已经完成的程度表达出来，Oh，my god！我真是太失败了！
    但是现在后悔已经为时已晚了，事情已经发生了，回想一下失败的原因，我总结了一下几点：
    1. 没有做好充分的准备。我并没有在答辩之前，认真地从头到尾跑一遍。
    2. 答辩前夕工作角色的变更。我本来预计PPT讲解，但是由于自己信心的原因，自己与另一名成员进行了角色的呼唤。
    3. 个人表达能力、临场应变能力太差。出现异常以后，完全乱了手脚。
    4. 没有做好团队沟通。这个沟通涉及到各个队员对系统的了解程度，对技术的了解程度。正式因为原定的演示人员对系统不够了解，而互换了角色。
    5. 开发过程控制不好。作为队长没有严格的控制队员的开发过程，致使对系统的流程了解出现偏差。
    6. 系统用户体验不好。
    以上既有个人原因，也有项目管理原因。而这次问题的出现，我可以完全把它归因于项目管理中的种种问题所带来的灾难。经过这次的惨痛回忆，我总结了一下项目管理中应该着重注意的一下几点：
    1.知识普及：也就是说，让每个参与开发的队员对系统，以及对所采用的技术都要进行一个概要的了解。
    2.开发过程控制：开发过程要进行严格的控制，包括代码质量，以及业务流程等等。
    3.开发环境统一
    4.根据设计说明书进行详细开发
    表达能力的缺陷，也只能表到到这种程度了，很幸运也很倒霉的经历了这么一次失败，我会为未来做好准备，那么下一步就是明晚的考试了，加油！