关于 Sprint 拦截器和范围更改的问题

问题描述

对于当前的 sprint，我分配了 3 个项目，其中两个被归类为“阻碍者”。第三项（已完成）今天发生了需求变更。

我检查了“拦截器”是什么意思，它们会阻止您完成任务，对吗？那么，目标本身怎么会成为阻碍呢？

此外，由于对几个项目的支持，我本周被迫进行了大量上下文切换，这使我无法适应阻塞任务。

顺便说一句，由于有效地越过了 ScrumMaster 的头，我确实将一项阻止任务重新归类为“主要”任务，因为它是一个非面向客户的试点项目，我已被拉入电话会议。事实上，这两个拦截器都是通过这种方式产生的。

由于发现了一个错误（不是我的代码），第三个项目的范围发生了变化，但影响了我。

我不清楚如何处理这一切。有什么想法吗？

解决方法

“拦截器”这个词有时确实被用来描述非常高优先级的任务。

例如这张票是另一支球队的拦路虎，所以我们必须尽快解决。

我同意这可能会令人困惑！

,

当一个任务（Task_1）是'blocker'时，意味着如果不解决它，团队中的另一个任务（Task_2）就无法完成..所以'blocker'任务通常具有较高的优先级。

所以你可以想象这两个任务必须连续完成，就像在 Airflow DAG 中一样：

任务_1 >> 任务_2