在非软件行业(任务)定义DoD
DoD 完成的定义( Definition Of Done)
在Scrum中, 为产品增加可验证/演示价值的交付物是“完成”定义的一部分,例如编写代码、编码注释、单元测试、集成测试、发布说明、设计文档等。“完成”的定义有助于构建我们团队统一的思维认知,以确定团队为了构建软件必须完成的可交付成果。关注交付价值的步骤,允许团队消除哪些使软件开发工作复杂化的浪费活动。它是一个有价值的可交付成果的简单列表。
非软件行业中的DoD
上面提到,软件行业的DoD更多关于软件的完成的定义。非软件行业有稍许的差别:
是服务和任务而不是软件产品
在我们现在团队的业务交付中经常有非软件产品的服务和业务,以电商为例。
业务运维团队的任务是规划全年推广活动,安排相应的工作给团队成员执行。 这期间就涉及到活动的拆解,负责人,时间,地点和具体任务内容,以及要达到的目标。
例如双十一大促: 筹备期;预热期;蓄水期;引爆期;二次传播期;
每个阶段都需要有这个阶段完成的定义。例如筹备期:
- 定策略
-目标分解
-节前活动策划
- 报名活动
-商品规划
- 商品优化
-预售报名
正对给个分解的任务,要达到完成标准的2个方法:
5W1H
Why:团队要知道为什么完成这个任务,产生的结果和成果是什么?
What:需要在任务中完成什么?
When:任务需要中什么时候完成Z?
Who: 任务需要谁来完成,关联的部门和干系人是哪些?
Where:需要中哪里完成? 需要哪些资源支持
How: 完成的步骤有哪些?
S.M.A.R.T 原则定义目标
目标和任务完成要符合 SMART原则:
1. 目标必须bai是具体的(Specific)
2. 目标必须是可以衡量的(Measurable)
3. 目标必须是可以达到的(Attainable)
4. 目标必须和其他目标具有相关性(Relevant)
5. 目标必须具有明确的截止期限(Time-based)
在敏捷世界里,DoD 其实并不是一个很“好”的定义
1. 从业务角度,完成的定义并不是完成了开发任务,还有后续的数据收集,数据分析,反馈,改进,推广等任务
2. 团队应该将产品目标和业务目标作为一项重要的完成标准,成果大于输出 ( outcome -> output ) ,不能误导团队,认为完成开发测试就万事大吉