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