我们是一个 30 人的团队，由业务经理、开发人员和软件测试人员组成。 我们的开发人员从事不同的项目，这些项目具有部分不同 - 部分相同的产品。他们在力所能及的地方互相帮助。因为我们都在同一个房间里，所以这很容易。
现在我问为什么我们不使用 Scrum。
我得到的一个答案是：因为我们都在同一个房间里，我们互相帮助。这进展很快，所以我们可能不需要 scrum。我们的一些产品仅由 2 人开发。因此，仅与我们两个人举行站立会议会有点奇怪。此外，我们的同事上班时间不同，有些人有时在家办公。
在这样的环境下，Scrum 是不是真的不可行或者不会给公司带来任何价值？
希望你的cmets，想法，想法......
最好， 马克
【问题讨论】：
标签： scrum agile-project-management
如文献所述（参见here），理想的团队规模在 4-8 之间。较小的团队应该使用 XP。
我个人的意见是，Scrum 是可以的，即使你是一个开发人员！
Scrum 是关于您的客户 和团队 以及他们如何沟通 的方式。你总是谈论你的团队。但更重要的是与“客户/利益相关者”的沟通如何，项目管理如何完成。如果您有客户参与，请查看这些流程，如果它们在您的开发团队中也同样出色。软件开发的大部分问题都在这里（需求规范、客户期望、预算/时间......）
在不使用 scrum 的情况下你会失去某些方面（因此我建议即使在 2 人的团队中也使用 scrum）。您也不必选择所有内容，而只选择您喜欢的部分
我目前开始为我作为一个人/开发人员实现/使用所有这些，我只能说它使我的工作和作为程序员的我变得更好。我什至这样说，作为我自己的客户和 PO（我为自己开发自己的产品/业务）！甚至比这是有道理的。优点是，这与 scrum 一起非常轻量级（没有开销）。
【讨论】：
Scrum Guide 建议团队规模为 3-9 人。
下限是有原因的。少于 3 人的团队互动较少，并且可能缺乏在 sprint 中交付潜在可发布增量的技能。当您的团队非常小时，保持产品负责人的参与可能是一项挑战。
我个人的经验是，由于假期和其他缺勤对团队的影响，4 人是一个更现实的下限。
Scrum 团队随着时间的推移保持一致也很重要。 Scrum 方法的好处之一是它可以让我们计算团队的能力，而这会因为频繁更换团队成员而变得复杂。
在使用 Scrum 时，在家工作且核心工作时间不同的团队成员不应成为主要问题。这在许多 Scrum 团队中很常见，可以通过仔细同步和使用消息应用程序和语音/视频会议等技术来缓解。
【讨论】：