1

我们目前正在使用 Scrum 帮助开发一组 C++ 和 C# 软件库。领域的性质使得我们需要对不断变化的需求做出相当大的反应——以至于由于高水平的紧急工作，冲刺计划往往最终成为浪费时间。我认为是时候切换到精益（看板）开发模型而不是 Scrum，因为过去这对我们来说效果很好。

不过，我还想，我希望能够向我的经理证明我的团队人手不足。我不清楚如何有效地做到这一点，因为精益方法支持在任务估计上花费的时间非常少。我应该鼓励我们的客户（和我的经理）关注工作的优先级，而不是每个功能需要多长时间。问题是，我们还有一个艰难的最后期限要完成，他们想知道我们可以完成它。为了承诺，我觉得有必要衡量事情并计算我认为我需要的员工！

问题是，如果我的团队正在使用专注于优先级的流程，我不知道如何为更多员工提出论据——我需要估计我们期望完成的所有工作，然后提出数字来证明“我们需要 X 更多的人”。

本质上，我想我是在问，当您采用精益、敏捷的流程时，是否有人有任何好的技巧来衡量团队能力，并提出改变团队能力的理由？

4

2 回答 2

1

在看板中，您可以设置“服务等级”并为每个等级分配“服务等级协议”。

例如，阻碍客户的问题是第一优先级，甚至可能导致我们超出 WIP 限制并从正在进行的工作切换到满足。这样的工作将在 3 天内完成 90% 的时间。（此类协议应源自真实数据，如果您每天记录项目状态，您将开始积累这些数据，例如，在累积流程图中。）

除了服务等级和 SLA，您还可以规定团队 20% 的时间应该花在这些紧急（“加急”）问题上，60% 用于正常工作（例如功能开发），也许 20% 用于持续改进、卫生、技术故事等。

如果你能在这方面得到管理层的同意，然后如果你能证明你将 60% 的时间花在紧急消防问题上，那么你就可以证明你需要更多的团队成员才能变得“正常”（预期）的东西完成。

于 2012-09-15T04:12:44.713 回答
0

你有详细的功能列表吗？如果是这种情况，您可以这样处理：

  • 列出您的功能，并为每个功能列出您的故事。
  • 然后与您的团队一起尝试估算故事：比较具有相似功能的每个故事来估算它。您还可以使用一些估算工具，例如规划扑克。
  • 计算延迟并尝试与您的经理一起找出下一个版本需要什么。让他参与决策，如果您需要删除某些功能或让更多人参与此过程，他会亲自查看。
于 2012-06-01T08:54:00.613 回答