硝烟中的 Scrum 和 XP（二）

怎么编写sprint backlog

---

Sprint backlog 的形式

有很多公开的 Excel模板可以用来管理sprint backlog——包括自动生成的燃尽图 等等。

我们发现管理 sprint backlog 最有效的形式 ——挂在墙上的任务板!

在首次每日例会以后，任务板可能会变成这样:你可以看到，有三个任务已经被“checked out”，团队今天将处理 这些条目的工作。

天数估算 vs. 小时估算

用人-天作为所有时间估算的基础。它的最小值是 0.5，也就是说小于 0.5 的任务要么 被移除，要么跟其他任务合并，要么就干脆给它 0.5 的估算值(稍 稍超出估算不会带来很大影响)。干净利落。

 

怎么布置团队房间

---

让团队坐在一起!

在安排座位、布置桌椅这方面，有一件事情怎么强调也不为过。

“一起”意味着:

• 互相听到:所有人都可以彼此交谈，不必大声喊，不必离开座位。

• 互相看到:所有人都可以看到彼此，都能看到任务板—— 不用非得近到可以看清楚内容，但至少可以看到个大概。

• 隔离:如果你们整个团队突然站起来，自发形成一个激烈

的设计讨论，团队外的任何人都不会被打扰到。反之亦然。

 

如果是分布式团队怎么办?

多使用一些技术辅助 手段来减少分布式带来的损害吧——比如视频会议、网络摄像头、 桌面共享工具，等等。

 

怎么进行每日例会

---

一般我们都是开站立会议，以防止持续时间超过 15 分钟。

一般我们都是在每日例会的时候更新任务板。每个人都会一边描述 昨天已经做的事情和今天要做的事情，一边移动任务板上对应的即 时贴。

但无论你的 sprint backlog 是什么形式，都要尽力让整个团队参与 到保持 sprint backlog 及时更新的工作中来。

 

怎么进行sprint演示

---

为什么我们坚持所有的 sprint 都结束于演示

一次做得不错的演示，即使看上去很一般，也会带来深远影响。

• 团队的成果得到认可。他们会感觉很好。
•  其他人可以了解你的团队在做些什么。
•  演示可以吸引相关干系人的注意，并得到重要反馈。
•  演示是(或者说应该是)一种社会活动，不同的团队可以 在这里相互交流，讨论各自的工作。这很有意义。
•  做演示会迫使团队真正完成一些工作，进行发布(即使是 只在测试环境中)。

 

Sprint 演示检查列表

• 确保清晰阐述了 sprint 目标。如果在演示上有些人对产品一 无所知，那就花上几分钟来进行描述。
• 不要花太多时间准备演示，尤其是不要做花里胡哨的演讲。
• 节奏要快，也就是说要把准备的精力放在保持演示的快节 奏上，而不是让它看上去好看。
• 让演示关注于业务层次，不要管技术细节。注意力放在“我 们做了什么”，而不是“我们怎么做的”。
• 可能的话，让观众自己试一下产品。
• 不要演示一大堆细碎的 bug 修复和微不足道的特性。

 

怎么做sprint回顾

---

如果没有回顾，你就会发现团队在不断重犯同样的错误。

我们的回顾会议一般没有太规整的结构。不过潜在的主题都是一样的:“我们怎样才能在下个 sprint 中做的更好”。