作为软件顾问，我经常给软件开发公司的一个建议就是，他们需要增加他们的巴士指数(Bus Count)。在一个团队中，为了让一个项目失败，或陷入严重的成本问题，或导致严重的延迟，需要有多少人在上班路上被巴士碾过？这个人数就是巴士指数。如果你公司的巴士指数是一，那就是说，只有一个人知道你们公司系统的某些关键部分是如何工作的，只有他能维护它。如果这个人被汽车撞了，在处理系统里的这部分的问题上你会遇到严重的麻烦。

获得高巴士指数的一个最好的办法就是结对编程，因为它能把系统里的知识分布到若干人身上(尤其是根据极限编程策略，不断变换结对对象，不断变换所工作的系统模块。)

我经常使用“巴士指数”这个词，但忘了是从哪听来的。在Google上查了一下，发现Craig Murphy的博格里曾引用了这个词，所以想必很多人应该听到过这个词。我感觉这个词应该是从极限编程里出来的，但并不十分确定。有人知道这个词是从哪里来的吗？是不是只有我这个偏执狂喜欢用这个词？我想未必。

分享这篇文章：