静态团队还是动态团队？

Question

在公司内部组建长期的开发人员团队，从一个项目到另一个项目，是更好，还是更好的方法是让动态团队为一个项目集合，然后再进行集成呢？

我的倾向是把整个公司当作一个“排”，并为个别项目组建“消防队”，从最适合项目开发人员的“排”中选择。

Answer 1

我怀疑是否有一种真正的方法。我认为每个人都有很多优点和缺点。这是我的分类：

静态团队

• 1团队凝胶的时间成本..。或至少，团队再胶是1:1与公司保留率。
• 对问题和解决方案有更深入的了解
• 能够承受更少的跨组一致性和更少的文档。
• 风险:如果产品不进行技术创新，技能就会落后很多。
• 风险:变化一旦发生，就会产生创伤。

动态团队

• 当人们进入和离开团队时，冲压犬的固定成本
• 每个人都有机会保持最新的技能。
• 没有人在一个他们讨厌的项目中被困太久/没有人在他们喜欢的项目中停留太久。
• 加强团队间流程的一致性，并将好的想法从团队转移到团队。
• 执行项目所有方面的清晰文档，以尽量减少停工/停工时间.

Answer 2

你必须考虑个性和需求。不是所有的人都是用同样的方式建造的，有些人的爱在混乱中改变并茁壮成长，有些人讨厌它，需要稳定。试着把每个人都展示在同一个盒子里，结果肯定会很糟糕。

我遇到的最好的情况是，稳定的团队比完成所有工作所需要的要小，并且在项目来来去去时动态地分配开发人员。人们在业务需求范围内，选择他们想要移动的频率，以及他们想要迁移到什么位置。它提供了最好的两个世界，但需要良好的网站管理，以确保它最终不会提供两者的成本。