团队中高级开发人员和初级开发人员的理想组合是什么？

在任何团队中，您都将需要更多灰白色的开发人员和一些幼崽。一些原因包括：

• 钱。通常，有些任务不需要相同水平的经验即可交付，因此不要为完成这些任务付出高昂的代价。
• 能源。新人们可以带给团队充满活力和热情，以阻止其变得过时和过时。更高级的人可以带来平静和智慧。
• 知识转移和职业发展。无论是在项目还是在技能上，教人和学习新知识都是有用的，而且常常很有趣。帮助“培养”新的团队成员感到很满意。

我意识到有一些最前沿的项目，对于其中的高级人员要比初级人员要多，这可能很重要，但是总的来说，团队中是否有理想的经验组合，还是完全取决于项目？

我真的很喜欢Eric Brechner在这个问题上要说的话

将您的团队视为河流而不是湖泊。湖停滞不前。没有改变的动力或动力。停滞的群体也是如此。他们培养平庸和自满；他们讨厌冒险。河流总是在奔腾而变化，充满着巨大的能量。你想要一条河。

河流取决于水的流动，​​而您的团队则取决于人员和信息的流动。您可以将人们分为三类：新成员，新领导人和准备迎接新挑战的长者。这些小组应该如何保持平衡和流动：

• 最大的人群应该是新人。并非所有人都会成为技术或组织领导者。

• 有时您的新领导者要比长者更多，有时则要相反，但理想情况下您应该保持平衡。

• 对于流程，您希望源源不断的新血液成为您的新领导者，而新领导者成为长者。

• 流动的关键是有新的血液流入而长者迁出。为此，您希望您的长者在他们阻塞潮流并破坏他人机会流向之前转移。

并非所有技术都以相同的速度流动。诸如Windows内核之类的中央引擎流量缓慢，而诸如MSN Search之类的基于Web的服务流量却很快。您需要根据情况进行调整，但是即使是最保守的技术也会发生变化和发展。您如何成功地鼓励和维持健康的人流？

• 不断供应新人。

• 灌输信息共享作为一种生活方式。

• 塑造组织和角色以创造增长机会。

• 为您的长者找到新的挑战。

我认为没有理想的组合-完全取决于项目和环境。几个例子：

所有经验丰富

让所有经验丰富的团队成员在关键项目上进行紧迫的期限可能比较合适，因为在该项目中，初级开发人员没有足够的空间来跟上进度。

所有初级

在另一个示例中，让所有初级开发人员都参与一个面向R＆D的项目可能是合适的。在我工作的一家公司中，有一个团队完全由实习生组成，向他们分配了需要创新（但不一定快速或正确）解决方案的项目。他们是真正的客户问题，但是他们没有任何已知的好的解决方案，因此他们招到的实习生是新手，很少有先入为主的观念。

这里的要点并不是说这两种方法通常都是正确的-更重要的是，项目将根据业务需求，组织因素和开发人员的可用性在它们之间运行整个范围。

我认为理想是完全不区分“高级”和“高级”。人们应该被视为个人，而不是抽屉里的物品。同样，每个项目都应视为一个需要解决个人技能，才能或个性的问题。将此类分类为“初级”和“高级”仅是为了将现实变成现实的越来越近似，从而使在每种情况下做出的决定在任何意义上都是“理想”的可能性越来越小。