scrum 和敏捷介绍（概念、流程、自己的理解）

scrum 和敏捷介绍

背景

本文介绍 scrum 框架，基于自己的理解，有些可能不够准确，请评论反馈

• scrum是敏捷中的一种，比较出名的一种，但并不是所有

• scrum的规模是比较小的，通常都是小团队10人内的

• 很多公司可能实行的是scrum的变种（在流程、人员上稍作改变）

• 敏捷的英文叫Agile，scrum只是其中一种小团队的（一般10人以下），更大规模的叫SAFe（上百上千）

• 敏捷，常常会跟软件开发的瀑布模型（waterfall）来进行比较

  • waterfall是老式的开发周期比较长的
  • 敏捷一般是小量迭代的，适应快速的市场变化的

人员

• Product Owner（PO）：一般翻译为产品经理，直译是"产品所有人"，对product backlog负责的人

• Scrum Master（SM）：一般没有常用的中文翻译（敏捷教练？项目经理？有道词典上也有 “流程管理员” 的翻译）。管敏捷流程的人

• Development Team：简称Team，由开发、测试等人员组成。

其他概念

• backlog 待办事项，分为prodct backlog和sprint backlog

  • product backlog：待办事项
  • sprint backlog：某次sprint要做的待办事项，由product backlog挑选出来放入sprintt backlgo

• sprint：某次迭代周期要做的事情，如sprint 1 / sprint 2 …（一次sprint安排的量通常是 1-3周完成），一般命名比如 sprint 1 加数字

• 会议

  • sprint planning：在这个会议中讨论并从product backlog挑出下次sprint要做的事情，输出有sprint goal和sprint backlog
  • daily scrum：指的是每天的会，也有叫daily meeting/daily standup/standup meeting，总之是每日站会，会上每个人一般会说明昨天做了什么、今天做什么、遇到什么困难，有时明天计划做什么也会说，其实就是每日交流会。一般还会提到白板这个概念
    • 白板：一般指实体的白色黑板，上面贴上类型to do/doing/…等不同时期的便利贴以便跟进进度情况
  • sprint review：这个容易误以为是回顾会、复盘会，其实是对交付内容（即产品增量）进行review，即审查结果 （针对产品）
  • sprint retrospective：回顾会，会上讨论做得好的做得不好的，是一个总结类似复盘的会议。（针对人）

• 3个文件

  • 前面提到过的product backlog
  • 用户故事user stories
  • 燃尽图：burndown chart

• increment：是一次sprint完成后的产出，即 “产品增量”，是产品增加了什么、修改了什么

• user story：用户故事，一般是用 “作为…我需要…以便…” 描述用户的需求的。

• story：可以理解为描述要做什么的，story可拆分为更加细的任务（task）

• epic：这个概念其实不是在scrum里的，其实就是指需求，不过是一个比较大比较粗的需求，会分解为story

总结：以上scrum的元素基本呈现出来了，3-3-5-5

• 3个组件：product backlog、sprint backlog、increment

• 3个角色：product owner、scrum master、development team

• 5个事件：sprint、sprint planning、daily scrum、sprint review、spring retrospective

• 5个价值观：respect、openness、courage、commitment、focus（专注）

流程

sprint backlog中挑出若干，在sprint planning中进行分析和拆分，会议输出sprint goal（目标）和sprint backlog（这次sprint要做的事情），进行迭代开发，每天有daily scrum（daily meeting），此次sprint完成后输出increment，对increment对行review的是spint review的过程，同时有sprint retrospective会议去总结团队成员做得好的做得不足的。

整个流程是Scrum Master去组织和把控的，所以SM会被翻译为 “流程管理员” 或者项目经理。

结束语

其实这些是标准的scrum流程，实际可能会有些出入，比如似乎没有Product Owner，由SM去收集需求；

有些情况是没有SM角色，该角色由Product Owner 或 “领导” 去做了。

有些公司可能有BA（Business Analyst），感觉做的公司更加像产品经理，即分析业务的业务分析师

思考：

1. 你说有Product Owner和SM存在的时候，谁是 “更大的领导”？
2. 产品经理很多公司已经叫PO了，我觉得原因可能是叫Produc Manager缩写为PM的时候容易与项目经理（Project Manager）混淆在一起，所以叫PO（Project Owner），另外一个国内管产品经理叫PO可能也是从Scrum中雪莱的吧？