是否有可能将他们的方法转换为 scrum
7 回答
Scrum 的两个最佳实践是:
将您的员工分组为小团队。
保持快速高效的沟通(尤其是会议)。
所以,是的,毫无疑问,Scrum 适合小型组织。事实上,作为一个小型组织,你需要更少的重组来开始应用 scrum !
你甚至可以单独进行 Scrum,它被称为“ Solo Scrum ”。
正如其他人所指出的那样,Scrum 可以在所有级别上使用,它可以作为 1 的 scrum 单独完成。同样,您可以拥有“scrum of scrums”,它本质上是一个 scrum 团队的金字塔。每个团队都专注于一个功能或相关的功能集。团队会选出一两个成员来代表该功能团队向更多的观众(他们不需要每天开会!)并且该团队可以向上移动......您也可以更换代表,但我建议在 sprint 之间这样做,这是进行更改的最佳一般时间。
我对任何刚开始使用 Scrum 的人说的最重要的事情是:
- 从基础开始,不要沉迷于花哨的软件!使用索引卡、标记板等。这条规则的唯一例外是团队分散时。
- 在最初的几个 sprint 中,遵循所有的 scrum 规则。只有在您进行了几次冲刺之后,才能进行重大更改。这样,如果该过程对您不起作用,您就会知道这不是因为您立即做出了改变。
- 将更改排除在 sprint 之外。管理层不喜欢这个想法,因为他们想要控制,但事先已经同意产品更改发生在冲刺之间。
- 找一个“scrum 发起人”,这个人经历过一些 sprint 并且可以提供帮助(但不能干涉)。
祝你好运!
对,但是...
我在一个小型组织中使用 Scrum 遇到的一个问题是,产品负责人经常不可用(由于还有许多其他职责)。
不用说,这会严重影响您的敏捷性。如果您想在这种情况下应用 Scrum,请务必清楚地传达产品负责人的角色是一个耗时的角色。
没问题。我的经验是,即使是大公司也决定转向敏捷(scrum),他们从小团队中的 Scrum 开始——作为“概念证明”。
例如,我们从 2 名开发人员开始,然后迁移到具有 20 多名开发人员、4 个团队和 3 个独立项目的 Scrum。
当然,Scrum 的某些方面只适用于大型团队,但也适用于小型团队。
像许多事情一样,这只是采取对您的公司或团队有用的事情,而不是盲目地遵循所有这些事情,因为“这就是你所做的”。
我已经看到它在 1 个开发人员和 3 周的预算下非常成功,只需将其缩减并调整为仅与该规模项目相关的想法。不确定这是否仍然算作 scrum,但它确实有效。
最终,任何项目管理计划都比没有好,您越早意识到问题的影响就越小。
Scrum 最适合小型组织,原因如下:
- 没有太多需要改变的命令和控制的心态。
- Scrum 团队和产品负责人之间更轻松、更非正式的讨论。
- 开发团队、文档团队、QA 团队等没有很多明确定义的孤岛。因此,由从事产品工作的人员组成团队并让他们继续前进会更容易。
- 没有多少先前的流程可能会阻碍 Scrum 流程的建立。
- 小型组织通常没有为向高级管理层报告进度而创建大量报告的开销。您可以邀请他们随时查看墙上的烧毁。
我想这些理由已经足够了。在你的组织中接受它。
只要确保有一个非常了解该过程的人来为您实施它。另外,很高兴为第一个 Sprint 找一个教练。