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中雪莱的吧？
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/227108.html原文链接：https://javaforall.net
