敏捷Scrum规则概览
2020-05-18 14:00:07 5 举报AI智能生成
敏捷 Scrum 规则概览，对 Scrum 规则做了归类，利于初学者理解 Scrum，通过1.数量概念（34353）2 sprint 3 sprint5个活动和 4 其他说明进行清晰和合理的归类，容易理解和掌握。
作者其他创作
大纲/内容
Scrum规则概览
二：Sprint：迭代/冲刺
about Sprint
Sprint 需要有固定的长度，2-3 周为宜
Sprint 之间最好不要有间隔，最多允许一天的间隔
Sprint 中开始开发的Story 在本 Sprint 内开发完成，保证 Story 的完整性
每个 Sprint 结束团队都有增量的功能交付
about 团队
团队要按照 PO 制定的优先级来开发
团队已承诺的内容，要保障在 Sprint 结束时交付
团队在进度延后时要采取措施
团队遇到难题时要告知 PO
团队不是经常加班工作
团队有时承诺偏少，有时承诺的多一些
about Tips
对于任何一个 User Story，团队需要知道从哪里获取更多的信息，一般从 PO 处获取
风险规避：发现问题后立即解决，而不是等到以后
风险规避：主要的没有在 Sprint Backlog 中的工作项目需要被记录下来
公开透明：投资方和客户能够有途径了解到 Sprint 的安排
公开透明：和团队相关的其他团队或公司的其他部门能够了解 Sprint 的安排
三：Sprint 的5个活动
每日站会
目的
每日站会用于团队每天更新状态、做计划、对昨天工作做检查和调整环节
与会人员
所有团队成员参加
会议内容
每个人回答三个问题（昨天工作，障碍，今天安排）
团队成员自选任务，而不是 Scrum Master 来指派
团队成员之间充分沟通，不需要经常性地和 Scrum Master 汇报
约束
每天、同一时间、同一地点
15 分钟，按时开始，按时结束
不要被中断
Sprint 计划会
PO 必须参加计划会议
所有的团队成员必须参加计划会议
会议结论
Sprint 计划会议确定 Sprint 目标和任务清单
会议的结果要记录在 Sprint Backlog 中
所有的团队成员要对计划可行性达成共识，并且承诺完成
PO 对优先级的排列感到满意
所有的 User Story 都要有估算
Sprint 计划会按时开始和结束
Sprint 评审会
团队成员
所有的利益干系人（投资人、客户等）需要被邀请参加评审
进行该 Sprint 的成果演示
评审开始的时候要介绍一下原始的 Sprint 计划
评审过程中要收到利益干系人的一些反馈
每个 Sprint 结束都要有评审
评审时演示可以工作的功能
只有完成的 User Story 才进行演示
Sprint 回顾会
Scrum Master 和所有团队成员必须参加
没有被邀请的人不能参加
要有具体的改进建议产出
建议一定要在接下来的 Sprint 中实施
回顾会议一定要开
每个人都要发言
产品 Backlog 梳理会
PO 和团队成员一起做产品 Backlog 梳理
梳理工作包括澄清需求、细化、估算、排列User Story 优先级等事项
在当前的 Sprint，花会议 10%的时间进行梳理，为下个 Sprint 做准备
一：几个数量相关的概念
3 大基石
透明性
检查
调整
4 大支柱
迭代交付
增量交付
自组织团队
高优先级需求驱动
3 个工件
产品 Backlog
产品 Backlog 是一个渐进明细的需求清单
产品 backlog按照商业价值排序
PO 是产品 Backlog 的负责人
产品 Backlog要可视化、公开展示
PO 了解所有的用户故事
产品 Backlog 要在 SprintPlanning 之后更新
每个用户故事的“用户满意条件”和“如何验收”都要很清楚
产品 Backlog 里面包括的是用户故事而不是任务
Sprint Backlog
团队有 Sprint Backlog
SprintBacklog 要高度可视化
Sprint Backlog 要每天更新
Story 和 Task 要能够区分开
哪个任务属于哪个用户故事要清晰
团队成员自己更新 Sprint Backlog，这项工作不仅仅是 Scrum Master 的
团队成员要能够很容易更新 Sprint backlog
燃尽图
团队要有燃尽图
燃尽图要高度可视化
燃尽图要每天更新
当燃尽图偏离基准太高或太低的时候需要采取行动
5 个价值
承诺
专注
透明/公开/开放
勇气
尊重
3 个角色
Scrum Master
团队要有 Scrum Master
Scrum Master 对流程负责
Scrum Master和团队成员工作在一起
Scrum Master 是 Scrum 的专家和教练
Scrum Master 是服务式的领导
Scrum Master 保护团队，帮助团队移除障碍
Scrum Master 是变革发起人
PO：产品负责人
团队要有PO
PO对产品愿景和要做什么负责
PO了解业务和需求
PO负责管理产品 Backlog
PO 决定需求的优先级
PO 决定需求验收标准
PO 接受和拒绝团队的成果
团队可以及时联系到 PO
开发团队
对如何完成 Sprint 目标负责
是一个自组织团队，由 5-9 个人组成
全职，团队成员稳定，坐在一起，工作在一起
多元化的跨职能完整团队
团队成员的技能一专多长
共享责任，协助完成任务
透明沟通
四：其他说明
工作估算
PO 从团队哪里获取估算
团队估算的时候，PO 最好在场
每个团队成员都要参与估算
User Story 要足够的小，一个 Sprint 至少可以完成几个User Story
团队速度
每个 Sprint 结束的时候记录开发速率
速率只包括按照 DoD(完成的定义)的标准完成的用户故事
速率要用于发布计划
完成的定义（DoD - Definition of Done）
团队要尊重 DoD
PO 和团队要清楚地了解 DoD
团队要能够不依赖于其他团队做的 DoD
DoD 要包含测试
0 条评论
下一页
