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