单个开发人员可以从Scrum中学到什么？

Question

让我们说开发人员有兴趣学习Scrum，但团队中没有其他人感兴趣。我意识到Scrum是为团队制作的，而且必须修改这个过程以适合一个人。

开发人员尝试使用Scrum是否有任何好处，即使团队没有？如果是这样，如何修改流程以适应这种情况？

Answer 1

我认为通过任何可以帮助您制定目标，任务，保持工作和经常交付的方法都可以获益。

您的个人工作产品将获得团队通过Scrum获得的相同优势：

• 每次{Sprint Iteration Period Here}你都会得到一些完成的东西，你可以递交并说“现在就准备好了”。
• 您的估算技术将开始通过反思和回顾来改进
• 你将开始计划你的一天，并为自己做出有关完成工作的承诺，所以你的能力估计会再增加
• 回顾将正式改善您的个人工作流程。您将开始积极改进，删除和适应您和您的个人需求。

你将无法依靠其他团队成员提供帮助，这有点令人讨厌，而且你不会有产品所有者，Scrum主人或积压工作来挑选任务。您甚至可能无法决定接下来要做什么。但我认为正式的纪律和反思对于所有级别的工艺从业者都是有帮助的，无论是单独的还是成群的。

谁知道，一旦他们看到你获得了什么好成绩，你甚至可以激励你的团队进行Scrum。

Answer 2

我建议您使用极限编程，因为这对于一个编程比基于团队的决策过程更有效。

然后你可以获得更敏捷的好处，但是如果你的团队不灵活，那么由于使用了不同的范例，你会遇到一些问题。

Answer 3

对我而言，最大的关键是从我的主管那里获得支持。尝试使用某种Sprint可能很难让它多次中断（假设XP团队处理得更好，但我认为没有任何开发人员这样做。）。此外，不要忘记包括高级用户（他们可能是测试人员）或可以用作产品所有者的其他部门的成员。我喜欢与其他用户坐在一起并进行一种配对编程（好吧，他们不编码），我可以在编码时提问，并做快速演示以获得反馈。这有助于我努力创建规范，因为那些请求应用程序的人很难告诉我他们想要什么。

Answer 4

即使只是你在日常站立，也可能是scrum。

如果你将昨天的计划与实际进行比较并定义今天的计划 - 不与其他人交谈 - 这仍然是一种日常的站立。

如果你遵循每日冲刺释放周期，我会说你正在做的事情可能就是scrum;即使每天早上都没有其他人可以与之交谈。

Answer 5

天儿真好，

为了学习最好的东西Scrum是早期和经常让客户参与的概念。这样，当你在经过六个月的努力工作后交付给客户时，并没有令人讨厌的“这实际上不是我们想要的”。

HTH

欢呼声，