《硝烟中的Scrum和XP》第7章 我们怎样布置团队房间

第7章 我们怎样布置团队房间

• 大多数最有趣最有价值的设计讨论，都是在任务板前面自然而然地发生，所以我们试着把这个区域布置成一个明显的“设计角”

让团队坐在一起

• 在安排座位、布置桌椅这方面，有一件事情怎么强调也不为过——让团队坐在一起！
• 但是为了把Scrum团队弄得上档次一些，在这方面没有其他选择。一定要让他们坐到一起。即使你不得不私下里威胁每一个人，给他们清理零碎，把老位子收拾利索。如果空间不够，那就找个地方创造 空间。就算把团队搬到地下室里面去也在所不惜。把桌子拼到一起，贿赂办公室管理员，童心所能。只要能让他们坐在一起
• 只要让他们坐在一起，就会有立竿见影的成效。过上一个sprint，团队就会认为挪到一起是绝妙的主意（从我的个人经验来看，你的团队也有可能会固执地不承认这一点）
• “一起具有 ”以下含义

1. 互相听到：所有人都可以彼此交谈，不必大声喊，不必离开座位
2. 互相看到：所有人都可以看到彼此，都能看到任务板——不用非得近到可以看清楚人是至少可以看到个大概
3. 隔离：如果你们整个团队突然站起来，自发形成一个激烈的设计讨论，团队外的任何人都不会被打扰到。反之亦然

• 如果是分布式团队怎么办？呃，那就没辙了。多使用一些技术辅助手段来减少分布式带来的损害吧——比如视频会议、网络摄像头、桌面共享工具等

让产品负责人无路可走

• 产品负责人应该离团队很近，既方便团队成员走过来讨论问题，他也能随时踱到任务板前面去。但是他不应该跟团队坐在一起。为什么？因为这样他就无法控制自己不去关注具体细节，团队也无法“凝聚”成整体（即达到关系紧密、自组织、具有超高生产力的状态）

让经理和教练无路可走

• 尽可能和团队紧密工作，这是我的职责。我组建团队、在团队间切换、跟人结对编程、培训ScrumMaster、组织sprint计划会议……事后想想，大多数人都认为这是个好事情，因为我在敏捷软件开发方面具有相当的经验
• 如果你是Scrum教练（或许同时也是经理），就应该尽可能贴近团队。但不久以后，就离开他们，让他们凝聚在一起，自我管理。然后每隔一段时间（不要太频繁），就去参加一次他们的sprint演示，看看任务板，听听晨会。如果发现有可以改进的地方，就把ScrumMaster叫出来指导他。但是不要在团队面前这样干。另外，如果团队足够信任你，他们不会看见你就闭上嘴巴，那去参加他们的sprint回顾也是个好主意
• 对于运转良好的Scrum团队，只需要保证他们可以得到一切所需的东西，然后就可以任他们自由发挥了（除了sprint演示以外）