Scrum框架_Scrum精髓敏捷转型指南

Scrum实践框架

• 角色

  • 产品负责人
    产品负责人是有授权的产品领导力中心，是唯一有权决定要构成哪些特性并以何种顺序构建这些特性的人。
  • ScrumMaster
    ScrumMaster需要帮助每个参与者理解并乐于接受scrum价值观、原则和实践，主要是指导并帮助Scrum团队以及组织里的其他人制定合适的高绩效、有组织特色的Scrum方式。
  • 开发团队
    开发团队是一般由几种职位的人组成的多样化跨职能团队，负责产品的设计、构建和测试。

• 活动

  • 冲刺
    在Scrum中，工作在不超过一个月的迭代或循环中进行，这个迭代或循环即称为“冲刺”。每个冲刺完成的工作应当创建一些对客户或用户来说有明确价值的东西。
    冲刺是有一定时间范围的，总是有固定的开始和结束日期，而且一般来说冲刺的持续期应当都是相等的。前一个冲刺结束后马上就会开始一个新冲刺。

  • 冲刺规划
    为了确定下一个冲刺要构建的PBI最重要的子集，产品负责人、开发团队和ScrumMaster需要做冲刺规划。
    在做冲刺规划期间，产品负责人和开发团队要对当前冲刺准备实现的冲刺目标达成一致意见。针对这个目标，开发团队要对产品列表进行评审，确定在以可持续的节奏（开发团队能轻松、长时间保持的工作节奏）工作时根据实际情况在当前冲刺中能够完成的高优先级条目。

  • 每日例会
    也可以说是“每日站会”，理想做法是在每天同一时间，开发团队举行一定时间范围内（通常15分钟内）的每日例会，每个团队成员都要轮流回答三个问题，让其他团队成员了解情况。

    • 在上次每日例会之后我完成了什么？
    • 在下次每日例会之前我计划做什么工作？
    • 有什么障碍让我无法取得进展？

    每日例会不是用来解决问题的，可以选择把问题的讨论放到每日例会之后和小部分感兴趣的人讨论。每日例会主要是一个检视、同步、适应性制定每日计划的活动，以帮助自组织团队更好地完成工作。

  • 冲刺执行
    执行为了完成特性而所需的所有任务级的工作。

  • 冲刺评审
    冲刺评审的目的是为了检查与调整正在构建的产品。这个活动很重要的一点是在参与者之间进行的交流，包括Scrum团队、利益干系人、发起人、客户和其他团队中感兴趣的成员。交谈的重点是在把刚刚做完的特性放到整体开发工作的背景下进行讨论。每个参与者都能清楚了解现状，都有机会指导下一步开发工作，以确保产出最合适的解决方案。

  • 冲刺回顾
    冲刺回顾是检视并调整过程的时机。在进行冲刺回顾时，开发团队、ScrumMaster和产品负责人聚到一起讨论Scrum及相关技术实践中哪些是可行的、哪些是不可行的，重点是必要的持续过程改进，帮助团队成长。

  • 产品列表梳理
    建立和优化PBI、估算并确定它们的优先顺序，这样的活动称为“梳理”。

• 工件

  • 产品列表
    产品负责人与内外部利益干系人合作收集并定义PBI，并确保PBI是以正确的顺序（使用类似于价值、成本、知识和风险之列的因子）放置的，使高价值条目出现在产品列表的顶部，低价值条目出现在底部。产品列表是一个不断演进的工件。在业务环境发生变化或Scrum团队（通过每个冲刺获得的对产品的反馈）深入了解产品后，可以添加、删除或修改其中的条目。
  • 冲刺列表
    在冲刺规划时，开发团队可以把每个需要完成的特性分解为一组任务，这组任务及其相关的PBI组成了“冲刺列表”。
  • 潜在可交付产品增量
    在Scrum中，冲刺的成果即“潜在可交付产品增量”，这个定义明确说明了要有信心确保完成的工作时高质量、潜在可发布的。需要明确一点，“潜在可发布”并不是说构建的东西必须实际交付。

• 规则

  • 规则的描述贯穿全书

写在后面：以上内容参考借鉴于 Kenneth S. Rubin 所著的《Scrum精髓 敏捷转型指南》（由姜信宝、米全喜、左洪斌翻译，清华大学出版社出版）。个人也是无意在海淀图书馆看到了这本书，书中对于Scrum的解释，我个人认为还是比较清晰明了的。对于Scrum感兴趣的同学也可以参考一下。