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),感觉做的公司更加像产品经理,即分析业务的业务分析师
思考:
- 你说有Product Owner和SM存在的时候,谁是 “更大的领导”?
- 产品经理很多公司已经叫PO了,我觉得原因可能是叫Produc Manager缩写为PM的时候容易与项目经理(Project Manager)混淆在一起,所以叫PO(Project Owner),另外一个国内管产品经理叫PO可能也是从Scrum中雪莱的吧?
版权归原作者 石头wang 所有, 如有侵权,请联系我们删除。