许多项目的开发方法

Question

现在我已经两次遇到一个办公室，那里有许多项目同时进行。我所看到的两种不同的方法是将人们分成非常小的(1-2人)专用团队，相反，每个人都从事许多项目(也许是1-3个项目)，并将各自的工作时间平分。

幸运的是，我受雇于一个项目的全职工作，其目标是帮助“完善”小组的软件流程(许多人从事多个项目)。我在敏捷Scrum开发方面有过多年的经验，并且曾经管理过我自己的小型Scrum团队，并在过去取得了一些成功。我一直在慢慢地尝试引入Scum的概念，但是程序员很难按部就班；也就是说，我是在逆流而上，用一个票证系统让每个人都上船。然而，变革并非不可能实现。

尽管如此，我想知道一个团队是否有一个预先定义好的方法来处理多个项目，或者是否在每个问题出现的时候对每个问题进行黑客攻击，并且手工设计我们自己的问题才是正确的方法(黑客攻击可能无论如何都会发生)。我们的客户通常会带着钱出现，并要求提供功能/新开发/新项目，这会使人们远离任何专门的任务，因此它必须能够处理这些不断变化的工时。任何投入都很感谢。

Answer 1

如果你不能改变你的团队，那就做一个适合你的人的模型。您可以通过更少的选择获得一些灵活性。

1. 大型/冗长项目被确定为需要5人或5人以上的项目。分配给他们，让他们专注于那个项目。只有在必要的时候(有人离开)才能代替人。希望这些大型项目能带来足够的资金来优先考虑这些项目。情况并不总是如此。
2. 所有不属于大型项目的东西，都会被列在票证清单上，然后由个人来挑选和处理。这提供了最大的灵活性，可以迫使一些人离开他们的舒适区，学习一些不同的东西。这也鼓励每个人互相帮助。

第一和第二个团队项目任务只是没有给你任何假期，病假，新项目等的灵活性，它只是给人们一个选择/借口来坚持某一特定的领域。

如果你试着让每件事都成为每个人都可以挑选的门票项目，那么你就会遇到一些项目永远得不到解决的风险。通常情况下，它们都是需要很长时间才能完成的大型项目，没有人愿意承担(没有裤子的一年在Wordpress上是一个很好的故事)。

如果您可以选择所有的开发人员，则可以采用特定的系统。门罗创新将XP编程推向了极致(没有双关的意思)。它们总是在生产代码的每一行上成对工作。每个程序员都有一个轮班计划，所以他们经常更换合作伙伴，每隔几周轮换一次项目。这并不适用于大多数人，但既然他们所有人都在船上，他们就会让它发挥作用。