迭代开发方法建议迭代时间在2-6周。小步骤、快速反馈和调整时迭代开发的主要思想，迭代时间过长会破坏迭代开发的核心动机并鞥家项目风险。仅一周的迭代时间不足以获得有意义的产出和反馈；若迭代时间大于6周，则复杂性会变得不可控制，反馈将延迟。
迭代的一个关键思想是时间定量（timeboxed），也就是时长固定。例如选择一次迭代的时间是三周，那么必须按照时间表来集成、测试和稳定局部系统，拖延时间则违约。 如果看起来难以满足期限要求，那么可以在本次迭代中去除一些任务或需求，将其分配到下一个迭代中，但是不能推迟完成日期。
作为一个想象中的例子，例如我们以3周为迭代周期，那么在第一周的周一上午大概会花一个小时与团队成员开启动会议，明确本次任务和目标。然后通过分析上一迭代周期的问题在剩下的时间里面通过结对的方式进行敏捷建模，采用手工绘制UML的方式来实现轻量，将图用数码相机拍摄后做为文档的一部分。接下来的工作就是对局部系统进行实现、测试和进一步设计集成和日常构造等工作。
《UML和模式应用》（原书第三版Craig Larman）
514
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
