DevOps燃尽图

你要求的是缺乏透明度。

燃尽图显示的剩余工作轴和时间轴。当你承担这个特别的工作在你的冲刺,剩余的工作的数量将会增加。如果您使用的是燃尽图,而不是反映了新添加的工作意味着你不诚实和透明的人阅读燃尽图。

它可能是更好的理解这个紧急的临时工作是来自哪里。可能有机会识别之前需要做的工作,因此它可以精炼和计划。可能还有机会了解其真正的紧迫性和重要性,推迟一些未来的冲刺。在某些情况下,然而,如果一个足够的临时工作是一个团队的工作的本质的一部分,也许不合理使用框架是建立在计划和执行时间框迭代。

我如何添加临时用户故事紧急DevOps团队工作而不影响燃尽图吗?有什么方法可以使用,我们不要把燃尽图的范围渐变类型?我的团队已经采取临时工作几乎每隔一天总是影响我们的sprint。

如果工作正在推动团队,它必定会影响他们的能力来满足目标冲刺。他们已经做了承诺,现在其他承诺是推力。你为什么试图掩盖这件事?