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

Question

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

通过阅读Schwaber，Scrum的许多好处似乎来自团队自组织以完成复杂的任务。如果你有一个开发人员完成所有的工作，那么Scrum会提供很多价值吗？

Answer 1

作为一个开发人员，Scrum可能比你需要的更多，但如果你有一个利益相关者和一个QA人，那么Scrum仍然可以提供帮助。请记住，他们是您的团队的一部分，并且应该站起来与团队交换信息。

如果您真的独自一人，那么其他敏捷实践可能对您更有意义。例如，看板可能更适合。您没有迭代开销，回溯，sprint计划等。您只需要一个可以从中提取任务的待办事项。这可以很好地组织您的工作，允许利益相关者调整优先级，并且适用于单个开发人员或小团队，您可以在不需要在开发人员之间进行同步的情况下分解工作。也许你有一个产品只有很少的功能，不需要很多架构来支持新功能。或许多独立的小项目对广告公司来说等等。

Answer 2

Scrum的最重要的好处即使只有一个开发人员也不是每日同步（会议），而是上下文切换的限制。在冲刺中工作时，这个单一的开发人员可以专注于他（可能是短暂的）冲刺中的特定故事，因为他知道在完成此任务之前他不会被打断或被推去做其他事情。

减少上下文切换==减少浪费==提高生产力。

BTW - 看板提供的开销比Scrum少，但更容易规避并迫使开发人员进行上下文切换。这可能是一个好处，但也很容易成为一个问题。

Answer 3

我认为您可能获得的价值可能来自scrum或其他敏捷概念。

例如，让一位开发人员告诉你为什么他已经为x任务采取了x决定，而不是一个奇怪的站立会议。您可能会或可能不会建议事情（取决于您作为开发人员的背景我猜），但开发人员听到他自己的解释这一事实可能对查找错误或死胡同的推理有用。

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

Answer 4

正如其他人所指出的那样，每日站立可能很奇怪，个别开发人员采用类似scrum的过程仍然有价值。

Timeboxed，可能可释放的迭代和堆栈排名的积压只能帮助个体开发人员专注于实际完成某些事情而不是无休止的ratholing。