天哪，你们的迭代竟然是这么玩的！

“迭代”这个词现在简直是被用滥了，大家都在号称自己是在玩敏捷、跑迭代。然而走近一看，真可谓是“挂羊头，卖狗肉”，披着敏捷的外衣，做着和以前一样的事情。今天我们就来聊一聊这个主题！

• 迭代就是有起止日期的固定长度的时间盒；

• 迭代是一个接着一个，中间没有空隙；

• 每个迭代结束时没有半成品，即所有工作满足完成的定义；

• 执行迭代的团队成员要稳定。

• 稳定的团队成员（没有稳定的团队成员，团队的速率就无从谈起）
• 固定的迭代长度（这样才能直观计算速率，并且有利于进行对比和优化）

• 都满足完成的定义（各迭代遵守一致的质量标准，速率才有意义）

• 固定的迭代长度（确保风险和问题影响的最大范围不因人们的主观因素受到影响）

• 都满足完成的定义（这样才能尽早发现交付完整价值可能遇到的问题）

• 稳定的团队（否则迭代的速率就没有办法作为团队谈判的筹码）
• 固定的迭代长度（这样团队就可以非常容易做出能力估算，谈判时也更直观有力）

• 都满足完成的定义（因为没有半成品，所以下个迭代肯定能干新活，这样利益相关人就会对团队更有信心，更愿意和团队达成一致）

迭代可以达成一个节奏，客户每隔一段时间就能看到东西，增强客户信心，增强甲乙双方的信任，并能够及时满足客户对需求的调整请求。

• 固定的迭代长度（客户能够定期看到东西，有利于心理安全感的建立）

• 都满足完成的定义（每次看到的东西都是有价值的、相对完整的，可工作的软件是衡量进度的首要标准）

因为迭代是固定长度的，所有的工作都是周而复始的、有规律的，这样很多会议和活动都可以提前预订出来，会节省协调人员、时间、场地的开销，并且也会随着时间的推移逐步优化，因为大家多次做相似的事情的时候总是更容易找到优化的空间。

• 固定的迭代长度（只有事情在有规律地发生，才能够提前预定人员、基础设施等）

每一次迭代结束，都会带来一个决策点，在这个决策点进行评估，评估我们自己的情况，评估外界环境的情况，综合各方的意见，从而决定下个迭代如何调整。敏捷的“响应变化”就体现在这里。

前提：

• 固定的迭代长度（这样我们对于自己的响应能力就会有更好的评估，对什么时候交付有更准确的预期）
• 都满足完成的定义（才不会将半成品拖到下个迭代而占用下个迭代资源，这样可以有更大概率按照期望接收新的需求，从而及时响应外界变化）

• 固定的迭代长度（这样各个团队才能步调一致）
• 都满足完成的定义（这样各个团队才能对齐和协同，否则这个团队完成了，而另外一个团队没有完成，对齐就没有意义）

• 固定的迭代长度（迭代长度相同，就会让比较变得非常容易和直观）
• 都满足完成的定义（质量标准相同，可以让比较变得更容易）

• 固定的迭代长度（确保定期有成果，一步一个脚印，稳步前进）
• 都满足完成的定义（确保没有隐藏和未知的风险，如果是半成品，也许风险被被推到更晚的时间，让进度难以预测）

• 固定的迭代长度（不能让人任性随意修改迭代长度，不给帕金森定律和学生综合症任何机会）

• 迭代长度固定

• 迭代中所有的工作满足完成的定义

• 团队成员稳定

无论破坏哪一条，都不会得到“使用敏捷迭代有啥好处？”一节中相应的十大好处！

综上所述，敏捷迭代看似简单，实则不然。透彻理解敏捷迭代十大好处背后的原因，你就能做出明智的决定，正确使用迭代。