目睹一次“失败”的项目经历

标题里面的“失败”二字加上了双引号，是因为这个项目尽管整个过程磕磕绊绊，但最近还是勉强上线了——但整个项目的开发过程真的是失败……

作为这个项目的一位轻度参与者（临时被拉过去支持了一段时间），从旁观者的角度反思整个项目过程，发现其中的问题实在太多太多，整个项目的开发过程堪称“灾难”：项目负责人本身管理技能的欠缺、团队间协调能力的不足以及团队内人员工作任务的分配以及积极性的调动都很失败……捡主要的说，具体失败原因可以总结为以下几个方面：

• 项目负责人是技术大牛

这个项目中的各个服务的底层核心代码都是这个大牛一个人写的，团队里的其他人根本看不懂，大牛也没有时间（也可能压根儿就没有想过）帮助团队中的其他成员搞懂底层代码。这样的情况导致的一个直接结果，就是底层一旦出现任何问题，都需要这个大牛亲自上阵解决问题，而这个项目由于本身规模很大，与之交互的外部系统很多，这些系统间的交互协议、接口又都需要这个项目负责人去处理，所以这个大牛也就不可避免的几乎每天都要加班到很晚……

• 大牛很忙很忙

由于项目负责人本身是技术大牛，在一手操刀了各个服务的底层核心代码的同时，又要与业务、需求以及需要交互其它系统沟通、协调整个项目编码之外的各种事项，所以大牛真的很忙很忙……然而，再去看团队里面的其他人，在写完了各自负责的业务代码之后，就无所事事了，即使测试发现了底层代码的问题，也要等着大牛来解决，因为队伍里面的其他人根本没能力（也可能压根儿就没有想过）去解决底层的问题——这是一个典型的失败团队的表现，团队领导很忙很忙的同时，团队里面的其他人却很闲很闲，团队领导凡事亲力亲为却从不考虑如何提高其他人员的能力和积极性——个人觉得这也是这个项目失败的最重要的一个原因。

• 工期紧张，前期估计严重不足

当我被拉到这个项目里做支持的时候，发现整个项目竟然没有一份像样的整体部署图、更别说各个服务的架构设计图了，所有的一切都在那位大牛的脑袋里面——这也难怪一旦出现点什么疑难杂症，只能让大牛亲自出马解决。久而久之，团队里的其他成员都对这位项目负责人兼技术大牛形成了严重的依赖，都不会独立思考了，反正出了问题有大牛在呢。

此外，该项目工期紧张，当然有领导安排不合理的因素存在，但是也不排除这位项目负责人+技术大牛过于自信，自认为凭借自己的水平一切尽在掌握之中，而忽略了团队中的其他人员水平参差不齐，整体实力不足的情况，导致前期对整个项目的估计严重不足，随着开发过程逐渐地失控，也就只能靠不断地加班加点来弥补前期估计不足带来的各种问题了。