再谈Scrum用户故事(200521)

最近准备在团队做一次Scrum敏捷项目管理的培训,主要是为了配合我们当前的项目和需求管理功能,也配合我们后续DevOps过程的内部实施。但是我把10年前的Scrum敏捷项目管理培训材料拿出来看了下,发现并不是太适合当前培训用,主要还是理论性的内容偏多,而围绕实践的案例偏少,如果用这个材料培训往往并不能很好的达到培训的效果,团队成员不一定能够很好的吸收培训的内容。

这也和我前面讲学习和培训的时候的一个观点是吻合的。即:

工作阶段的培训更多还是理论引入,但是实践和实战为主,并通过迭代的思路准备深入。

所以对于Scrum培训,我准备是仅仅少量讲解下Scrum整体框架,然后重点先讲解用户故事和迭代,要知道这两个就是Scrum整个敏捷项目管理的核心。

对于用户故事一定会涉及到用户故事地图的构建,要看到当前用户故事地图的构建上可以明确的体现出迭代版本规划,业务活动和用户任务等几个关键内容。而实际上迭代里面的用户故事已经是拆分到最小粒度的用户故事点,或者叫用户可以理解的业务功能点。

这个业务功能点可以是我们在用例需求分析里面常说的基本流,也可以是扩展流或某条业务规则。

业务流程-》业务活动-》用户任务-》用户功能点

以上即构成了整个用户故事地图的层级,也更加容易从用户故事点追溯回具体的业务流程和业务场景。

我们可以举一个例子来详细看下整个过程

业务流程:出差报销流程

对于出差我们当前是需要首先提交出差申请单,出差申请审批通过后才能够预定机票和进行报销。因此对于出差报销流程可以分为三个业务活动。

业务活动1:出差申请子流程

业务活动2:订票子流程,包括机票,酒店等预定

业务活动3:出差报销子流程

从业务流程到业务活动,到用户任务,故事点的分解

业务活动和用户任务

业务活动我们可以分解为填单,审批,付款三个关键业务活动。在三个业务活动中就有具体的用户任务,用户任务即已经到具体的业务功能点。

1. 填单

1.1 新建差旅报销单

1.2 暂存报销单

1.3 对暂存报销单进行修改

1.4 提交审批报销单

2. 审批

3. 付款

对于新建差旅报销单你可以理解为一个用户任务,这个用户任务里面实际上本身又可以拆分为很多更加细粒度的用户故事点。比如对于新建差旅报销单。

1. 填单                     --》对应业务活动

  1.1 新建差旅报销单            --》对应用户任务

1.1.1 新建基本差旅报销单

1.1.2 支持报销到具体项目

1.1.3 支持预定酒店,机票费用自动导入

1.1.4 支持项目预算校验

1.1.5 支持部门间的费用分摊

1.1.6 支持借款核销

1.1.7 支持报销申请时候附件上传

1.1.8 支持发票自动识别和导入

那么以上就是一个完整的用户任务下的细分故事点。那么这些故事点就需要我们安排到不同的迭代版本。迭代版本的安排重点是根据需求的优先级进行,其次需要考虑需求之间本身相互的依赖性。

基于以上思考,我们可以将以上功能安排到三个迭代版本去完成。

迭代1: 完成基本功能,报销到项目,项目预算校验,接口核销

迭代2: 完成机票酒店预定自动导入,部门间的费用分配

迭代3: 完成附件上传功能,发票自动识别

以上即完成了一个完整的用户故事地图从业务流程到业务活动,用户任务,用户故事点到迭代版本任务安排的分解。通过这种方式将所有的业务活动点都进行分解即形成了一个完整的用户故事地图。这个用户故事地图可以看到就是我们整个迭代产品版本规划,后续的敏捷项目管理需求和任务的录入完全可以基于该用户故事地图分解的需求和故事点进行全流程管理和端到端跟踪。 

对于业务活动往往会对应到我们实际业务系统中的菜单功能,而对应用户任务可能是菜单功能粒度,也可以是菜单功能中按钮级的粒度,这个需要根据实际情况来确定。

我来评几句
登录后评论

已发表评论数()

相关站点

热门文章