基于敏捷式开发的项目进度管理

项目进度管理是产品经理的日常工作之一。在讨论项目进度管理这个话题时，我划分了两个方面讨论：一是理论，二是实操。在理论层面，我比较推崇的是敏捷式开发。这是一种以人为核心，迭代、循序渐进的开发方案。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。之所以推崇敏捷式开发，这不仅仅是出自保证产品轻量级按时上线的考虑，更是出自快速发现问题解决问题的考虑。

那么敏捷式开发有什么特点呢？主要有四点：人和交互重于过程和工具；可以工作的软件重于求全而完备的文档；客户协作重于合同谈判；随时应对变化重于循规蹈矩。除此之外，我还特别建议使用面对面沟通以及走动式管理。对于项目过程中出现的意外情况，最关键的是及时应对，保证效率。面对面沟通，有助于节约时间成本。走动式管理，一方面可以营造活跃的团队氛围，二是可以提升自身的关注度以及主动性，这些都是提高项目效率的有效方式。

互联网产品研发流程在每家公司大致相同，无非都是：定义需求-原型设计-UI设计-前端设计/客户端-代码研发-测试-上线-运营，不同的是职责及分工。在某些小公司，有些产品除了定义需求，原型设计外，还会兼做测试的工作，甚至还有一些产品经理肩负ui设计稿的审核工作。这些都是因公司规模以及分工而已。但是对产品经理而言，深入了解产品研发流程的各个环节，更有利于推动项目的进度。而且对自身的产品知识体系的形成也是大有裨益。

而在整个项目进度管理过程中，有两个环节最是要注意的，一是功能需求评审阶段，二是项目研发时间的评估，这两者更是紧密相连的。在需求评审会上，务必让相关人员搞清楚功能需求以及要达成的目标，同时也敦促工程师根据专业能力的情况评估好研发时间，最后形成项目进度表。可以借助一些可行的效率工具，例如禅道、Teanbition或者简单的如excel。在项目推进中，产品经理可以担任起项目经理的角色，以项目进度表为参考跟进每个环节，验收输出物及其评估其质量。

在项目研发过程中，最难的可能要数对研发时间的把控。所以在评估时间时要充分征求工程师的专业意见，并且能留有充裕的时间去应对突发的事件。作为面对面沟通以及走动式管理的补充，定期召开项目进度反馈会议也是非常有必要的，主要收集和解决项目研发过程中出现的问题。同时建立QQ讨论群组，以记录产品研发过程中遇到的问题，随时在线解决研发过程中遇到的问题。

除了上述两个环节之外，还有一个环节也特别关键的，那就是测试-修改bug。测试，并不会等到所有功能都研发出来才进行，而是一个功能做完之后测试，另外一个功能做完之后再测试。这样更能提高产品的研发效率。同时留给研发足够多的时间去修改BUG。

产品上线之后，产品经理最需要做的一项工作是复盘。还原整个产品研发流程，包括每个环节遇到的问题，以及解决方案，并在这基础上，探索是否存在更好的解决方案，并把复盘心得分享给团队成员，共同进步。

以我最近主导的App项目为例，整个app迭代过程预计是一个月。由于小部分功能是基于现成的优化，这为团队节省了不少时间。但在研发过程中，遇到最大的问题是接口问题。写接口的速度没能跟上客户端开发的进度，探索其根本原因便是功能开发的分工不明确。另外还存在一个问题，产品经理对功能需求的理解，不够透彻，设计的原型没能一步到位，导致后面的环节增加了沟通的成本。这是本次项目最应该反省的两个问题。不过令人欣慰的是，在遇到问题，能够及时调整，效果还是显著的。