Scrum方法只能用于一个人和一个10天的Sprint吗？

Question

所以我得做一个10天左右的项目。关于这项工作，我只想说，我将开发一个具有前端和内部服务之间的几个接口的网站。现在我必须使用项目方法，我正在考虑Scrum方法。但是因为我只是一个人，所以我在问，是否有可能为这个项目实现Scrum方法。

我的想法是，我承担产品负责人，开发和Scrum硕士的角色，并在此基础上，我将“做”这个项目。

因此，我想提出我的问题(S)：

• 这还被认为是"Scrum“吗？
• 我还能用什么其他的项目方法吗？
• (或者)我应该基于Scrum/Agile方法构建一个“自己的”项目方法吗？

Answer 1

在这种情况下，我将简化为看板看板。看板只是有一个工作积压，所以没有必要将工作组织成sprint。最好不要把事情搞得太复杂。考虑到这只是一段时间的工作，只有一次冲刺，而且工作人员非常有限，我认为它比scrum更适合看板。

Answer 2

你为什么计划在这么小规模的项目中使用敏捷方法呢？

敏捷方法的设计是为了处理因破坏项目而出现意外缺勤的风险，并在大型团队中安排工作任务。他们的工作方式是把工作分成几个小块，给每个人分配一个难度，然后通过某种魔法使开发人员变得一致，每个开发人员可以在大约5天内完成一个为期5天的任务。当然，如果所有的开发人员都是熟练的，并且他们的专业知识不局限于代码的某些领域，那么这是最好的。

如果有人挑选了一个5天的任务，并在2天内完成了它，那么敏捷的使用就意味着会有大量的任务积压，所以可以选择一些其他的任务。

我想说的是，如果团队中只有一个人，这些都是不需要的。

我还会进一步说，在为期10天的项目中，Scrum的使用可能没有那么有益。那么你的冲刺时间是多久？大概10天，就像你计划的那样。然而，Scrum被设计用于具有许多后续sprint的项目中。否则，您将错过短跑回顾的好处。

我有一个方法，您可以使用在您的非常小规模的单一开发项目。它叫TODO.txt。用它！

作为一件完全不同的事情，我认为Scrum的适用性除了下限之外还有上限。因此，在一个100名开发人员10年的项目中使用Scrum可能并不理想。但这个小问题的答案很快就成了一个离题的话题.

Answer 3

这还被认为是"Scrum“吗？

可能不会。绝对不是按书写的。不管是“是”还是“不是”Scrum，都不重要。敏捷的要点之一是理解标签不是真实的东西，只有真正的东西才重要。

我还能用什么其他的项目方法吗？(或者)我应该基于Scrum/Agile方法构建一个“自己的”项目方法吗？

听起来是个好主意。Scrum是设计用于一个团队的，所以如果您是单独的，并不是所有的Scrum都能工作。但是，Scrum的许多思想非常强大，而且相当普遍。我一定会偷任何你认为能帮你的东西。

当我做我自己的项目时，我通常试着做的是积累大量的故事，收集故事，然后花点时间把它们分解成任务，一次完成一个任务，并且经常花点时间思考我是否仍然在建立正确的事情并以正确的方式去做。

这是一种方法吗？谁在乎呢。我当然不会，只要有效就行。采纳你认为对你的项目有帮助的想法，放弃其余的想法。你对自己的工作方式有绝对的控制，所以最好的办法就是为自己建立一个完美的方法。敏捷和Scrum可以是很好的起点，但如果我是您，我就不会坚持它们。