那些年向前冲|从用户故事地图到Scrum敏捷研发管理( 四 ) 作者：人月神话

而对于用户需求点，在迭代版本清单中我们就需要进一步做细化了，包括

用户故事详细描述
工作量
开发人员
测试人员
关键实现点
关键测试点
前置依赖
当前状态

可能还有一些关键属性项，我们可以根据项目实际情况来增加属性列。比如我们开发采用的是前后端分离的开发方式，那么我们的开发人员就拆分为前端开发，后端开发。
这个Backlog整理好后，我们就可以将我们的用户故事点放到看板上进行跟踪管理，当然不用看板也可以，之间在Spring清单里面进行进度跟踪和反馈。那么就增加相关的状态列即可。
通过Scrum敏捷看板进行进度跟踪

敏捷看板也是Scrum敏捷项目管理方法论里面比较重要的要给最佳实践。比如我们用的最简单的看板就是待办，正在做，已完成三个状态的看板。
但是实际上具体看板哪些列我们可以灵活定制，比如更好的一种方式为：

待开发
开发中
测试中
已完成

这样我们就能够清楚的看到每一个用户故事点当前的进度和状态，也比较容易根据这个来进行燃尽图的绘制。对于敏捷看板或我们传统的pms任务管理，更加重要的实际上是如何跟我们的任务跟踪和持续集成协同起来。这个是需要考虑的一个重点问题。比如：

对于一个需求故事点，自动拆分为多个开发或测试任务项。
对于任务的完成，自动对看板的状态进行更新和转移。
对于开发任务的完成，自动触发相应的持续集成并通知测试进行测试。

这些协同又可以进一步的提升我们整体的敏捷项目管理和开发集成效率。对于这个在我们后续的DevOps支撑平台敏捷研发过程管理子系统中会进一步去考虑如何自动化集成和协同。
研发管理的关键对象分析

对于研发过程管理，可以看到关键对象包括产品，项目，项目集，迭代版本，需求，任务，测试用例，缺陷，项目团队，这也是敏捷项目管理的核心业务对象。
产品一般指我们标准化的产品研发，产品本身也会有版本，但是产品版本如何升级，同样是需要规划的研发项目，在研发完成后进行了产品版本升级。因此项目既包括了对内的研发项目，也包括了对外客户的项目。基于一个标准产品我们会接很大对外项目，很可能都涉及到定制。
比如我们接到中国移动的项目，基于我们标准产品进行定制，那么这个时候首先要建立中国移动这个项目，项目和产品之间建立关联。项目本身最好还有大版本和小版本的概念，项目的小版本对应到具体的迭代版本。录入具体的需求，在需求录入完成后开始规划迭代版本，将具体的需求规划到迭代版本中。同时迭代版本本身属于一个项目或项目大版本。
对应需求可以拆分为多个任务，当然任务是独立的独立，可以关联到具体的需求，也可以独立存在不关联到需求。在任务创建完成后需要确定任务的开始完成时间，工作量评估，然后进入到具体的任务跟踪。
整个scrum是需求和用户故事驱动，因此需求录入完成后，需要基于需求进行测试用例的编写，一个需求可以对应多个测试用例，然后在开发完成后基于测试用例进行测试发现缺陷，那么缺陷自然关联到测试用例，同时也关联到具体的需求。
一个客户项目往往可能涉及到我们多个产品，因此一个客户项目最好规划为一个项目集，即将多个项目版本纳入到一个项目集中进行管理。这样后续分析的时候可以从项目集维度进行统一的分析和度量。