1 或 2 名开发人员可以使用敏捷/Scrum 吗？答案

【问题标题】：Can Agile/Scrum be used by 1 or 2 developers?1 或 2 名开发人员可以使用敏捷/Scrum 吗？
【发布时间】：2009-09-10 19:19:39
【问题描述】：

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

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

我仍然可以在 1 或 2 名开发人员的团队中使用敏捷/Scrum 吗？我正在努力向我的经理推销开始使用这种方法，但我需要能够解释如何为小型开发人员团队缩小规模，或者说服他们确保我们在给定的项目中获得更多成员项目。

【问题讨论】：

我未能将结对编程应用于一个由 1 个开发人员组成的团队
一个人玩计划扑克并不好玩。
@flybywire：尝试发展多重人格综合症，并确保心理新人是一个优秀的开发者。然后，您可以配对程序。
看看这个有趣的 1 人 scrum 实验，我是在为一个小型 2 人团队研究这个确切问题时发现的。 21apps.com/agile/doing-agile-in-a-team-of-one

标签： scrum methodology agile

【解决方案1】：

您当然可以在您的项目中使用某些敏捷原则，您不必使用 scrum，使用任何适合您最适合您的方法。您绝对可以从一些 XP 方法和一些 scrum 实践中受益。但可能不是“按书本”，1-2 人的团队太小了，即使对于那个小小的开销 scrum 来说，从书上说的开始，然后放弃一段时间后你会觉得无关紧要的任何东西。只是不要放弃回顾，花时间讨论你遇到的问题并为它们寻找解决方案是值得的。

【讨论】：

绝对。关键词是“敏捷”。 “敏捷开发人员的实践”一书 (assets1.pragprog.com/titles/pad/practices-of-an-agile-developer) 可能有助于选择对您有用的工具。
+1 表示不放弃回顾。太多人避免这些只是为了避免不得不改变的痛苦。

【解决方案2】：

是的，您可以为 1 人使用 Scrum/Agile 的原则。如果您想提高个人生产力，请查看Pomodoro technique 或GTD。

敏捷技术适合较小的团队，因为对于较大的团队，管理沟通变得更加困难。有 1 或 2 个人开发一个项目（和一个客户），您应该能够非常轻松地以敏捷的方式工作。我建议您阅读agile manifesto 作为敏捷的良好开端。对于 scrum，我建议您查看 Scrum from the Trenches。 Kanban 现在似乎很流行，还有一个personal Kanban！

【讨论】：

【解决方案3】：

如果我是你，我会使用看板管理和可视化我的任务和优先级，我会采用一些 XP 实践：测试驱动的开发、回顾和时间盒可能是很好的开始。稍后，在回顾过程中，您可以确定更多您认为需要的实践。

看板非常不规范。真正需要的是：

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

我们的想法是，您可以抓住其他有用的做法，而 XP 是这些做法的绝佳来源。

免责声明：我从未尝试过这个，但如果我处于相同的位置，它将在我的尝试列表的顶部。

【讨论】：

我看到的唯一问题是让产品所有者充分参与。有权确定开发输出优先级的人需要加入并具有高可用性。
大约 3/4 个月前我加入了个人看板，我真的很喜欢它！我认为这是我团队中其他人朝着正确方向前进的跳板。谢谢！

【解决方案4】：

毫无疑问。查看 Pragmatic Programmer 一书，了解有关个人开发人员如何使用敏捷工作的更多信息。个人工作的 Scrum 资源更难获得，但迭代开发的主要概念可以应用于任何规模的工作组。

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

【讨论】：

【解决方案5】：

我认为 2 位开发人员本能地默认使用像敏捷这样的系统，即使他们并没有打算明确地这样做。他们自然会互相交谈并与他们的 PO 进行迭代。

【讨论】：

或者更有可能你最终得到了两个牛仔程序员。

【解决方案6】：

是的，您可以只使用两名开发人员来使用敏捷方法，但您始终需要一位专门的客户/产品经理。只有一个开发人员，我会说不，主要是因为我个人喜欢在团队中工作，但也因为你不能真正结对程序，因此错过了所有代码共享的机会。四到六名开发人员 + 一名产品经理是敏捷项目的完美规模。不仅如此，而且往往会形成子团队，这有点违背了目的。

当然，我不知道您的确切情况，但在我看来，似乎您同时运行多个项目。我的建议是，你应该尝试提出减少并发项目数量的想法，而不是让两个团队各自从事一个项目。这将是改善您的情况并更容易应用敏捷流程的第一步。

关于任务切换和项目垃圾的坏处有很多话要说，但实际上，这并没有什么好处。永远。

【讨论】：

【解决方案7】：

我会说您可以使用来自各种敏捷方法的技术，但您不应该使用 the Scrum Guide 中描述的 Scrum，因为您无法担任角色。 Scrum 是为 4-11 人的团队设计的。但包括 Scrum 在内的许多敏捷方法都可以为您提供一个起点。

【讨论】：

【解决方案8】：

我最近读了这本关于 scrum 的书：Agile Project Management with Scrum

对我来说，这是我第一本关于 Scrum 的书，而且是为我写的，它真正关注的是哪些基本原则是重要的。我认为其中一些原则可以适用于并帮助 1-2 人团队。

【讨论】：

【解决方案9】：

换个角度看：

您为什么不考虑同一 Scrum 团队的所有 8 名开发人员？这样你就可以得到项目之间的串扰效果。也许您甚至不必将人员委托给特定项目？？

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

【讨论】：