6

我们有一个开发人员从事 3 个不同的项目。他曾经致力于错误修复、维护和一些功能实现。在一个特定项目中，他与另一位初级开发人员合作。

我们公司希望为所有项目实施 Scrum。对于 1 人或 2 人项目，处理 Scrum 流程的最佳方法是什么？

4

5 回答 5

12

我同意它应该保持 Simple Stupid，但大多数 Scrum 框架都可以在这里使用。

我有几个人以这种方式从事项目以及维护/运营工作。

产品负责人/待办事项 - 仍然有负责定义业务价值和优先级的负责人，对吗？积压的工作应该仍然存在。如果他是更大 Scrum 企业的一部分，那么他可能需要以更大的 Product Backlog 为食。

Scrum 团队——是的，它是一个 1 人或 2 人的团队。所以它真的是自我组织......但没关系！每日站会？是的，在 2 个人之间，或者如果它有时只是 1 个人，是检查任务和问题的好时机，想想需要向 Scrum of Scrum 或产品负责人提出哪些障碍。

Sprint - 仍然是一个好主意，特别是如果是在 sprint 中工作的大型 Scrum 企业的一部分，但即使没有它。赶上 PO 的好机会，演示你得到了什么，激励自己，回顾并看看你可以做得更好，为下一个 sprint 做计划。请注意，如果在 Scrum 企业/Scrum of Scrum 之外工作，sprint 可以从比平时更短的时间中受益，因为范围可能更小并且计划开销更低。但这取决于情况。

回顾展——是的，它可以单独举行。我认为杀手级程序员需要回顾他们自己的工作/进展，并对阻碍他们的事情采取行动。甚至在您的工作区中保留一张图表以帮助您取得进步。

任务板/燃尽 - 是的，你需要这些。您可以将它们放在墙上的工作空间中，它们可以很小，但即使您是一个人，它们也确实很有帮助。为什么 GTD（Getting Things Done）可以帮助一个人而 TB/BDC 却不能？如果那个人正在做项目工作，那么 Sprint Burndown 和 Release Burndown 会提供很多价值。如果他在做运营/维护工作，这仍然是一种验证他是否走上正轨并相应地采取相关措施的方法。

Scrum Master - 这个人应该是他自己的 Scrum Master。

教练——如果组织有教练帮助团队/SM/PO，那么他也应该帮助这个 Scrum 小组……

总而言之——我很清楚，Scrum/Agile 的价值观和原则也适用于 1-2 人团队。同样清楚的是，大部分 Scrum 也可以应用。

问题是有关个人的想法。

如果管理层、开发人员、PO 都同意并相信价值观/原则是有意义的，并努力改进，它就会奏效。如果他们不这样做，那么首先要达到整体思维有意义的地步，然后处理单个团队......

于 2009-04-21T11:20:18.483 回答
6

SCRUM 的理想团队是 8-10 人。所以，我不知道你怎么能让它为这么小的团队工作。

一般来说，管理人员会误解 Scrum 或敏捷流程。仅仅通过阅读 Scrum 的成功率，它就会在管理人员中产生我想做的那种吸引力。

整个 SCRUM 实施有两个方面：

  • 流程：站立会议、回顾会议等。
  • 工程实践：创建明确的需求（用户故事）、测试自动化、持续集成等。

恕我直言，您的管理层在这里期待工程实践和（可能）一些流程。

你可以零碎地采用这些来获得更好的状态，然后你可能会像现在这样。（至少在管理层的眼中;-)）

于 2009-04-14T10:55:49.243 回答
4

也许 SCRUM 在这里有点矫枉过正。组织成工作包和基础任务。

最好的办法？保持简单愚蠢。不要用太多的管理开销来膨胀项目。您不必为 Scrum 任务使用软件。Redmine / JIRA 等问题跟踪器非常适合跟踪您的进度和分配任务。但是您也可以使用带有一些磁铁和备忘录（任务名称）的白板。所以你可以通过看板分配任务；）

于 2009-04-14T10:47:56.233 回答
3

以我的经验，Scrum 仍然适用于由几个人组成的小团队中的项目，这些人有现有的职责。原因如下：

  1. 它仍然鼓励任务突破和细粒度估计。
  2. 冲刺仍然是固定的工作单元，其范围或持续时间不应改变。
  3. 每日站立会议仍然鼓励定期讨论。
  4. 您仍然在迭代周期中交付。
  5. 还有一个燃尽图可以追踪。
  6. 您仍然有回顾性的持续改进阶段。

所有这些都同样适用于 2 人团队或 8 人团队。不要被人们说“只有一种方法可以做 Scrum”或者你需要超过少数人才能让它工作的人吓到。

于 2009-05-04T22:06:45.500 回答
2

Scrum 在这里肯定是矫枉过正。此外，不要认为 Scrum 是灵丹妙药，如果无法在项目中实施它，就会感到被冷落。阅读 37signals 的 Getting Real 和其他一些关于保持精益的资源，你会发现与 1 或 2 人的跨学科团队合作实际上是一个非常高效的单元，如果所涉及的 1 或 2 人愿意并且有能力的话。

正如 Martin K. 所说：保持简单愚蠢。也就1、2个人而已，没必要有“项目管理”之类的。去掉废话，然后去做。

（这并不是说您不应该遵循预算、支出和衡量进度，但不要在不需要的基础设施上浪费时间和金钱）

于 2009-04-20T20:49:01.867 回答