1个或2个开发人员可以使用Agile / Scrum吗？

到目前为止，我一直在阅读和研究的所有内容都描述了敏捷/ Scrum如何与大约4至6名成员甚至更多的团队合作。

在我目前的商店中，我们大约有8个开发人员，但是考虑到项目数量的性质和我们支持的部门数量，给一个项目分配的人员永远不会超过1或2。

我仍然可以与1个或2个开发人员团队一起使用Agile / Scrum吗？我正在努力向经理推销，以开始使用这种方法，但是我需要能够解释如何为一小部分开发人员缩减规模，或者说服他们确保我们在给定的数量上拥有更多的成员。项目。

您确定可以在项目中使用某些敏捷原则，而不必使用Scrum，而是使用最适合您的方法。您一定可以从某些XP方法和一些Scrum实践中受益。但是可能不是“按书”，即使有一点点开销，1-2人的团队也太小了，先从书上说的内容开始，然后在一段时间后放弃任何您认为无关紧要的内容。只是不要放弃回顾，相信花时间讨论您遇到的问题并为他们找到解决方案是值得的。

是的，您可以对1个人使用Scrum / Agile的原则。如果您想提高个人生产率，请参阅番茄技术或GTD。

敏捷技术适合于较小的团队，因为对于较大的团队，管理沟通变得更加困难。由1或2个人开发项目（和客户），您应该能够非常轻松地敏捷地工作。我建议您阅读敏捷宣言，这是敏捷发展的良好开端。对于Scrum，我建议您从战es中看一下Scrum。 看板现在看起来很流行，而且还有个人看板！

如果您是我，那么我将使用看板来管理和可视化我的任务和优先级，并且我将采用一些XP实践：测试驱动的开发，回顾和时间框可能是很好的开始。稍后，在回顾期间，您可以确定自己认为需要的更多实践。

看板是非强制性的。它真正需要的只是：

1. 您可视化您的工作流程
2. 您限制正在进行的工作（在您的情况下尤其有用）

这样的想法是，您可以锁定其他有用的实践，而XP是这些实践的绝佳来源。

免责声明：我从来没有尝试过，但是如果我处于同一位置，那将是我尝试的事情的顶部。

毫无疑问。查阅《实用程序员》一书，以获得有关各个开发人员如何工作敏捷的更多信息。很难获得用于单个工作的Scrum资源，但是迭代开发的主要概念可以应用于任何规模的工作组。

http://www.pragprog.com/the-pragmatic-programmer

我会说您可以使用各种敏捷方法中的技术，但是您不应使用Scrum指南中描述的Scrum，因为您无法填补角色。Scrum专为4至11人的团队而设计。但是，包括Scrum在内的许多敏捷方法都可以为您提供一个起点。

我最近阅读了有关Scrum的书：Scrum进行敏捷项目管理

对我来说，这是我的第一本关于Scrum的书，对我来说，确实如此，它着重于基本原理的重要性。我认为其中一些原则可能适用于并帮助1至2人的团队。

是的，您只能与两个开发人员一起使用敏捷方法，但始终需要专门的客户/产品经理。在只有一名开发人员的情况下，我之所以拒绝，主要是因为我个人喜欢在团队中工作，而且还因为您无法真正配对程序，从而错过了所有代码共享的机会。四到六名开发人员+一名产品经理是敏捷项目的理想选择。不仅如此，子团队倾向于形成某种目的。

我当然不知道您的确切情况，但是在我看来，您正在同时运行多个项目。我的建议是，您应该尝试提出减少并行项目数量的想法，而应该让两个团队分别从事一个项目。这将是改善您的处境并使其更易于应用敏捷过程的第一步。

关于任务切换和项目破坏的弊端，有很多话要说，但实际上，并没有带来什么好处。曾经

我认为2个开发人员本能地默认为敏捷之类的系统，即使他们没有明确提出这样做​​。他们自然会彼此交谈，并使用他们的PO进行迭代。

换一种方式来看：

您为什么不考虑同一 Scrum团队的所有8名开发人员？这样，您将获得项目之间的串扰效果。也许您甚至不必使人们致力于特定项目？？

当有更多人加入您的商店时，您可以将团队分为两个较小的团队。