agile - 是否应该允许开发人员参与积压计划流程？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

3年前关闭。




Improve this question




我最近采访了一家开始在其开发周期中引入 Scrum 的公司。我向其中一位开发人员询问了他们的体验如何，听起来他们已经完全脱离了规划过程。他不被允许对进入给定 Sprint 的内容进行任何输入，也没有参与任何计划或梳理事件。

基本上，在最后一个(或两个)Sprint 开始时，他收到了一份待办事项 list 。他必须将项目分解为各自的任务(以便在 Sprint 中处理它们)，但没有参与任何计划事件；我怀疑他是否被允许对一个项目可能需要多少努力做出太多投入——我怀疑建筑师为团队决定了这一点。

这就是应该处理 Scrum 的方式吗？我目前的团队完全参与所有的规划事件，不断地增加我们关于如何解决功能以及他们可能需要多少努力的意见。我对一家只向开发人员提供待办事项列表而不征求他们意见的公司持怀疑态度(和紧张)。

注意:我知道一旦 Sprint 开始，该列表确实是一个优先级的待办事项列表。我担心的是没有从一开始就对规划过程进行投入。

Answer 1

如果那些正在做这项工作的人没有给出意见，说明在冲刺中可以容纳多少工作​​量，让业务决定什么是最重要的，应该安排合适的时间。它不会工作逃跑。他们正在使用新的时尚敏捷词，但做同样的旧事。