我们所熟知的Scrum框架核心概念

Posted 2021-07-29 东方瑞通项目管理学习中心

        敏捷大师Ken Schwaber和Jeff Sutherland创造了当今敏捷事实最为著名的框架，即Scrum。Scrum一词来源于英式橄榄球运动中的并列争球的动作，强调团队的全力以赴，以解决复杂的开发难题，并创造地交付尽可能高价值的产品。

       Scrum同样适用于之前提到的敏捷宣言和基本原则，Scrum作为一个成熟的框架体系也同样拥有自己的核心价值观，比如承诺、专注、开放、尊重和勇气等。这些价值观本质上体现了一种敏捷文化。

       Scrum是来自于敏捷实践的经验之谈，采用一种迭代增量的方式来优化项目管理对未来的预测和管理风险。

       Scrum有三大支柱组成，它们是透明（Transparency）、检验/检查(Inspection)和适应(Adaptation)。

      

      透明性体现在通过产品订单（Product Backlog）、冲刺订单(Sprint Backlog)、燃尽图(Burn-down Chart)、燃起图(Burn-up Chart)来透明化项目状态，并且项目的障碍、风险和进展情况对所有的利益相关者透明。透明还体现在关键环节对关键相关方是显而易见的，比如大家对产品订单、用户故事和工作完成的定义(DoD)有统一的理解。

      监视/检查是对冲刺的目标达成情况以及执行的过程进行监控，发现可能的管理偏差。可以通过每日站会和冲刺评审会等场景来检查项目绩效和可能的偏离程度。

      适应性就是针对偏差进行适应性调整。可以基于必要的检查点，发现逐步完善的机会，对产品开发流程和产品特性不断的优化和改进提高，比如可以在迭代回顾会上发现更多的改进机会。      

       Scrum由三种角色组成，他们是产品负责人(PO)、Scrum Master（敏捷教练）和开发团队(Team)。

 

      产品负责人（PO）是负责管理产品待办事项的唯一负责人。主要工作包括定义项目愿景、排列客户需求（KANO分析）或代办产品订单的优先级、设定产品验收标准，并对产品的成功负责。

       Scrum Master：身为敏捷教练，以仆人式领导方式，尽最大可能维护团队日常的标准规范，并清除团队可能遇到的障碍。仆人式领导方式可以简单理解为支持型的领导风格，必要时采取教练(Coach)、指导（Mentor）、激励（Motivation），激发团队的潜能，即Scrum Master是一个使能者（Facilitator），让团队具有完成任务的能力。

      开发团队创造产品增量，他们是自组织和跨职能的（T-型人才）。自组织团队可以自行选择如何以最好的方式来完成工作，比如团队决定多少用户故事或开发任务可以纳入本轮冲刺中，以及完成工作可能应用的具体技术或方法是什么。跨职能的团队拥有完成工作所需的全部技能，每个团队成员可以充实不同类型的工作，比如架构概要或详细设计、开发、测试和部署等工作，他们作为一个团队具备完成所需产品的所有能力。

       敏捷项目管理把原先以项目经理为中心的管控模式转变为通过有足够能力和充分“授权”的团队来实现既定的项目目标。从命令式的管理，逐渐加入以人为本的东方元素，强调项目团队成员的自组织，逐步建立相互协作，彼此尊重，勇于承担责任和开放互信，以互赢的方式创建协作的团队文化氛围。

      Scrum有4种会议，分别是冲刺计划会议（Sprint Planning）、站会（Standup）、冲刺评审会（Review）和冲刺回顾会（Retrospective）。

      冲刺计划会一般分为两部分，第一部分是产品负责人和团队开，产品负责人负责解释用户故事，初步估算用户故事的相对工作量，并和团队一起选择本冲刺待完成的用户故事，第二部分是Scrum Master和团队，把用户故事拆分为具体的任务，并估算具体每个任务的具体工时。把任务指派给相应的开发人员去完成。

       站立会一般为15分钟（Timebox），每个人回答三个问题：“昨天做了什么？”，“今天将做什么？”，“障碍是什么？”。障碍和问题一般不在会上当场解决问题，可以根据紧急程度安排在另一个恰当的时间找相关相关方开会讨论和解决。

 

      冲刺评审会是由Scrum团队的所有成员参加，开发团队演示可能交付的产品特性给利益相关者和项目发起人。演示的反馈由产品负责人记录，转换为新的用户故事，纳入未来的冲刺开发。

      冲刺回顾会是回顾本轮冲刺的内容，讨论哪些做得好的，哪些还可以做得更好的，以及哪些做得不好等议题。冲刺回顾会是敏捷项目管理的逐步完善思想的具体体现。比如团队需要重新设定关键岗位的职责或进一步优化敏捷流程的讨论都可以做为冲刺回顾会的议题。

     

       以下是关于更多Scrum实践的汇总：

       1、产品路线图：产品负责人（PO）与研发团队共同拟定的不同Feature,以及可能的发布时间范围，即每个产品可能再一个时间区域内发布；

       2、在敏捷实践也有项目章程的概念，相关的ROI和高阶风险等内容也会体现。只是相对于传统项目的项目章程，很多细节更多的是互动讨论后确认的结果，用可视化的物件（如白板和大白纸）张贴到团队周围的墙壁上，而不是凡事都写到文件中；

       3、产品负责人（PO）负责需求的界面原型和初步的界面之间的交付逻辑，交付逻辑可能受到一些技术限制，需要和开发团队具体的协商和论证（持续的商业论证）；

       4、敏捷实践也可以有架构师或技术专家的角色，从应用开发、平台优化以及移动接入等多个方面提供技术支持。关联PMP的联合应用开发（JAD）的概念、多标准决策分析和系统交互图等概念；

      5、用户故事属于产品订单或冲刺订单的一种，冲刺订单还可以包括紧急故障、测试故事（测试用例）和运营故事（非功能需求，关联基础架构的搭建等内容）等；

      6、用户故事或冲刺订单的估算用故事点或理想日，而不用每天写多少代码行来计算。每个用户故事所需的故事点数一般通过群体决策来决定，比如宽频Delphi或计划扑克的形式来共同决策；

      7、开发人员在每次迭代中，需要确保有足够的能力来完成自己主动认领的任务。一般要按照一定节奏开发，考虑到限制在制品（WIP），比如某软件公司通常进行2周的冲刺或迭代，在这两周内每个开发人员认领或被指定的工作大概为7天的工作量。开发人员可以张弛有度的完成本轮的开发任务，并且可以按需或随时做必要的代码重构工作。

       以下是关于Scrum落地的全景图：

东方瑞通项目管理学习中心