一次失败的反思

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

    表达能力的缺陷,也只能表到到这种程度了,很幸运也很倒霉的经历了这么一次失败,我会为未来做好准备,那么下一步就是明晚的考试了,加油!

猜你喜欢

转载自cactus-jing.iteye.com/blog/840973