检查5阶段模型中先前（敏捷）的回顾性缺失

作者: 别闹
发布时间: 2025-02-27 11:21:48 (1天前)
转自：

4 条回复

0#
回复此人
庸人自扰1 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我希望决定做什么部分包括如何验证行动并决定如何前进。这可能会说“我们将在下一次回顾展开始时审查对QA进行质量检查的错误数量的影响”，或者可能计划的行动时间长于或短于一个冲刺，或者可能在其他时间验证。我肯定希望团队在采取行动时决定这个以及设定成功标准（出于避免挥之不去的半变化或确认偏差的影响的原因）。 </p> <P> 我读了这本书已经有一段时间了，但是我不记得它说除了这五个步骤之外你不能在复古上做任何其他事情。 </p> </DIV>

编辑
1#
回复此人
句号了哦哦 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 该书的第2章解释了团队历史和环境的重要性，并为回顾展制定了目标。因此，您可以制作回顾展，专门检查您的最后行动以实现进一步的目标，或让它自然发生。我的意思是如果同样的问题发生或团队认为没有完全解决，在收集数据阶段可能会出现运行实验。 </p> <P> Scrum要求包括在之前的回顾会议中确定的至少一个高优先级改进。在我看来，它已被包括在内以面对一个共同的问题：不实施任何改进。有时因为回顾只是一种没有改进行动的悲叹，或者因为在下一次迭代中没有给出连续性（没有执行可操作的项目）。如果您设法克服这两个障碍，那么对改进措施的检查将包含在迭代本身的检查中。因此，当您检查上一次迭代时，您已经在检查假设/假设/操作。 </p> <P> 无论如何，如果你想要一个具有明确连续性的工具进行多次迭代来解决更复杂的问题，你可以关注丰田卡塔： <a href="https://blog.crisp.se/2013/05/14/jimmyjanlen/improvement-theme-simple-%20and-practical-toyota-kata" rel="nofollow noreferrer"> 丰田卡塔 </A> </p> </DIV>

编辑
2#
回复此人
My☀ | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 当然，检查以前的追溯行动可以成为复古议程的一部分。但是，团队可以决定以不同方式处理此类操作。我已经将操作视为技术用户故事或在看板中识别出的任务。这样，团队就可以很好地了解复古过程中决定的行动。 </p> </DIV>

编辑

登录后才能参与评论