敏捷项目管理的5个阶段(敏捷开发与传统开发区别)

很多初创公司的产品经理需要兼顾项目经理的工作，全职测试自己的角色。本文讨论了产品经理如何有效地管理敏捷开发项目。

一、背景说明背景。使用公司原有的项目管理方式，产品无法按时上线，产品质量难以保证。老板决定把项目管理放在产品经理的领导下，这样才能保证后续产品的质量，按时上线。

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

项目进度不可见，产品经理对项目失去掌控，开发每日进度不可见，老板也不知道大家每天在做什么。效率低下，项目延期，成本增加。测试周期与开发周期分离，不能及时有效处理中间开发出现的偏差。开发实际结果与产品期望结果偏离，质量不过关，开发人员重复工作。

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

二、说明

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

二、目录工时评估，列出功能清单与完成开发工时评估计划排期，列出里程碑计划与开发计划，具体到功能模块责任到人阶段测试，功能模块完成开发，开始阶段测试项目管理过程中需求变更处理完成综合测试，项目上线三、具体步骤1. 工时评估，列出功能清单与完成开发工时评估

产品经理整理出要做产品的功能清单，找项目组对应的开发负责人评估工时，评估完成后找技术主管确认，确认工时无误。

此外，测试周期可以由另一个测试主管进行评估。开发工作量评估完成，如下图(1.0)所示:

(1.0)

2. 计划排期，列出里程碑计划与开发计划，具体到功能模块责任到人

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

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

开发方案如下图(2.0)所示:服务器端比前端少一个接口字段，就不展示了。里程碑计划也可以从开发计划中提取，就不多说了。

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

如何保证信息的同步？使用在线协同办公工具，每次开发相应的功能模块，都会实时同步更新表单信息。正在使用的协作工具是graphite document。

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

(2.0)

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

比如开发人员完成商品管理的静态页面和界面，看到商品后，对商品管理模块进行测试，比如添加、在商品列表中搜索、商品编辑、页面样式等。

注意:这里的测试算作模块测试，不要求覆盖所有方面。其他未开发模块相关的内容就不需要测试了。确保主要功能没有重大问题，

每完成一个功能模块，都要测试所有开发的功能。包括被测试的功能模块，这些功能模块为了测试而相互关联。最后，开发所有模块，并开始最后的系统测试。

栗子；商品管理已经过检验。订单管理开发完成后，需要测试商品管理和订单管理。比如确认订单的时候，把商品下架，然后下单，等等。

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

在项目开发过程中，如果有需求变更，记录下来，如图(3.0)。

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

如果要增加新的大模块，在线时间足够，我们会和你商量去掉。如果时间不够，请领导说明情况，申请延长在线时间或者放到下一次迭代进行更新。

(3.0)

5. 完成综合测试，项目上线

系统测试，每个模块的功能开发完成后，分阶段测试所有功能模块，然后进行各种相关测试。如果上述阶段性测试做得好，系统测试基本不会有大问题。这个阶段主要是完善细节，完成整个模块交互逻辑测试，测试完成后，在线完成项目。

四、总结

其实做项目管理就像滚雪球一样。在从小到大的每一个过程中，尽最大努力让雪球的每一层都坚实稳定。这样，即使雪球滚得足够大，也不会一下子完全塌下来。

另外好处我就不多说了，比如降低项目风险，每天汇报项目进度，看到成本，提高开发和测试的效率。

最后，方案死了，人活着。在实际应用中，需要根据项目场景灵活调整相关细节。产品经理应该避免使用该产品。别人给你的是你能得到的，你给不了的需要你自己去体会。

本文由@王翔原创发布。每个人都是产品经理。未经许可，禁止复制。

题目来自Unsplash，基于CC0协议。