创业公司中很多产品经理需要承担项目经理和专职测试员的工作，本文就来谈谈产品经理如何进行高效的敏捷开发项目管理。

1. 背景

背景：公司原有的项目管理方式，导致产品无法按时上线，产品质量难以保证，老板决定将项目管理交给产品经理，保证后续产品质量，按时上线。

首先我组织项目组成员对原有项目管理过程中存在的问题进行了总结，主要有两点：

项目进度看不见，产品经理对项目失去掌控，每天的开发进度看不见，老板也不知道大家每天在干什么。效率低下，项目延期，成本增加。测试周期与开发周期割裂，开发中途出现偏差无法及时有效处理。实际开发结果与预期产品结果出现偏差，质量不达标，开发人员重复劳动。

针对以上问题，结合领导层给出的敏捷开发项目管理要求，我对公司的项目开发管理流程进行了重新梳理和补充，最终提出了敏捷开发项目管理的五步法，并在后续的项目管理过程中得到了有效的运用，与之前的项目管理方法相比，新方法使团队的工作效率提高了30%以上。

二、说明

以下流程仅针对项目开发流程，不包括需求分析、UI设计、原型设计等流程，这些模块之前已经完成。敏捷开发项目管理流程主要分为5个步骤（以小程序项目开发为例）。

2.目录 工时评定，列出功能清单并完成开发工时评定计划调度，列出里程碑计划与开发计划，具体到功能模块责任阶段测试，功能模块开发完成，启动阶段测试项目管理流程需求变更处理完成综合测试，项目上线三、具体步骤 1.工时评定，列出功能清单并完成开发工时评定

产品经理整理好要做的产品功能清单，找项目组对应的开发经理进行工时考核，考核完成后找技术主管确认，确认之后，工时就确定了。

另外，测试周期可以由另外一位测试主管进行评估。开发工作量评估完成，如下图（1.0）：

（1.0）

2. 安排并列出里程碑和发展计划，并将具体职责分配给具体功能模块

模块时间点如何安排，产品根据功能清单的工作量评估结果，设定功能模块开发截止日期，并与开发人员开会确认。

如何排优先级，功能点可以分为两种，一种是有前置条件的，一种是基于前置条件的功能点。比如你要卖商品，会涉及到订单和商品两个要素。没有商品就没有订单，所以产品管理功能必须在订单管理之前实现。产品管理是前置条件，订单是基于前置条件的功能点。

开发计划如下图（2.0）：服务端比前端少一个接口字段，就不贴图了。里程碑计划也可以从开发计划中提取出来，就不赘述了。

3. 阶段测试：功能模块开发完毕，开始阶段测试

如何保证信息同步？利用在线协同办公工具，在各个功能模块开发完成后，实时同步表格信息。使用的协同工具是 Docs。

项目进度如何体现？开发人员每天更新工作进度。前端开发包括静态页面和界面两部分，开发完成后在文档中对应模块以“V”标记，实际完成时间由开发人员自己写。前端开发计划以实际界面对接完成时间为准，服务器以界面完成时间为准。如下图（2.0）所示

（2.0）

如何进行阶段测试：产品测试人员每天要看文档，测试开发出的功能模块，测试完后要把测试结果写在对应功能模块的后面，有问题要找开发人员在下一个模块的开发过程中修复，因为是上一个功能周期未完成的部分，所以必须在这个阶段补上。

比如开发人员完成了商品管理的静态页面和界面之后，产品经理看到之后会对该商品管理模块进行测试，比如新增商品、商品列表搜索、商品编辑、页面样式等。

注：此处测试为模块测试，不要求全面测试，其他未开发模块相关内容无需测试，确保主要功能无重大问题即可。

每完成一个功能模块，就要对已开发的所有功能进行测试，包括已经测试过的功能模块，再连在一起进行测试，最后所有模块开发完毕，开始最后的系统测试。

比如商品管理已经测试过了，在开发订单管理的时候，需要将商品管理和订单管理进行关联测试。比如确认订单的时候，把商品下架，然后下订单等等。

4. 项目管理中需求变更的处理

在项目开发过程中，如有需求变更，应记录下来，如图（3.0）。

如何处理，根据项目开发进度决定是否做，做哪些部分。这部分可以根据项目上线时间灵活协调。一般我会把一些小的变更需求放到功能开发流程中。

如果有新的大模块要添加，并且上线时间还够，我们会和大家一起讨论，尽量做完，如果时间不够，就找说明情况，申请延长上线时间或者放到下一个迭代更新。

(3.0)

5.完成全面测试并启动项目

系统测试：各模块功能开发完成后，该阶段会对所有功能模块进行测试，然后进行各种关联测试。如果以上阶段测试做得好，系统测试就不会出现大的问题。此阶段主要是完善细节，完成全模块交互逻辑测试。测试完成后，项目就会上线。

四、结论

项目管理其实就像滚雪球，在从小到大的每个过程中，我们都尽力把雪球的每一层都包得牢固、稳定，这样，即使雪球滚得足够大，也不会立刻倒塌。

另外，有哪些好处我就不细说了，比如降低项目风险、每天汇报项目进度、成本可见、提高开发和测试效率等等。

最后，方案是死的，人是活的，实际运用中需要结合项目场景灵活调整相关细节，产品经理切忌别人给你什么你就拿什么，别人给不了你，你才能得到，需要你自己去摸索。