敏捷开发里为何倡导固定迭代周期？

万事ONES

+ 关注

2021-10-20 10:26

800次阅读

敏捷开发(Agile Development），是一种应对快速变化需求的软件开发模式。Scrum 作为经典的敏捷开发框架，被企业广泛采用。在「Scrum 指南」中，Scrum 之父 Ken Schwaber 强调了迭代（Sprint）时间盒的重要性，一旦迭代开始，迭代的周期就固定下来了，不可随意延长或缩短。

固定迭代周期的优势

Scrum 采用迭代增量式的方法来优化可预测性和管理风险，透明性、检视、调整是 Scrum 的三大支柱，而固定的迭代周期不仅能够帮助团队形成良好的协作节奏，更是实现团队透明、及时检视和调整项目的重要手段。那么，固定的迭代周期有哪些具体的优势呢？

1简化项目规划及跟踪

当迭代周期固定且团队相对稳定时，每个迭代能够完成开发和测试的需求量也是相对稳定的，Scrum 团队可以度量每个迭代交付的需求量——即「迭代速率」。当我们需要发布一个里程碑版本时，我们可以基于平均迭代速率来规划大概需要花费几个迭代能完成这个发布版本，使得规划更具合理性。例如，一个项目有 100 个故事点，我们预估团队的每个迭代速率为 20 个故事点，则该项目预计需要 5 次迭代。接下来便是根据业务价值对故事进行优先级排序，并将它们规划进迭代中，进行持续增量式开发。

而在迭代开发过程中，产品负责人（PO）必须经常检视 Scrum 的工件和完成迭代目标的进度，及时发现偏差。Scrum 的迭代计划会议、每日站会、评审会议和回顾会议便是作为检视的重要事件，此外，项目管理者还能够借助「燃尽图」等可视化工具了解当前迭代剩余工作量情况，提前预知风险并采取应对措施，保障迭代按时交付。

2提高团队协作效率

项目开发需要多个角色及部门间的协作，固定的迭代周期能够建立团队节奏感，形成工作习惯，每个人都知道迭代的各个环节何时进行，大大降低沟通和协同成本。从需求收集、管理到迭代规划、跟踪，直至迭代回顾，ONES 为敏捷研发的全环节提供专业支持，促进团队各角色间高效协作。例如在每日站会中，团队通过 ONES Project 「敏捷看板」可视化展现迭代的价值流动，了解任务进度和当前遇到的问题，促进团队间的信息沟通，保证迭代有序推进。

此外，团队成员还能通过 Wiki 记录和沉淀项目中的重要文档，形成团队共享知识库，并且能够在线评论反馈，提高团队沟通效率。

3团队产品和过程的持续改进

Ken Schwaber 曾在演讲中表示，「Scrum works with idiots」，其背后传达的正是固定的迭代周期能够让团队成员定期了解项目的开发情况，提高团队信息的透明性，同时总结迭代中的问题并及时改进。在一个迭代结束后，团队可以例行地收集内外部反馈意见，将需求归入到下一迭代中。运用工单管理轻松收集、跟踪、管理和解决客户反馈，实现服务效率的提升。在项目复盘时，结合 Performance 历史报告中的客观数据，分析团队效能提升情况，从而达到持续不断地改进团队工作。

迭代周期的长度选择

固定的迭代周期，既然对团队有这么多益处，那多长的迭代周期才适合团队呢？开发团队可以根据过往经验共同讨论出一个合适的迭代长度，它通常被限制在一个月之内。如果迭代周期过长，团队对于「要构建什么东西」的定义容易发生改变，项目复杂度和风险随之增加。短迭代从产品规划、交付效率、质量以及试错成本上有明显优势，而长周期从需求完整性、频率、工作强度上优势明显。当开发一款快节奏的产品，或探索未知市场领域的产品，又或者技术可行性风险较高的产品时，通常需要频繁根据市场反馈来调整产品形态，这样的产品开发则更适合使用短迭代，以适应变更带来的风险。

快速打造 MVP，然后投放市场收集反馈，当产品方案和市场匹配时再进行规模的扩张。熟练掌握敏捷思想，运用合适的研发管理工具，小步快跑、快速迭代才是实现精益创业的最好方法。

[免责声明]

原文标题：敏捷开发里为何倡导固定迭代周期？

本文由作者原创发布于36氪企服点评；未经许可，禁止转载。