技术项目中的人、风险与应对方法

前言

近期的工作中遇到了项目并行的状况。具体来讲，在一个项目的开发尚未完成时，产品经理又提出一个“高优先级”需求。因为对临时插入项目需要的开发时间评估不准确，对正在进行中的项目造成的风险评估不仔细，导致了需要加班加点赶进度，项目质量低下。在这种情况下，作为项目负责人，难免会承受较大的压力。这促使我思考，一个项目的生命周期中潜在的风险，以及应该如何消除风险。
项目因人而起，因人而终，风险归根结底还是来源于人。

项目中的人

以我所在的环境为例，一个项目的参与者有

• 业务方：需求的源头
• 产品经理：将需求转化为产品
• 项目经理：评估需求，规划方案，实现方案
• 测试经理：测试产品，保证产品质量
• 第三方（跨部门合作时存在）

风险及应对方法

这里将业务方和产品经理归为一方。

产品经理

风险

• 需求变动
• 需求插入
• 需求不明确

应对方法

• 评估需求变动对项目现有排期的影响，发出必要的风险警告，对于有延期风险的变动，及早周知各方。
• 评估新插入需求的开发时间，延期当前项目，并发出延期通知
• 需求不明确，通常是前期沟通不足造成的。要避免这个问题，需要进行项目评审，仔细阅读需求文档，并及时提出疑问。

项目经理

项目经理负责整个项目的开发与实现，通常会管理数个项目开发人员。风险包括项目经理本人的风险和开发人员的风险。这里只谈开发人员的风险。

风险

• 工作效率低下
• 代码质量低下
• 态度不积极

应对方法

• 工作效率低下，可能是由于对业务不熟悉，对工具不熟悉，或者开发人员固有的一些习惯造成的。前两者可以通过培训来解决。最后者可以通过引导，提出建议等方式来解决。
• 开发人员的水平有高有低，编码习惯也会有所不同。可以通过制定规则，加强监督，奖励、惩罚等手段提高代码质量。
• 态度不积极，可以通过合理的激励来解决。不同层次的人有不同的需求，如何激励，是个难题。

测试经理

风险

• 测试覆盖率。如果测试不能覆盖所有的功能点，就加大了项目的上线风险。
• 功能点测试优先级。重要的功能应该优先测试，这样能够及早解决问题。

应对方法

• 编写测试用例，不断完善测试用例。
• 撰写测试计划

第三方

因为第三方参与者的不可控特性，保持友好、顺畅的沟通就无比重要了。

总结

作为项目的负责人，应该重视

• 需求评审。评审需求是否合理，实现难度，对现有功能的影响等等。
• 评估资源、时间。现有的开发、测试资源，以及项目的排期。
• 预留冗余时间。因为存在众多不确定因素，尽量为项目预留冗余时间。
• 前期设计、规划。应重视技术方案的设计、规划，养成先设计，后实现的习惯。