3.3 团队就是集体

作者: Alistair Cockburn著，苏敬凯译 出处:机械工业出版社华章公司 　2008-02-26 10:18　   砖    好    评论  条 　进入论坛

阅读提示：《敏捷软件开发》第三章考虑的是物理环境的作用，用于跨越不可避免的沟通鸿沟的沟通形态，友善和冲突的作用以及团队中的亚文化。本文讲的是团队。

3.3   团队就是集体

我们已经看过了，如何让人们注意到项目中那些有价值的东西以及如何让人们沟通一些有价值的东西。现在，我们来讨论一下一个人是否应该注意和沟通任何事情。

在一个高效率的团队中，人们努力的方向大致相同。但实际上，根据他们个人的目标、个人的知识、固执度等等，他们努力的方向略微有些不同（如图3-17所示）。他们有时一起工作，有时互相对立。在效率较高的团队中，这些方向比在那些效率较低的团队中更接近一致。

通过引出每个人在行为上的一些小变更，你可以对一个项目创建一个很大的总体影响，这就是“微接触”干涉（micro-touch intervention）：让人们进行一些他们不介意的改变，这样随着项目中人数的增加，效果就会得到放大。随着每个人努力的方向与所期望的共同方向越来越接近，虽然每个人感到的改变很小，但组合起来的效果却很大（如图3-18所示）。

要得到这些小改变，需要告诉人们：
•关于他们应该朝哪个方向努力的额外信息。
•关于他们的行为的影响的额外信息，这样他们就能注意到哪些行为是朝不同的方向在努力。
•朝着所期望的方向努力的更好的理由。

结果就是：人们开始为彼此的工作做出贡献，不会忽视彼此的工作或偶尔做一些相反的工作。

有了这样的小改变，人们就能看到：无须学习什么重要的技术或方法，类似的能量就能产生更大的项目产出。当他们注意到这一点时，就会产生对工作的更大的自豪感，也更加彼此信任。通常，士气也会提高，项目团队也会变成一个更让人愿意合作的集体。

项目优先级图
项目优先级图是一种简单的机制，每个项目团队都应该使用它来帮助团队成员把精力统一到一个方向上。

《自适应软件开发》（Highsmith 2000）和《Crystal Clear》（Cockburn 2005）这两本书中也描述过这个图表。

在项目开始时，执行出资者和开发人员讨论并写下开发中需要每个人都加以注意的一个方面。这个方面可能是即时面市、降低缺陷、响应时间、易于掌握、专家使用时的速度、内存的使用、扩展性或者维护的容易程度。他们可能还会写下第二个，比如面市的时间和偶尔使用的容易程度。

然后，他们会在这个团队应当争取的所有其他期望特征中进行选择，选出这个团队愿意牺牲的3或4个特性，从而保证能够达到这两个主要的特性。

通过这一活动，每个人都可以看到：在项目中允许什么类型的权衡，以及如何确定他们的行为的优先级。在团队成员之间有了少许善意之后，只要在联席会议上写下这些选择并且定期地拿它作参考，就能把目标统一在足够接近的程度上。

这种项目优先级的合同解决了一个共同的问题：执行出资人想要的是软件尽快地完成（为了抓住市场机会），而程序员想要的是“正确的设计软件”（延迟交付产品以提高设计的美感）。或者反过来：程序员以习惯于快但马虎地工作，以抓住市场机会，而出资人则希望他们能花更多的时间并且减少错误。在这些情况下，整个组织都因一种简单的、可纠正的、关于所期望的优先级的错误沟通而受到影响（假设他们所采用的奖励机制与所要求的优先级是一致的）。

有时，需要在项目中期修改优先级。例如，一个竞争者可能推出了一个新产品。这时，改变优先级就变得非常重要了，应当把“开发速度”提到高于“没有缺陷”的优先级，或者反过来。这种情况很可能发生，出资人应当把团队成员再次召集到一起，宣布这种优先级的改变。

回书目   上一节   下一节