混合小团队——Scrum 可行吗？
Mixed little Teams - Scrum feasible?
我们是一个30人的团队，由业务经理、开发人员和软件测试人员组成。
我们的开发人员从事不同的项目，这些项目具有部分不同 - 部分相同的产品。他们尽可能互相帮助。因为我们都在同一个房间，所以这很容易。
现在我问为什么我们不使用 Scrum。
我得到的一个答案是：因为我们都在同一个房间里，我们在互相帮助。这进行得非常快，所以我们可能不需要 Scrum。我们的一些产品仅由 2 人开发。因此，只有我们两个人开站立会议会有点奇怪。还有我们的同事来上班的时间不同，有些人有时在家办公。
在这样的环境下Scrum真的不可行或者没有给公司带来任何价值吗？
希望得到您的意见、想法、想法...
最好的，
马克
如文献所述（参见 here）理想的团队规模在 4-8 人之间。较小的团队应该使用 XP。
我的个人意见是，即使您是单身开发人员，也可以参加 Scrum！
Scrum 与您的客户和团队以及他们沟通的方式有关。你总是谈论你的团队。但更重要的是如何与 "customer/stakeholder" 沟通，如何进行项目管理。如果您有客户参与，那么看看这些流程是否也像您的开发团队一样出色。软件开发的大部分问题都在这里（需求规范、客户期望、budget/time...）
有些方面你没有使用 scrum（因此我建议即使在 2 人团队中也使用 scrum）。你也不必选择所有的东西，只选择你喜欢的部分
- 待办事项（未来 x 周的计划）及其记录！
- 燃尽图（我们现在站在哪里）
- 持续改进（在 Scrum 中您捕获障碍，反映好的和坏的..）
- Daily Scrum（对于一个人反映我做了什么和第二天做什么！以及发生了什么问题甚至有意义。）
- Scrum 的大多数其他方面...
我目前正开始 implement/use 我作为一个单身 person/developer 所有这些，我只能说这让我的工作和我作为程序员变得更好。我什至这么说，作为我自己的客户和 PO（我为我开发自己的 products/business）！甚至比它更有意义。优点是，这对于 scrum 来说都是非常轻量级的（没有开销）。
Scrum Guide 建议团队规模为 3-9 人。
下限是有原因的。少于 3 人的团队互动较少，并且可能缺乏在冲刺中交付潜在可发布增量的技能。当您的团队规模很小时，让产品负责人保持参与可能是一个挑战。
我个人的经验是，由于假期和其他缺勤对团队的影响，4 人是更现实的下限。
Scrum 团队始终如一也很重要。 Scrum 方法的好处之一是它让我们可以计算团队的能力，而这由于经常更换团队成员而变得复杂。
使用 Scrum 工作时，在家工作的团队成员和核心工作时间不同应该不是主要问题。这在许多 Scrum 团队中很常见，可以通过仔细同步和使用消息应用程序和 voice/video 会议等技术来缓解。
我们是一个30人的团队，由业务经理、开发人员和软件测试人员组成。 我们的开发人员从事不同的项目，这些项目具有部分不同 - 部分相同的产品。他们尽可能互相帮助。因为我们都在同一个房间，所以这很容易。
现在我问为什么我们不使用 Scrum。
我得到的一个答案是：因为我们都在同一个房间里，我们在互相帮助。这进行得非常快，所以我们可能不需要 Scrum。我们的一些产品仅由 2 人开发。因此，只有我们两个人开站立会议会有点奇怪。还有我们的同事来上班的时间不同，有些人有时在家办公。
在这样的环境下Scrum真的不可行或者没有给公司带来任何价值吗？
希望得到您的意见、想法、想法...
最好的， 马克
如文献所述（参见 here）理想的团队规模在 4-8 人之间。较小的团队应该使用 XP。
我的个人意见是，即使您是单身开发人员，也可以参加 Scrum！
Scrum 与您的客户和团队以及他们沟通的方式有关。你总是谈论你的团队。但更重要的是如何与 "customer/stakeholder" 沟通，如何进行项目管理。如果您有客户参与，那么看看这些流程是否也像您的开发团队一样出色。软件开发的大部分问题都在这里（需求规范、客户期望、budget/time...）
有些方面你没有使用 scrum（因此我建议即使在 2 人团队中也使用 scrum）。你也不必选择所有的东西，只选择你喜欢的部分
- 待办事项（未来 x 周的计划）及其记录！
- 燃尽图（我们现在站在哪里）
- 持续改进（在 Scrum 中您捕获障碍，反映好的和坏的..）
- Daily Scrum（对于一个人反映我做了什么和第二天做什么！以及发生了什么问题甚至有意义。）
- Scrum 的大多数其他方面...
我目前正开始 implement/use 我作为一个单身 person/developer 所有这些，我只能说这让我的工作和我作为程序员变得更好。我什至这么说，作为我自己的客户和 PO（我为我开发自己的 products/business）！甚至比它更有意义。优点是，这对于 scrum 来说都是非常轻量级的（没有开销）。
Scrum Guide 建议团队规模为 3-9 人。
下限是有原因的。少于 3 人的团队互动较少，并且可能缺乏在冲刺中交付潜在可发布增量的技能。当您的团队规模很小时，让产品负责人保持参与可能是一个挑战。
我个人的经验是，由于假期和其他缺勤对团队的影响，4 人是更现实的下限。
Scrum 团队始终如一也很重要。 Scrum 方法的好处之一是它让我们可以计算团队的能力，而这由于经常更换团队成员而变得复杂。
使用 Scrum 工作时，在家工作的团队成员和核心工作时间不同应该不是主要问题。这在许多 Scrum 团队中很常见，可以通过仔细同步和使用消息应用程序和 voice/video 会议等技术来缓解。