第三章 根除低下的效率

    坚持做一件事情

    但如果你一次只做一个功能会怎么样呢？那花费的时间就不会那么长，你也不会在项目之间来回转换。团队中有人离开的几率会小一点，而把想法记在脑子里也会容易得多。你只是需要用数码相机把白板上的任何内容拍下来，然后放到一个维基网站上或Word文档中或OneNote记事本中。

    这看起来像是规范书，只是没有了让人头脑发麻的长篇大论。它给你留出了更多的时间去思考，以及在白板前合作，而减少了你在座位上摆弄像素和文字的时间。

    很好，你把功能团队聚集在了相互靠近的区域，并配备了大量的白板。你一次只做一个功能，直到这个功能做完。你用相机把所做的决定存档。你撰写了对下游团队有价值的专门文档。这听起来像是精益软件开发（你可以在第2章的“精益：比五香熏牛肉还好”这篇文章中了解到更多的内容）。妙极了！这就是你停止浪费之后所得到的。

    你准备好了吗

    可能极少有团队马上停止写正式的规范书。他们还没有接受“功能小组”（Feature Crew）的概念，即一次只做一个功能，并且从头到尾把这个功能做完。他们不能呆在同一个团队房间里面，主要靠白板来相互沟通。

    然而，变化已经开始了。各个部门正在调整位置以相互靠近，因为这样做起事情来更快、更容易。各部门也正在组织功能小组，因为这样做可以更快地得到更高质量的功能，并且留下较少的未完成的工作。顺着这个趋势，把它们不断整合，那你可以把规范书永远抛弃了。这不是梦想，而是简单时代的回归，是久经鏖战的智慧结晶。

    作者注：我作为Xboxcom项目开发经理时接手的第一个棘手事情是协调6个Scrum团队，包括将立体墙搬到每个团队的房间中。在这次办公室调换之前及之后数个月，这6个团队一直一起奋斗在Kinect及Windows Phone两个项目上。这次Scrum团队得出的时间及速率数据是度量协同合作效力的最佳良机。其中5个团队的四周平均速率提升20%～63%（第6个团队发布了beta版，因新项目的开发而暂停），提升20%就像每星期另增了一天的生产能力，并多出了两天的周末时间。提升63%（那就是每星期多了3天！），同时缩减了工程长度。不要预先分配其他工程项目，让第一个空闲的人自由选择，这样就有助于跟其他人进行跨部门的工程合作。团队唯一要做的文档工作就是后期维护记录。用OneNote记下来，并做好基本的“合规事宜”。