我们目前正在使用Scrum来帮助开发一套C++和C#的软件库。 该领域的本质是这样的，我们需要对不断变化的需求做出非常反应 - 以至于冲刺计划往往最终会因为高水平的紧急工作而浪费时间。 我认为是时候切换到精益(看板(开发模型而不是Scrum了，因为这过去对我们来说效果很好。
不过，我还想到，我希望能够向我的经理证明我的团队人手不足。 我不清楚如何有效地做到这一点，因为精益方法支持花在任务估计上的时间非常少。 我应该鼓励我们的客户(和我的经理(专注于工作的优先级，而不是每个功能需要多长时间。 问题是，我们仍然有一个艰难的最后期限，他们想知道我们可以达到它。 为了承诺，我觉得有必要衡量事情并计算我认为我需要的员工！
问题是，如果我的团队使用专注于优先级的流程，我不知道如何为更多员工提出论据 - 我需要估计我们期望完成的所有工作，然后提供数字来证明"我们需要 X 更多的人"。
从本质上讲，我想我是在问，当你采用精益、敏捷的流程时，是否有人有任何好的技巧来衡量团队能力，并为团队能力的变化提供理由？
在看板中，您可以设置"服务等级"并为每个服务等级分配"服务级别协议"。
例如，阻止客户的问题是 #1 优先级，甚至可能导致我们超出 WIP 限制并从正在进行的工作切换到满足。此类工作将在 3% 的时间内完成 90%。(此类协议应从真实数据中得出，如果您每天记录项目状态，例如，在累积流程图中，您将开始积累这些数据。
除了服务等级和SLA之外，您还可以规定团队20%的时间应该花在这些紧急("加急"(问题上，60%的时间花在正常工作(例如功能开发(上，也许20%的时间花在持续改进、卫生、技术故事等上。
如果你能就此获得管理层的同意，然后如果你能证明你把60%的时间花在紧急消防问题上，那么你就可以证明你需要更多的团队成员来完成"正常"(预期(的事情。
你有详细的功能列表吗？如果是这种情况，您可以像这样处理：
- 列出您的功能
- ，并为每个功能列出您的故事。
- 然后与您的团队一起尝试估计故事：比较具有相似功能的每个故事以估计它。您还可以使用一些估算工具，例如计划扑克。
- 计算延迟，并尝试与经理一起确定下一个版本所需的内容。让他参与决策，他会自己看看你是否需要删除一些功能或让更多的人参与这个过程。