你认为什么是障碍？我知道Scrum说这个并且阻碍了团队阻止团队尽力而为。基本上它可以是一切吗？但是它在哪里变得神奇，哪里变得内在改善？
例如。我们希望在我们的数据库中拥有更真实的测试数据，那是内部改进还是障碍？我们作为一个团队可以尝试直接在sprint中解决它，或者我们可以说这是一个内部改进，需要成为一个故事并进入产品积压。
我认为有三种选择： 1.将所有内部改进作为待办事项中的故事处理，并使PO优先考虑它们。 2.在冲刺中的常规故事中与他们一起工作。 3.重要的事情是我们可以直接在冲刺中做的故事和小事情，而不会影响速度。
你怎么处理这个？我们需要有关如何做到这一点的提示和想法：）
答案 0 :(得分：6)
什么是障碍 一个障碍是任何阻碍团队的事情。这是一个非常开放的类别，可以包括以下内容：
我们经常关注明显的：工具和权威，但更多往往是让团队重新拥有的无形资产。团队凝聚力，知识和经验等。
更真实的测试数据 不要把改进归类为内部与障碍。我们的目标是将改进融入自然交付流程。因此，我的第一个倾向是说应该在交付的背景下完成所有障碍和改进。您希望改进能够体现在交付能力上。我们希望我们的结果能够反映现实。有时改进工作意味着我们会以未来增长的名义暂时降低速度。有时我们甚至会以质量的名义永久地降低速度。
我建议您逐步找到可以达到建议的最终状态的方法，并在每次触摸该区域，每个sprint和/或每次准备另一个测试运行时实现一点点（假设需要准备时间） - 如果没有 - 太棒了！）。
积压的改进 这是您的选择，您应该与您的PO讨论。了解虽然PO希望从sprint中获得高质量和改进的输出，但积压意味着从用户的角度来代表有价值的功能/要求 - 而不是你的。出于这个原因，我希望将改进项目放在积压工作上。您应该始终改进每个积压项目。您的采购订单也可能不愿意填写他们认为应该作为正常交付的一部分完成的事情。把它作为一个信号，表明这些东西对用户没有直接的价值，但却是以可持续的速度提供高质量价值的成本。
答案 1 :(得分：0)
障碍日志是一个重要的工具，其中记录了影响项目的所有障碍。障碍通常被描述为可能降低Scrum团队的生产力和绩效的障碍，障碍或障碍。必须尽快识别它们，快速找到解决方案并将其删除，以便团队有效地做出贡献。它们可分为两类：内部和外部。内部障碍可分为不正当沟通或降低劳动力绩效，而外部障碍可能涉及各种因素，如不必要的文件或软件许可证中的问题。如果组织在识别失败或未找到处理此因素的适当解决方案时，组织可能会遭受不必要的成本。 Scrum Master负责记录障碍日志中的障碍，这些问题可以在每日站立会议和Sprint评审会议中进行讨论和分类。您可以通过此SCRUM上的免费书籍点击此链接获取SCRUM和Agile的其他一些优秀资源，请在此处下载https://www.scrumstudy.com/sbokguide/download-free-buy-sbok