敏捷开发项目管理工具，敏捷项目管理从入门到精通

初创公司的许多产品经理必须承担项目经理的职责以及全职测试的角色。本文介绍产品经理如何有效管理敏捷开发项目。

1、背景：采用公司独特的项目管理方式，无法按期推出产品，产品质量也无法保证。您的老板决定将项目管理移交给产品经理。产品经理必须保证后续产品的质量并按时上线。

首先，我们组织了项目组成员，梳理了原项目管理过程中存在的问题。

项目进度看不见，产品经理失去对项目的控制，日常开发进度看不见，老板不知道每个人每天在做什么。效率低下会导致项目延误和成本增加。由于测试周期与开发周期分离，开发过程中出现的偏差无法及时有效地解决。实际开发结果与预期产品效果存在偏差，质量不达标，开发人员重复劳动。针对以上问题，我们结合领导提出的敏捷开发项目管理要求，对公司的项目开发管理流程进行了重新梳理和补充。最后提出了敏捷开发项目管理的五步法，并在后续的项目管理过程中得到有效运用。与传统的项目管理方法相比，新方法将团队效率提高了30%以上。

2. 说明以下流程仅涵盖项目开发流程，不包括需求分析、UI 设计、原型设计等流程。这些模块已经完成。敏捷开发项目管理流程分为五个主要步骤（以小程序项目的开发为例）。

2. 编目工作评估，列出功能列表，创建开发工作评估计划和时间表，列出特定于测试阶段的里程碑计划和开发计划，其中功能模块的责任分配给负责正在开发的功能模块的人员。管理流程要求在早期阶段进行测试。变更流程已完成全面测试，项目已上线。

三、具体步骤1、评估工时，创建功能清单，完成开发工时评估产品经理整理待创建产品的功能清单，找到项目组对应的开发负责人，并实施它。我们会对工时进行评估，评估完成后，我们会请技术经理确认，并确定完成工作所需的时间。

此外，测试周期由不同的测试监考人员进行评估。开发工作量的评估现已完成，如下图（1.0）所示。

(1.0)

2. 创建计划和进度表，列出里程碑和开发计划，并指定功能模块职责以及如何安排模块点。产品根据功能列表的工作量评估结果，设定满足要求的功能模块的开发期限。请与开发商核实。

从优先级来看，功能点可以分为两类：属于前提条件的功能点和基于前提条件的功能点。例如，如果您想销售产品，则需要两件事：订单和产品。如果没有产品，就不会产生订单，因此在订单管理之前必须实现产品管理功能。产品管理是前提，根据前提功能点下订单。

开发计划如下（2.0），因为服务器端比前端少了一个接口字段，所以没有画出图，Milestone计划也可以从开发计划中提取出来，所以就省略了。

3.阶段测试功能模块开发完成后，初始阶段测试如何保证信息的同步，每个对应的功能模块开发完成后，表格是我们正在使用的协作工具，其中信息实际上是同步更新的，是一个Graphite文档。

我们如何反映项目进度？开发人员每天都会更新他们的进度。前端开发包括静态页面和界面两部分。开发完成后，请记下文档中相应模块的“V”。实际完成时间是开发者自己创建所花费的时间。前端开发规划以实际界面完成时间为准，服务端以界面完成时间为准。如下图（2.0）

(2.0)

阶段测试是如何进行的？产品测试人员每天都会阅读文档并测试他们开发的功能模块。测试完成后，记录相应功能模块的测试情况，并要求开发人员在开发下一个模块时修复问题。该阶段必须完成，因为它是上一个功能周期未完成的部分。

例如，开发人员完成产品管理静态页面和界面，审核产品，然后测试产品管理模块，例如添加新产品、在产品列表中搜索、编辑产品、页面样式。

注意：此处的测试算作模块测试，不必是全面的。与其他未开发模块相关的内容无需测试。确保main函数没有大问题，

每次完成一个功能模块后，所有开发的功能都必须进行测试。包含已测试以及正在测试的相关功能模块。最终系统测试开始，直到所有模块最终开发完成。

举个栗子；产品管理经过考验。在开发订单管理时，应该测试产品管理和订单管理之间的关联性。例如，在确认订单时，您可以在下订单之前将商品从货架上移除。

4. 处理项目管理过程中的需求变更项目开发过程中的任何需求变更都会被记录下来，如图（3.0）所示。

我们会根据我们如何处理以及项目的开发进度来决定做什么、做什么部分。这部分可以根据项目启动的时机灵活调整，但基本上都是将小的变更需求纳入到功能开发过程中。

如果我们需要添加一个新的大模块，还有足够的时间将其上线，所以我们都会讨论它并尽力实现它。如果你没有足够的时间，请向你的领导解释情况并请求延长你的在线时间或将其放在下一次迭代中续订。

(3.0)

5、综合测试完成后，项目上线进行系统测试，完成各模块的功能开发，并开始各功能模块的阶段测试，进行各项相关测试。只要上述逐步测试执行得当，系统测试一般不会造成什么大问题。现阶段我们主要完成整个模块的小改进和交互逻辑测试，测试完成后我们将上线项目。

4、总结项目管理其实就像滚雪球，从小步到大步，每一层都尽最大努力把雪球裹得严严实实。这样，如果雪球滚得足够大，它就不会立即完全塌陷。

好处我就不详细说了，比如降低项目风险、每日项目进度报告、成本可见性、提高开发和测试效率等。

最后，虽然方案已死，人还活着，但实际应用需要根据项目场景灵活调整相关细节。产品经理可以接受别人能给他们的东西，但他们需要了解别人不能给他们的东西。

本文由@王四发表在《人人都是产品经理》上，未经许可不得转载。

标题图片来自Unsplash，并获得CC0 许可。