Scrum 是实施小型敏捷的首选方案，原因有很多，包括其受欢迎程度、开发人员的偏好、scrum 采用和项目交付的高成功率，以及强大的原则和价值观，包括专注、勇气、开放、承诺和尊重。
小型Scrum可以最好地描述为“一个以人为本的框架，由小型团队（最多三人）定义和为小型团队服务，并支持规划、开发和交付生产质量的软件解决方案。” 提出的框架围绕团队成员在任何项目中担任多个角色的概念。
小型Scrum之所以有价值，是因为它为世界各地组织中的小型分布式团队提供了强有力的支持。小型团队需要新的方法来满足客户对快速交付和高质量不断增长的期望，而小型Scrum的指南和原则有助于应对这一挑战。
项目待办事项列表是项目中已知需要完成的所有事项的列表。它在任何开发工作开始之前创建，并由开发团队维护。项目待办事项列表包含开发任务和软件需求。它取代了传统的产品和冲刺待办事项列表。
冲刺计划会议是时间盒（即，预先设定特定时间）的，并且专注于规划即将到来的冲刺的工作。会议由开发团队运行，需要提前计划以保持其简洁。冲刺计划是基于价值的。在这一点上，即将在即将到来的冲刺中处理的需求应该清晰并包含已批准的验收标准。不使用通常以速度衡量的容量；相反，团队必须进行有根据的猜测。速度仅在三个或更多冲刺之后出现，这通常是在小型Scrum项目完成后。
三人团队由开发团队和项目经理（大多数时候）组成。开发团队预计将参与收集和澄清业务需求、进行开发工作、执行质量测试以及向客户发布软件。
概念验证/演示是在冲刺中完成的小工作的实现，以展示开发中的进展。任何偏差或未完成的工作都会在 POC/演示期间讨论。
冲刺评审会议由开发团队和项目经理（如果参与项目）组织和运行，并由客户或客户团队参加。冲刺评审是时间盒，包含冲刺工作的演示以及已完成/未完成工作、提出的错误以及已知和/或取消范围的问题（如果有）的简短概述。客户反馈在演示结束时收集并纳入未来的冲刺。几乎不需要（如果有的话）准备工作来保持会议的简短和结构化。
冲刺回顾会议由开发团队和项目经理（如果参与）组织和运行，客户和/或客户团队可以参加。冲刺回顾是时间盒，不需要提前准备。由于开发团队和冲刺构建的规模较小（交付的功能较少），因此会议相对较短。冲刺回顾在冲刺评审之后和下一次冲刺计划会议之前进行。
冲刺评审、冲刺回顾和冲刺计划可以合并为一个会议，我们称之为冲刺终止会议，持续约 90 分钟。这些会议简洁、结构化（感谢提前准备），并且不得包含任何不必要/不相关的讨论。
首次/最终发布是项目的最终结果。开发团队运行测试，验证已完成的工作，确认修复，并在发布版本上签字。
《Scrum 指南》建议的每个仪式的时间盒指南应被视为适用于小型 scrum 仪式。
本文的相关版本最初发布在 Medium 上，并经许可重新发布。
评论已关闭。