是否应允许开发人员参与积压计划流程?

bed*_*wyr 5 agile scrum backlog

我最近采访了一家公司,该公司已开始为其开发周期引入Scrum.我向其中一位开发人员询问了他们的体验是什么,听起来他们完全脱离了规划过程.他不允许任何关于什么进入特定Sprint的输入,也没有参与任何计划或修饰活动.

基本上,在最后一个Sprint(或两个)开始时,他被交给了待办事项清单.他不得不将项目分解为各自的任务(因此他们可以在Sprint上工作),但没有参与任何计划活动; 我怀疑他被允许对项目可能花费多少努力的大量投入 - 我怀疑建筑师为团队决定了这一点.

这是Scrum应该如何处理?我现在的团队完全参与所有计划活动,不断添加我们对如何解决功能以及可能采取多少措施的意见.我对一家公司有点持怀疑态度(并且很紧张),该公司只是简单地将开发人员列入待办事项清单而不要求他们提供意见.

注意:据我所知,一旦Sprint启动,列表确实是一个优先的待办事项列表.我担心的是从一开始就没有投入到规划过程中.

小智 14

如果那些正在做这项工作的人不愿意提供投入,说明什么样的工作可以适应冲刺,让业务决定什么是最重要的,应该安排适合.它无法逃脱.他们正在使用新的时髦敏捷词,但做同样的旧事.

  • 为"他们使用新的,时髦的敏捷词语,但做同样的旧事物"+1. (6认同)

Pas*_*ent 9

(......)他不允许任何关于什么进入特定Sprint的输入,也没有参与任何计划或修饰活动.

显然,他们仍然在进行命令和控制以及微观管理(团队没有授权和自组织),他们仍在使用基于推送的调度(他们没有启用拉调度).

Scrum有其他特点,但上述几点足以说明他们没有做Scrum,无论他们如何命名,他们都没有真正从过时的瀑布方式转变(他们只是在猪身上涂了一些口红).

这是一个很大的暗示,他们对Scrum的内容仍然完全无能为力,他们根本没有得到它.如果他们甚至想要改变,如果没有一些检查和调整,这不会改变.如果你没有力量做到这一点,那就逃跑吧.


S.L*_*ott 7

这是Scrum应该如何处理?

没有.