增加软件开发团队中的总线因素

有多少软件开发人员必须离开一个项目才能使开发停止？这个数字就是公车系数。巴士因素背后令人毛骨悚然的含义是，需要被巴士撞到才能停止开发的开发商数量（但考虑到会员中了彩票，通常会更轻松，而不是任何了解统计数据的人都会真正中彩票）。

34岁；总线系数"；是在项目因缺乏知识或称职人员而暂停之前，必须突然从项目中消失的团队成员的最小数量。

推论：如果可能的话，选择通用框架（参见：Rails和开发者网络效应上市）

让捐款变得容易。许多促进开源项目发展的建议都可以应用于简化内部项目的入职。

它'；重要的是要注意到，许多员工正在解决降低公交车系数的问题（正确或错误）。这里'；有一些偏见需要纠正：

开发人员倾向于使用新的、令人兴奋的框架来培养他们的技能和填充他们的简历。寻找机会，让开发人员在架构选择之外成长。

开发人员不喜欢编写文档，因为他们没有根据文档进行评估。使沟通成为工程文化的一项重要原则。

开发人员对密集的代码审查有偏见，因为它们会减慢更改的速度，并且开发人员会根据更改进行评估（扩展来说，就是他们的速度）。保持高度一致。

开发人员倾向于自动化。这通常是好的，但过度优化会导致脆弱的系统。自动化可能是一个负担（集成测试太长）