Scrum对单个程序员的开发有用吗？

Question

我领导着一个由六名程序员组成的团队，我们目前正在实施许多敏捷开发实践。我对Scrum非常感兴趣，但是它似乎假设您的项目将有多个开发人员。我的大多数项目都是较小的，只涉及一个开发人员。我们在任何时候并行运行3到4个这样的项目。

通过阅读Schwaber，Scrum的许多好处似乎来自于团队自组织来实现复杂的任务。如果你让一个开发人员做所有的工作，Scrum会带来很多价值吗？

Answer 1

作为一个开发人员，Scrum可能比你需要的更多，但如果你有一个股东和一个QA人员，那么Scrum仍然可以提供帮助。记住，他们是你团队的一部分，应该在你的站台上与团队交换信息。

如果你真的很孤单，还有其他敏捷实践可能对你更有意义。例如，看板可能更适合。你没有迭代开销、回溯、冲刺计划等，你只是有一个积压的工作，你可以从中提取任务。这是一种很好的组织工作的方式，允许利益相关者调整优先级，并且适用于单个开发人员或小型团队，您可以在不需要在开发人员之间进行大量同步的情况下拆分工作。也许你有一个产品，它只有很小的特性，不需要太多的架构来支持新特性。或者是许多独立的小项目，比如广告公司等等。

Answer 2

Scrum最重要的好处是，即使只有一个开发人员，也不是每天同步(会议)，而是对上下文切换的限制。在sprint中工作时，这个单独的开发人员可以在他(可能很短)的sprint中专注于给定的故事，他知道在完成这项工作之前，他不会被打断或被推去做其他事情。

更少的上下文切换==，更少的==浪费，更高的工作效率。

顺便说一句，看板提供了比Scrum更少的开销，但它更容易绕过并迫使开发人员进行上下文切换。这可能是一个好处，但也很容易成为一个问题。

Answer 3

我认为您可能会从scrum或其他敏捷概念中获得价值。

例如，不是一个奇怪的站立会议，而是让一个开发人员告诉你为什么他要为y任务选择x决策。您可能能够也可能不能提出建议(我猜这取决于您作为开发人员的背景)，但开发人员听到自己的解释这一事实可能有助于发现错误或死胡同的推理。

正如我的一位教授曾经评论过的那样，大声问自己一个问题：“如果你问宇宙一个答案，它会给你一个答案。”