早知如此何必当初——来自产品狗和程序猿的项目总结思维导图

1、在上线之前还有需求变更。

2、开发周期估计不足，出现前松后紧的情况。

这次负责项目的是一个年轻的产品经理，因为经验欠缺确实存在原型和文档的撰写不够细致和完整，颗粒度不够细。最重要的就是对异常流程考虑不充分，缺乏对异常流程场景的详细描述。开发同学不得不在开发进程中经常停下来询问产品经理，产品经理这时才去考虑异常流程，此前的需求便可能因此不得不进行调整和更改。虽然调整的幅度不大，但是对开发过程的流畅性和效率却造成了一定的影响。

这款产品是一款TO B的产品，为集团内部员工提供的效率提升工具。我们在需求收集中重点收集的对象是集团中上层管理者，一线实际使用者的真正需求被忽视了。虽然大方向没有偏差，但在一些使用细节上却和一线员工的实际场景不一致。这些情况在开发过程中被逐渐暴露出来，也导致了需求变更的频繁。

在需求评审中，部分开发人员只关心自己这一块业务，没有全面了解整体需求情况。不了解整个项目的完整逻辑和流程。这样的结果是我们对开发难度和工作量的评估出现了偏差，前期比较乐观，随着开发的深入才发现有的节点比较复杂，不得不加班加点开发。

前期我们是准备让外包主要负责项目的开发，我们自有人员只投入1.5人力。实际过程中，外包方更多的是考虑尽快完成项目，而没有去考虑项目的整个流程和扩展性，采取的一些开发方法虽然可以完成整个项目的开发，但是会对我们后续开发和维护带来更大的问题。同时沟通的效率无法保证，因此我们最终只好自己投入开发，前期外包写的内容基本被重构，前期的开发周期相当于浪费了。