具体来说,如果您只接受新工作,您知道团队可以在给定的迭代中完成吗？即使您知道团队没有时间完成它,也可以启动下一个优先级最高的积压项目吗？谢谢!
Jen*_*der 15
我们利用时间来修复错误,并偿还一些技术债务.
如果您可以在不与产品所有者交谈的情况下执行此操作,则取决于您对Scrum的理解或与产品所有者的工作安排.
在我个人看来,你为冲刺做出了承诺.你的部分交易是履行承诺.另一方面,产品负责人应该没有技术资源,因为这是开发人员擅长的.技术债务是技术性的东西.虫子可能是.但最终你必须与PO达成共识,你可以自己决定什么以及你有什么需要咨询PO.在理想的世界中,开发人员非常了解产品,他们可以自己做出决定.
从下一个项目开始当然是另一种选择.如果你无法完成它,Lex Scrum说不要碰它.我在某种程度上喜欢这个定律,因为它实际上会产生一些可以被开发人员好用的松弛......比如修复错误和偿还技术债务.如果实现另一个故事是最好的利用你的时间:找到一个你可以完成的.如果你找不到/创建一个,这实际上是你刚刚找到的障碍.假设我们至少在谈论2-3个开发人员的4小时这样的事情,我们真的应该能够找到一些有用的东西来实现这些资源,不是吗？
你应该只接受你知道团队可以在给定迭代中完成的新工作吗？即使您知道团队没有时间完成它,也可以启动下一个优先级最高的积压项目吗？
记住"个人和流程与工具之间的互动"做你的常识告诉你的事情.不要太忙于工具和流程.
根据Scrum指南,团队承诺的工作量完全取决于团队.
当完成上面的所有项目时,启动下一个最高优先级项目没有任何害处.然而,最好的是将物品分解成更小或更薄的切片,这实际上可以完成.
如果团队提前完成所有积压项目,那么团队肯定会占用更多.