Scrum 是一种轻量级的敏捷项目管理与交付框架主要用于帮助跨职能团队在面对复杂多变的需求时通过自组织、迭代和增量的方式持续交付高商业价值的产品。1. Scrum 的核心理念与三大支柱Scrum 的哲学基础建立在**经验主义Empiricism**之上即知识源于经验决策基于已知事实与观察。通过缩短反馈回路Scrum 帮助团队控制风险并提高可预测性。三大支柱The Three Pillars透明性Transparency流程、工作进展和评价标准必须对负责成果的人员以及利益相关者完全可见。检视Inspection团队定期对 Scrum 工件和迈向目标的进展进行检查以便及时发现偏差。适应Adaptation若检视发现流程或结果偏离可接受的范围团队必须迅速调整方法或材料以防偏差继续扩大。五大核心价值观Scrum 的有效运行依赖于团队对以下价值观的践行承诺Commitment专注于达成团队目标。专注Focus将精力全神贯注于当前 Sprint 的工作。开放Openness对工作和面临的挑战保持透明与坦诚。尊重Respect信任并尊重每位成员的能力与独立性。勇气Courage敢于直面困难问题并做正确的事情。2. 迭代核心Sprint在 Scrum 中Sprint冲刺是所有工作的容器。所有事件、设计、编码与验证均在一个固定的 Sprint 时间盒内发生。周期长度通常为 1 至 4 周最常见为 2 周且在一个产品周期内保持固定节奏。核心原则Sprint 一旦启动其时间长度不能随意延长。不得做出危及Sprint 目标Sprint Goal的变更。质量目标不可降低。范围可在产品负责人与开发团队之间进行澄清和重新协商。产出目标每个 Sprint 结束时必须产出一个满足“完成定义DoD”且潜在可交付的产品增量Increment。3. Scrum 的三大角色Scrum RolesScrum 团队通常为 10 人或更少的小型团队不设立传统项目经理层级强调跨职能Cross-functional与自组织/自管理Self-managing。角色主要职责关键特征与要求产品负责人(Product Owner, PO)• 定义产品愿景最大化产品和团队工作的价值• 创建并清晰表述产品待办列表条目PBI• 对产品待办列表进行优先级排序• 验收交付成果• 业务方向的决策者• 代表用户和利益相关者的声音• 全权负责需求排序一人拍板避免多头管理Scrum Master (SM)• 确保团队正确理解并实施 Scrum 理论与实践• 作为“服务型领导Servant Leader”促进团队高效协作• 帮助团队清除外部与内部的障碍Impediments• 保护团队免受非必要的外界干扰• 敏捷教练与流程守护者• 不分配具体开发任务无行政考核权• 致力于促进持续改进与团队心理安全感开发团队 / 开发者(Developers)• 共同制定 Sprint 计划与任务细分• 在每个 Sprint 内将待办事项转化为符合质量的增量成果• 每天检视进展并自我调整工作路径• 共同对产出质量负责• 跨职能涵盖设计、编码、测试、运维等技能• 自组织自行决定“谁来做、怎么做”• 团队对结果承担集体责任4. Scrum 的五大事件Scrum Events所有事件均为预设了时长上限的**时间盒Time-boxed**会议旨在规律性地建立透明度并触发检视与适应。---------------------------------------------- | Sprint (1-4周) | | | --------------- | -------------- --------------- | --------------------- | Sprint Planning|-| 每日站会 | (循环每天) | Sprint Review |-| Sprint Retrospective| | (计划会议) | | | (Daily Scrum)| | (评审演示会) | | | (回顾改进会) | --------------- | -------------- --------------- | --------------------- ----------------------------------------------1. Sprint 本身作为所有其他事件的容器贯穿从计划到回顾的全流程提供节奏感。2. Sprint 计划会Sprint Planning时间盒以 1 个月 Sprint 为例上限为 8 小时2 周 Sprint 通常为 2-4 小时。参会人员PO、SM、Developers。探讨核心问题Why为什么这个 Sprint 具有价值确立 Sprint 目标What这个 Sprint 能够做些什么从 Product Backlog 选择条目How如何完成选定的工作细化为具体的任务分解3. 每日站会Daily Scrum时间盒严格限制在15 分钟以内。参与者开发者必须参与SM 确保会议召开并按时结束。目的检视朝向 Sprint 目标的进展并调整接下来的 24 小时工作计划。经典三问参考形式昨天我完成了什么以支持 Sprint 目标今天我计划做什么以支持 Sprint 目标我目前遇到了哪些阻碍或困难4. Sprint 评审会Sprint Review时间盒以 1 个月 Sprint 为例上限为 4 小时2 周通常为 1-2 小时。参与者Scrum 团队与关键利益相关者Stakeholders。目的检视本次 Sprint 交付的增量成果向业务方演示实际运行的产品收集反馈并共同探讨下一步调整重新梳理后续的产品待办列表。5. Sprint 回顾会Sprint Retrospective时间盒以 1 个月 Sprint 为例上限为 3 小时2 周通常为 1-1.5 小时。参与者Scrum 团队全员PO、SM、Developers。目的对团队自身进行检视人际关系、流程、协作工具、DoD 定义等总结“哪些做得好、哪些需要改进”并制定出在下一个 Sprint 中可落地的具体改进措施Continuous Improvement。5. Scrum 的三大工件与承诺Scrum 工件代表了工作或价值每个工件都附带一个明确的承诺Commitment用以增强透明度与专注度工件Artifact定义与内容对应承诺Commitment承诺说明产品待办列表(Product Backlog)产品已知需求的单一来源依商业价值动态排序持续演进。产品目标(Product Goal)描述产品的长期期望状态为团队提供长远方向。Sprint 待办列表(Sprint Backlog)为当前 Sprint 选出的工作项集合以及具体交付计划。Sprint 目标(Sprint Goal)当前 Sprint 的唯一核心业务目标保持冲刺聚焦。产品增量(Increment)当前 Sprint 完成的所有 PBI 与之前所有 Sprint 累积成果的合集。完成的定义(Definition of Done, DoD)形式化的质量检查清单只有满足 DoD 的增量才能交付。6. 成功实施 Scrum 的关键要素避免形式主义站会不是向上汇报进度的工具而是开发者之间的协作对齐。保护冲刺范围在 Sprint 运行过程中外部不应强行插入新的大需求若确实发生不可抗力的重大业务转变PO 可选择提前终止 Sprint。重视 DoD完成定义明确“完成”标准如包含单元测试、Code Review、文档、冒烟测试通过等避免制造技术债务。小步快跑与端到端交付将需求切分成独立、可测试、可独立验证的价值单元用户故事 User Story。