使用看板-基础/精益开发时的能力规划
我们目前正在使用Scrum来帮助在C++和C#中开发一组软件库。领域的性质是这样的，我们需要对不断变化的需求做出很好的反应--以至于由于高水平的紧急工作，sprint-planning经常会浪费时间。我认为现在是时候切换到精益(看板)开发模型而不是Scrum了，因为这在过去对我们来说工作得相当好。
不过，我也希望能够向我的经理们证明我的团队人手不足。我不清楚如何有效地做到这一点，因为精益方法支持在任务估计上花费非常少的时间。我应该鼓励我们的客户(和我的经理)把重点放在工作的优先级上，而不是每个功能需要多长时间。问题是，我们仍然有一个硬性的最后期限，他们想知道我们能做到。为了承诺，我觉得有必要衡量事物并计算我估计需要的人员！
问题是，如果我的团队使用的是一个专注于优先级排序的流程，我不知道如何才能为增加员工提出理由--我需要估计我们预计要完成的所有工作，然后提供数字来证明“我们需要更多的人”。
本质上，我想我是在问，当你采用了一个精益、敏捷的过程时，是否有人有任何好的技巧来衡量团队能力，并提出改变的理由？
回答 2
Stack Overflow用户
发布于 2012-09-15 12:12:45
在看板中，您可以设置“服务类别”，并为每个类别分配一个“服务级别协议”。
例如，阻碍客户的问题是第一优先级，甚至可能导致我们超出在制品限制，从正在进行的工作切换到满足。这样的工作将在3天内完成90%的时间。(这样的协议应该来自真实数据，如果您每天记录项目状态，例如，在累积流程图中，您将开始积累这些数据。)
除了服务级别和SLA，您还可以规定团队应该将20%的时间花在这些紧急(“快速”)问题上，60%花在正常工作上(例如，功能开发)，也许20%花在持续改进、卫生、技术故事等上。
如果你能在这方面获得管理层的同意，如果你能证明你把60%的时间花在紧急的消防问题上，那么你就可以证明你需要更多的团队成员来完成“正常”(预期)的事情。
Stack Overflow用户
发布于 2012-06-01 16:54:01
您有详细的功能列表吗？如果是这样的话，你可以这样处理：
- 列出你的功能，并为每一个列出你的故事。
- 然后和你的团队尝试估计故事:将每个故事与类似的功能进行比较以估计它。你也可以使用一些评估工具，比如计划扑克。
- 计算延迟，并尝试和你的经理一起找出下一个版本需要什么。让他参与决策，他将亲自考虑您是否需要删除某些功能或让更多人参与此过程。
https://stackoverflow.com/questions/10506682
复制相似问题
腾讯云开发者
