Imgur 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)。