硝烟中的Scrum和XP读书笔记（3）

上一篇 / 下一篇 2014-05-22 15:21:49 / 个人分类：测试

第五章我们怎么让别人能理解我们的sprint计划

做完sprint计划之后，最重要的一个步骤是要让全公司的人都知道和明白我们要做什么。

本文作者是使用Wiki，建立一个页面，包含了sprint里的主要内容，然后再邮件中发给全公司。

然后，在Demo之前，也通告全公司，让所有感兴趣的人都知道你们什么时候要做完什么，然后展示给大家看。

第六章怎么编写合适的sprint backlog

backlog包含所有的，sprint backlog包含当前sprint的内容。

很多人会用excel，Jira和Trello等等，但是最合适的还是看板，一个物理的，贴满小条的看板。

然后按照你团队实际的情况，划分若干列，把卡片按不同的状态贴上，一目了然。

但是有一点注意，尽可能的减少列，太多的列只会把简单的事情复杂化，每添加一列时，你都要问一下，这是所有人都需要的列吗，如果不是，那就不要。

燃尽图是一个很好的工具，deadline作为X轴终点，总工作量（总点数，如果你的点数就是人/天的话）作为Y轴的终点。连接两个点，ok，你获得了一个趋势线，然后每天按实际情况登记你剩下的点数（不是实际付出的点数），然后一目了然的看到你是在超前还是在延迟。

通过燃尽图，你可以标志各种警示标志，让团队来进行关注，例如长时间的延迟，或者超乎寻常的超前都是有问题的。需要大家找出问题，然后解决。

然后，怎么跟踪呢？如果你想要一个详尽的跟踪报告，OK，看板的方式不适合，，你可能需要的是Jira。

那点数倒是是用“人/天” 还是 “小时”呢？建议不用小时，因为那会带来更多的管理成本。

第七章怎么安排团队的座位

首先要坐到一个房间里。

然后留给看板足够的空间，让大家能够站在它面前讨论sprint backlog。

然后留一个足够大家站在一起的空间，好开会。

然后留一个角落，让几个人能够不影响他人的情况下讨论。

然后留一个墙，放整个backlog和一些其它的相关内容。

座位安排，可以是混编，可以是按工作内容，工作方式，工作种类进行分编。但是一定要保证：每个人都能听到彼此的交谈，能够看到互相的脸，不会为了一个问题跑来跑去。

然后，最关键的是，产品负责人不要坐进来，否则他会纠结于到底要不要关注这些过程中的临时细节。当然也不能离的太远，能够很容易的找过来回答一些问题。

对于那些经理和教练来说，刚开始的三天参与一下，一旦团队能够自我管理了，那么隔几天参加一次scrum meeting或者偶尔溜达过来看两眼就行了。或者干脆就参加回顾过程，看看他们犯了那些错，准备怎么避免下次再犯。