假设开发人员有兴趣学习 Scrum，但团队中的其他人没有兴趣。我意识到 Scrum 是为团队设计的，必须修改流程以适应一个人。
开发人员尝试 Scrum 是否有任何好处，即使团队没有？如果是这样，如何修改流程以适应这种情况？
【问题讨论】：
我认为，任何可以帮助您制定目标、任务、保持工作领先并经常交付某些东西的方法都会带来好处。
您的个人工作产品将获得与团队通过 scrum 获得的相同优势：
您将无法依赖其他团队成员提供帮助，这有点烦人，而且您不会有产品负责人、Scrum 主管或积压工作来挑选任务。您甚至可能无法决定下一步该做什么。但我认为正式的纪律和反思对所有级别的手工艺从业者都有帮助，无论是单独还是集体。
谁知道呢，一旦你的团队看到你取得了巨大的成果，你甚至可能会激励他们进行 Scrum。
【讨论】：
我建议您改用极限编程，因为这对于一种编程来说比绝对基于团队的过程更有效。
然后您可以获得更加敏捷的好处，但如果您的团队不敏捷，那么由于使用了不同的范例，您会遇到一些问题。
【讨论】：
对我来说，最大的关键是获得主管的支持。尝试进行某种 Sprint 只是让它被多次中断可能很困难（据说 XP 团队可以更好地处理这个问题，但我认为任何开发人员都不会这样做。）。此外，不要忘记包括高级用户（他们可能是测试人员）或其他可用作产品负责人的部门成员。我喜欢和其他用户坐在一起，进行一种配对编程（好吧，他们不编码），我可以在编码时提出问题并进行快速演示以获得反馈。当我难以创建规范时，这很有帮助，因为那些请求应用程序的人很难告诉我他们想要什么。
【讨论】：
即使每天的站立会议中只有你一人，也可以是 scrum。
如果您将昨天的计划与实际进行比较并定义今天的计划 - 不与其他人交谈 - 这仍然是一种日常站立。
如果您遵循每日冲刺发布周期，我想说您正在做的可能是 Scrum；即使每天早上都没有其他人可以交谈。
【讨论】：
生日，
从学习 Scrum 中得到的最好的东西是尽早和经常让客户参与的概念。这样一来，当您在六个月的辛勤工作后交付给客户时，就不会出现令人讨厌的“这实际上不是我们想要的”的时刻。
HTH
干杯，
【讨论】：