敏捷框架Scrum的核心要点(“3355”)

简介: Scrum是敏捷实践中最知名的一套框架。对于初学 Scrum 的同学,领会精髓需要实践和时间,但借助对其中最成型的部分的了解,能最快速的一窥其概貌。虽不精确,但有助于建立宏观的体感。Scrum 的核心可以简单归纳为“3355”。

Scrum是敏捷实践中最知名的一套框架。对于初学 Scrum 的同学,领会精髓需要实践和时间,但借助对其中最成型的部分的了解,能最快速的一窥其概貌。虽不精确,但有助于建立宏观的体感。Scrum 的核心可以简单归纳为“3355”。

3个核心角色

Scrum的三个核心角色分别是:Scrum Master、Product Owner(产品负责人)和 Scrum Team(团队)。

产品负责人 (Product Owner)

Product Owner的核心工作对团队对外交付的价值负责。

  • 定义需求
  • 定义需求的优先级
  • 定义需求的验收标准
  • 定义产品发布内容与日期

敏捷教练 (Scrum Master)

Scrum Master的核心工作是帮助团队遵循Scrum 框架,持续改进,以又好又快的工作。

  • 促进团队的工作
  • 帮助团队熟悉与掌握 Scrum 价值观与框架
  • 帮助团队排除影响生产力的障碍
  • 保护团队不受打扰

团队 (Scrum Team)

Scrum team 对交付成果负责。

  • 跨职能部门
  • 自组织式的团队
  • 小而美

3个工件

Scrum的工件主要包括:Product Backlog(产品待办事项)、Sprint Backlog (Sprint 待办事项)和 Increment(可交付产品增量)。

产品待办事项 (Product Backlog)

产品待办事项Product Backlog即产品视角的需求清单。

  • 由 Product Owner 负责维护,包括增删及优先级。
  • 用户故事是其中一种最佳实践。
  • 每项需求都需要描述其外部价值。

Sprint 待办事项 (Sprint Backlog)

Sprint 待办事项 Sprint Backlog即此次冲刺周期内规划要完成的内容。

  • 来源于Product Backlog。
  • 由团队评估和选择Product Backlog中哪些放入Sprint Backlog。
  • 团队需要一起定义“完成”的标准。

可交付产品增量 (Increment)

可交付产品增量Increment即冲刺结束后可对外发布的产品功能增量部分。

  • 需要关注其是可工作的软件功能增量。
  • 需要要在Scrum Review会议上进行演示。

5个事件

Scrum的五大事件,或 event,包括:冲刺、Sprint规划、每日站会、Sprint评审会和回顾会。

冲刺 (Sprint)

冲刺Sprint或迭代是一个特殊的事件,或者说其一个容器事件。后续四个事件包含在其中。

  • 2-4周
  • 固定周期,固定时间开始,固定时间结束
  • 时间盒是其一个重要的概念

Sprint规划会 (Sprint Planning Meeting)

Sprint规划会的核心议题是下一次冲刺要实现的目标和范围。

  • 确定 Sprint的目标
  • 对产品backlog 中 item 进行估算,以作为是否放入下期的参考。
  • 对于需求不清楚的 item,请 Product Owner 说明。
  • 输入是 Product backlog
  • 输出是 Sprint backlog

每日站会 (Sprint Daily Standup)

站会的目标是促进信息在团队内共享与透明。

  • 回答3个问题

    • 本次会议之前,我做了哪些事情?
    • 本次会议之后,我准备做什么事情?
    • 目前我是否碰到障碍,阻碍我达成目标?
  • 每天15分钟
  • 不是深入的问题讨论
  • 每天固定时间召开

Sprint 评审会 (Sprint Review)

Sprint 评审会在冲刺末期召开,检查本期的成果。

  • 团队全体参与
  • 邀请相关干系人参与
  • 2-4小时
  • Product Owner可以拒绝接收成果

回顾会 (Sprint Retrospective)

团队一起复盘本次冲刺的过程,总结经验与教训,并形成切实可行的改进清单。

  • Sprint评审会结束后召开
  • 时间2-4小时
  • 团队全体参与

5大价值观

  • 承诺 Commitment - 愿意对目标做出承诺
  • 专注 Focus – 全身心都用到你承诺的工作上去
  • 开放 Openness – 团队内所有信息对所有人开放
  • 尊重 Respect – 每个人都有他独特的价值和经验
  • 勇气 Courage – 勇于承诺,履行承诺,敢于说不

Scrum 全貌

目录
相关文章
|
7月前
|
敏捷开发 测试技术 持续交付
Scrum敏捷开发:适应变化的核心能力
敏捷开发是一种以人为核心,迭代、增量式的软件开发方法。它强调团队成员的密切合作、快速响应需求变化、持续交付高质量软件。
|
6月前
|
敏捷开发 项目管理
深入理解Scrum:敏捷开发的核心原则和方法
Scrum强调迭代、协作、自组织和透明度,使团队能够更好地应对不断变化的需求和复杂性。Scrum方法的核心思想是通过一系列短期周期来交付功能,每个周期通常称为Sprint,以便及早获取用户反馈、适应变化并提供高质量的产品。
|
7月前
|
敏捷开发 测试技术 项目管理
​ 敏捷开发和传统开发的区别?以及Scrum敏捷管理工具推荐
Leangoo领歌一款永久免费的专业敏捷研发管理工具,它覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,规模化敏捷SAFe,Scrum of Scrums大规模敏捷。能够支持多种场景,如:敏捷研发管理、敏捷项目管理、工作流管理、轻量级项目群管理、任务管理等。
|
8月前
|
敏捷开发 数据可视化 测试技术
敏捷开发要点
敏捷开发是一种以人为核心,迭代、增量式的软件开发方法。它强调团队成员的自我管理、面对变化时的快速适应能力,以及持续的沟通和协作。
|
11月前
|
Java 测试技术 程序员
「敏捷架构」核心实践:测试驱动开发(TDD)简介
「敏捷架构」核心实践:测试驱动开发(TDD)简介
|
敏捷开发 持续交付 开发框架
《规范敏捷交付:企业级敏捷软件交付的方法与实践》——2.2 规范敏捷思想的核心价值观
本节书摘来自华章计算机《规范敏捷交付:企业级敏捷软件交付的方法与实践》一书中的第2章,第2.2节,作者:(加)安布勒(Ambler, S. W.),(加)莱恩斯(Lines, M.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1278 0
|
C# 敏捷开发 关系型数据库
《敏捷软件开发:原则、模式与实践(C#版.修订版)》一第二部分 敏捷设计
在敏捷团队中,愿景和软件一起演化。在每次迭代中,团队改进系统设计,使设计尽可能适合于当前系统。团队不会花费许多时间去预测未来的需求和需要,也不会试图在今天就构建一些基础设施去支撑那些他们认为明天才会需要的特性。他们更愿意关注当前的系统结构,并使它尽可能地好。
2034 0