背景

去年下半年，我参加了敏捷管理类专业人士资格认证(简称PMP)考试，顺利获得了证书。

我与敏捷管理的缘分要从考试报名说起。我报名时正好赶上了考试教材改版，考试教材，也就是《敏捷管理类知识体系指南》(简称PMBOK)。新版教材(第七版)的内容主要以敏捷管理为主，于是，我的学习重心也就自然在敏捷管理上。

在PMP敏捷管理中，精益是一个重要的理念。精益的原则之一便是尽快交付。

敏捷开发模式在项目过程中持续交付产品增量。客户喜欢更早地看到和用到产品功能，项目通过尽早交付，早期就实现盈利，团队通过快速交付获取及时的反馈。

想要实现尽早交付，除了自身能力过硬，趁手的第三方工具也能提供很大帮助。于是，我开始寻找第三方实用的工具。

功夫不负有心人，我在华为云找到了，一个集合精益看板、跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能的服务，需求管理CodeArts Req。

CodeArts Req：敏捷管理实践

一分钟了解CodeArts Req

需求管理（CodeArts Req）是华为多年研发实践沉淀的需求管理与团队协作服务，内置多种开箱即用的场景化需求模型和对象类型（需求/缺陷/任务等），可支撑IPD、DevOps、精益看板等多种研发模式，还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。

它具有以下特征：

• 和CodeArts其他服务无缝集成，为软件开发及其应用提供全生命周期的管理与团队协作。
• 预置了多种项目模板：Scrum项目模板、看板项目模板、IPD-系统设备类模板、IPD-独立软件类模板、IPD-自运营软件/云服务类模板。
• 提供了需求规划和管理、缺陷管理、迭代计划管理、自定义工作流、进度跟踪、统计报表/仪表盘/管理看板、项目文档托管等多种软件项目的基础特性，支持端到端的高效、透明、可视的管理。

读完CodeArts Req提供的功能，大部分的内容与我的记忆重合了。

CodeArts Req作为集大成者，不但满足需求管理的各项能力，还能与CodeArts其他服务无缝集成。为敏捷管理类提供了极大便利。

Scrum开发流程

Scrum是大多数敏捷实践者首先要学习和使用的方法。通过迭代冲刺的方式，持续交付，从用户需求到用户反馈实现每一个闭环的软件开发过程。

下图便是一个完整的软件开发的过程：

结合PMBOK的知识和上图，我简单概括一下整个过程的六个阶段：

• 需求规划：产品经理从客户诉求中选择待完成的用户故事（产品需求的描述）。
• 创建工作项：创建工作项。
• 迭代计划：分解任务，工作量估算，画出任务板。
• 自定义流程：每日站立会对齐开发内容和进度，更新任务板。完成迭代任务。通过测试并发布。
• 验收：团队成员演示已完成的工作，相关干系人进行验收。
• 迭代回顾：回顾会总结工作中的经验教训，改进流程、环境、协作、技能等。

基线评审和变更管理

现状

目前，我们的变更管理的方式还处于文档化的阶段。

我制定了变更流程，经过团队内部的评审之后，更新到内部文档中，然后团队内部成员遵守这个变更流程。

这种变更管理的方式并不高效，同时也不适合跨部门协作。

CodeArts Req提供了基线评审和变更管理能力，实现需求基线-受控变更-变更评审-变更管理的过程化管理，让基线变更如门禁一样，达到阈值才能启动下一步，确保产品研发“做正确的事”。

下面我们以具体的实践来加深对基线评审的了解。

使用IPD系统设备类管理智能手表研发项目的基线评审

准备工作

1、创建IPD系统设备类项目

1. 在CodeArts控制台单击“立即使用”。
2. 单击“新建项目”，选择示例项目中的“IPD-系统设备示例项目”。

   

3. 输入项目名称“智能手表”，单击“确定”，完成项目创建。

2、添加项目成员

1. 进入“智能手表”项目，进入“设置 > 通用设置 > 服务权限管理 > 成员”页面。
2. 单击项目成员列表上方“添加成员 > 从本企业用户”。

   

3. 在弹框中单击“创建用户”，跳转至“用户”页面。

   

4. 单击“创建用户”，依次创建以下用户“Maggie”、“Chris”、“Frank”、“Billy”。
5. 返回CodeArts，刷新浏览器，重新单击项目成员列表上方“添加成员 > 从本企业用户”，勾选成员“Maggie”、“Chris”、“Frank”、“Billy”，单击“下一步”。
6. 单击每一行的“项目角色”下拉列表，为成员Maggie选择角色“项目经理”、Chris选择角色“开发人员”、Frank选择角色“测试经理”，Billy选择角色“测试人员”，单击“保存”。

步骤一：选择需求并发起基线评审

1. 进入“智能手表”项目，单击“工作项 > 需求管理 > 研发需求”，进入研发需求页面。
2. 页面展示当前项目中的研发需求，单击勾选需要基线锁定的研发需求，在页面下方批量操作栏中单击“基线评审”

   

