Working plan 周期
Change management (stable our release)
一张卡的诞生:
需求调研 -> User story map -> 细化业务逻辑 -> 用户验证 -> 拆卡写卡 -> 设计journey和UI-> 细化卡的AC和TS
所以一个迭代的卡至少需要一个迭代的时间来准备,因此一个迭代要做哪些卡在上一个迭代开始之后就不能变,否则新加的卡准备会很仓促。
需求管理原则
Iteration
当前迭代IPM前确定下个迭代的卡,IPM之后下个迭代的卡的内容和数量不能修改,只能往后面迭代排。 比如,iteration 25 IPM之前确定iteration 25卡的内容。
Release
当前release的第1个迭代结束前确定下个release的story list,确定之后list time不能修改(内容可以细化),只能往后面release排。 比如,Jan release第1个迭代结束前确定Feb release的story list。
Roadmap
当前季度的第1个release结束前确定下个季度的roadmap (initiative & mos),确定之后initiative & mos不能修改(具体的story list可以调整),只能往后面季度排。 比如,Q1第1个release结束前确定下个季度的roadmap (initiative & mos)。