Scrum 框架

Posted 2021-04-25 悦读有进

敏捷开发管理实践Scrum

    Scrum是一种灵活的软件管理过程，它提供了一种经验方法，可以帮助你驾驭迭代，实现递增的软件开发过程。这一过程是迅速、有适应性、自组织的，它发现了软件工程的社会意义，使得团队成员能够独立地集中在创造性的协作环境下工作。

1. 术语介绍

  Sprint

• 是短距离赛跑的意思，这里面指的是一次迭代，而一次迭代的周期是1个月时间（即4个星期），也就是我们要把一次迭代的开发内容以最快的速度完成它，这个过程我们称它为Sprint。

  Product Backlog（产品订单）

• 整个项目的概要文档，它包含已划分优先等级的、项目要开发的系统或产品的需求清单，包括功能和非功能性需求及其他假设和约束条件。

  Sprint Backlog（冲刺订单）

• 是大大细化了的文档，用来界定工作或任务，定义团队在Sprint中的任务清单，这些任务会将当前冲刺选定的产品订单转化为完整的产品功能增量。

  任务看板

• 用来组织三种视角（时间、任务和团队），目的是使整个团队都能理解项目的当前状态，并以一种自发、有动力且互相合作的方式来工作。令项目可视化。

  Epic

• 通常是一个比较笼统的业务需求，来源于用户或业务部门。需对其进行拆分，同时本身保留，用于团队追溯起源。

  Story

• 用户故事是敏捷开发中的需求表达方式，每个用户故事代表了从产品的用户视角表达的一条用户需求，即一个需求点，通常由客户、产品经理或者需求人员来编写，开发人员也可以编写一些非功能的用户故事，比如安全、性能、质量等层面。

  任务

• 在用户故事下拆分任务，即项目团队成员需做的事，拆分为完成这个需求的所有的任务，包括设计，开发，测试，交付，甚至包括申请机器，部署测试环境等等。

  每日站会(Daily Scrum Meeting)

• 1个Sprint开始迭代后。ScrumMaster需要组织团队成员每天开站会. 这个会议是用15分钟的时间来让大家过一下scrum的状态。在会上，每个团队成员需要问3个问题：我昨天做了什么，今天做什么，遇到哪些障碍。谁都可以参加这个会议，但只有Scrum团队成员有发言权。这个会议的目标是得到一个项目的全局观，用于发现任何新的依赖，定位项目成员的要求，实时的调整当天开发计划。

  燃尽图

• 全称应该是“总剩余时间的燃尽图”，就是本次迭代中，所有故事（或拆分的任务，以下仅称故事）的剩余时间总和，随日期的变化而逐日递减的图。

  Sprint Review Meeting（评审会议）

• 会议产品负责人和客户都要参加，每一个Scrum Team的成员都要向他们演示自己完成的软件产品。

2. Scrum – 角色职责与工作流程

    如下2张图所示，3种角色，产品负责人，Scrum主管，开发团队如何工作：

角色职责介绍

  产品负责人（Product Owner）

• 负责编写用户需求（用户故事），排出优先级，并放入产品订单（Product Backlog），从而使项目价值最大化。

  Scrum主管（Scrum Master）

• 负责Scrum过程正确实施和利益最大化的人，确保它既符合企业文化，又能交付预期利益。（备注：Scrum主管并非团队的领导（由于他们是自我组织的），他的主要工作是去除那些影响团队交付冲刺目标的障碍，屏蔽外界对开发团队的干扰。）

  开发团队（Scrum Team）

• 负责找出可在一个迭代中将产品待开发事项（冲刺订单）转化为功能增量的方法。每个成员可能负责不同的技术方面(一般由5~9名具有跨职能技能的人（设计者，开发者等）组成)，要求每个成员必须要有很强的自我管理能力，同时具有一定的表达能力，成员可以采用任何工作方式，只要能达到Sprint的目标。

3. Scrum – 主要活动

主要活动有4种：

• 冲刺规划会议（Sprint Plan Meeting）

• 每日站立会议（Scrum Daily Meeting）

• 冲刺复审会议（Sprint Review Meeting）

• 冲刺回顾会议（Sprint Retrospective Meeting）