为什么要按逐个任务进行讲解？见下页。 为什么从右往左？见下下页。 为什么要注意WIP的数量？见下下下页 为什么必须由会上移动？见下下下下页。 为什么要立刻面对面解决？见下下下下下页。
为什么按任务进行讲解？
你在会议中，要逐个介绍自己的情况，马上轮到你。 你还会专心听别人？你他妈当然专心想自己怎么说？ 聚焦到事，而不是人！
Analyzed Selected Implemented System Tested User Testing Rejected
Part Four Scrum 病了
Scrum 有病-1
多优先级任务并行，紧急任务频出！
Scrum 有病-2
研发要暴走？
测试有人请假？
版本为啥不发？
还能敏捷么？
logo
• 抢活干
• 不停干 • 高效干
• 每种方法都有一定的局限性 • 不要限制于某一种工具！
• 互相监督
（更规范）
（更灵活）
Scrum的变化
敏捷更关注于给客户带来的价值 • 从价值曲线看区别 • 传统开发是在一个时间点部署 • 敏捷开发是逐步部署
部署时间
瀑布式
低价值特性 逐步部署
高价值特性 逐步部署
敏捷式
logo
Scrum 傻瓜实操手册
专注细节一百年 – 项目管理部 李晶
目录
Contents
Scrum 是啥破玩意 Scrum 几个破会怎么开 Scrum 破数据怎么搞 Scrum 有病
Part One Scrum 是啥破玩意
Scrum的目的
万恶的资本家为了榨取工程师阶级最大的剩余价值，发明了 Scrum
谢谢观赏
李晶
Scrum 演示会议
• 一定要开！ • 全体参加，尽量找公司的既得利益者，越多越好！ • 让开发者来演示，每个干活的人都要有展示的机会！ • 聚焦在我做了什么！ • 控制会议时间，一个小时内解决！
Scrum 回顾会议
• 全体参加 • 开始的时候轮流发言 • 记录问题，总结，讨论改进的方法，放在回顾看板上 • 每人三个磁铁，选出最重要的2~3个改进点，放到下一轮里面
昨天… 今天… 障碍…
昨天… 今天… 障碍…
昨天… 今天… 障碍…
昨天… 今天… 障碍…
为什么从右到左进行讲解？
• 最右边的任务最接近部署 • 最靠近给客户提供价值
同样的钱，越早拿到越有价值。
越接近发布的任务越有价值。
为什么要注意WIP的数量？
控制在制产品的数量是维持生产率的核心！给你三个理由看够不够。 1，切换任务很花时间
每日站会 Daily Scum Meeting
回顾会议 Sprint Retrospective Meeting
Scrum 计划会议
9-10 10-11ห้องสมุดไป่ตู้11-12 12-1
1-2 2-3 3-4 4-5 5-6
充实并讲解 Product Backlog [ Product Owner ] 重新调整条目优先级 [ Product Owner ] 设定 Sprint 目标 [ Scrum Team ] 选择 Product Backlog 条目，组成Sprint Backlog [ Scrum Team ]
140 120 100 80 60 40 20
0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11
实际 预期
350
300 70 功能/月
250
200
150 25 功能/月
100
50
15 功能/月
0 w11 w12 w13 w14 w15 w16 w17 w18 w19 w20 w21
高风险区域 低风险区域 敏捷式
Scrum的运行
Part Two Scrum 几个破会怎么开
Scrum 四大破会
计划会议 Sprint Planning Meeting
演示会议 Sprint DEMO/Review Meeting
如果有人迟到或者不参加会议怎 么办？简单，和他直接主管说好， 迟到和缺席一次扣他直接主管多 少钱。
2，先拿1千再拿1千比最后2千一起拿好
3，先做完的经验后面可以用上。 搞不好做完一个，第二个任务他妈的已经被拿掉了。
为什么必须由在会上移动完成的任务？
如果你完成了一个任务，你是否希望当着全体成员的面宣布？ 人性中自己有了成绩就希望所有人都知道的小小要求还是要满足的。
为什么要立刻面对面解决障碍？
障碍问题都是最高优先级的任务，必须马上立刻招手解决。 很多障碍问题都是沟通不够造成的，面对面的沟通是最有效的！这时候就别搞邮件或者即时消息了！
分成两个小组，进行任务细分，定义“Done”，给出任务估算。 小组互相评审，解决争议。 关键路径分析和依赖关系。 制定资源计划。 初始任务领取。 风险分析和其他事情。
Scrum 每日站会
每天早晨同样地点和时间，只有团队成员发言，其他人给老子闭嘴。 从右往左逐任务自我讲解，任务完成木，何时完成，阻塞木。 要特别注意WIP的数量，工程师活逐个干。 完成的任务在会上移动即时贴。 会后要立即面对面解决阻塞问题，然后更新燃尽图。
Part Three Scrum 破数据怎么搞
Scrum 度量
• Scrum 的核心数据是交付速度 • 持续记录 • 用趋势证明生产率的提高
350
300
250
承诺太多
提前3~6个月承诺，导 致承诺无法兑现
200
150
100
50
0 w11 w12 w13 w14 w15 w16 w17 w18 w19 w20 w21