3. 可进入创建基线评审单页面，上一步勾选的研发需求将自动带入至评审单的“基线对象”列表中

   

4. 填写以下信息后，单击“提交”，可完成基线评审单的发起。

步骤二：评审专家评审

BR单提交成功后，评审单的评审专家Billy、Frank会收到待办通知，收到通知后，评审专家通过通知卡片进入评审单详情页查看并对评审单进行评审。

1. 进入服务首页，单击右上角“待办中心”，或者进入“智能手表”项目，单击“评审 > 基线评审”，进入基线评审页，选择“待我评审的”视图，可以看到需要自己评审的BR单。
2. 单击BR单标题，进入评审单详情页，单击详情页右上角“评审专家评审”，弹出评审专家评审弹框
3. 填写以下信息后，单击“确定”，可完成BR单的评审。

步骤三：审批人决策

当评审专家完成评审后，评审单的审批人Maggie会收到待办通知，收到通知后，Maggie将前往项目进行处理。

1. 进入服务首页，单击右上角“待办中心”，或者进入“智能手表”项目，单击“评审 > 基线评审”，进入基线评审页，选择“待我决策”视图，可以看到需要自己审批的BR单。
2. 单击BR单标题，进入评审单详情页，单击详情页右上角“审批人决策”，弹出审批人决策弹框。

   

   审批人决策弹窗

   

3. 填写以下信息后，单击“确定”，可完成BR单的决策。

步骤四：需求基线锁定

当审批人决策同意评审结束后，评审单流转至“完成”状态，代表该评审单评审结束，评审单创建人Chris将会收到通知，收到通知后，Chris将前往项目进行处理。

1. 进入服务首页，单击右上角“通知”，或者进入“智能手表”项目，单击“评审 > 基线评审”，进入基线评审页，选择“我创建的”视图，可以看到自己创建的BR单，在“状态”一栏中可以看到评审单的最终结果。

   

2. 单击研发需求页签，进入研发需求列表页，可以看到选择加入至BR单的研发需求全部成为“已基线”状态，到此，可以实现了研发需求的基线锁定业务流程。

   

优化建议

1、产品文档部分内容与实际操作不一致

比如创建基线评审单页面，产品文档中提供的截图和实际控制台中操作的内容不一致，如下图蓝框部分。建议更新为最新内容。

心得体会

CodeArts Req绝对能被列入我今年发现的宝藏产品清单前十。

以往，我在做敏捷管理类时，需要用到多个辅助工具，比如里程碑计划的工具、需求缺陷管理工具、待办事项管理工具。根本原因在于我之前没有遇到一个集成者，将敏捷管理类相关的工具整合到一起。

而，CodeArts Req便是这个集大成者。

总结一下我使用过程中的亮点：

1、产品文档的内容十分丰富，引导用户完成功能体验，帮助用户丰富敏捷管理类知识

CodeArts Req的产品文档提供的入门、指南、最佳实践等，让用户能够快速、顺利的完成功能体验。

此外，我仔细阅读了产品文档的内容，发现里面的内容不但对像我这类有敏捷管理经验的人很友好，对于项目经验缺乏但是想要了解敏捷管理的人也十分友好。

比如最佳实践中，对Scrum开发流程的每个过程，不但进行了概念的解释，还提供了大量的常见工作问题解决措施。有些问题还提供不同的场景模拟。

解决措施中，不是简单的告诉用户解决答案，而是从根本原因进行分析和解释。比如玩转站会中，学习思路的第一项便是理解站会价值。

建议刚接触敏捷管理的人，可以通过熟读CodeArts Req的产品文档丰富自己的敏捷管理知识。

2、部署过程中，可以清晰理解解决方案旨在解决的问题

CodeArts Req给了方案概述和操作流程，结合方案概述加上实际部署操作，基本就能理解当前部署能解决哪些问题。比如上面的实践，通过基线评审可以确保不同研发生产团队都忠实执行任务，按照既定的需求进行研发落地。

3、体验之后，引发对现有工作流程的问题解决和优化联想

敏捷管理过程中，有一种情况让我十分头痛，我设计了几个解决方案，最终选择了最优的方式。

这个曾经困扰过我的难题便是：管理突发性任务。

CodeArts Req给出了解决措施如下：

1. 明确产品经理，做到需求来源唯一。
2. 梳理产品待办列表，高优先级的工作项先做。
3. 重新定计划，确保开发团队容量适合，合理更新迭代目标。
4. 回顾总结，选出改善点，下个迭代做得更好。

我对了自己的解决方案，发现相差不大，但是细节还需完善。比如重新定计划的过程，需要制定平衡，减轻新加入突发工作项而不移除其它工作项势必会给开发团队交付带来压力，不破坏开发团队的交付节奏。