Agile Development: Why Focus on Idle Work, Not Idle Workers?

“专注于闲置工作而不是闲置工人,以实现快速,灵活的流动。”

 - 来自Kenneth S. Rubin的Essential Scrum

 

许多产品开发组织更注重消除闲置工人的浪费,而不是浪费闲置工作。在Scrum中,我们敏锐地意识到,找到工作流程中的瓶颈并集中精力去消除它们比尝试让每个人保持100%忙碌更具经济意义。

但是,让我们说当前的Sprint是一些团队成员并没有真正有很多工作要做的事情。这种情况经常导致管理层疯狂,因为他们看到闲置的工人,传统的想法是闲置的工人不能提供价值。这在现实生活中很少发生,因为几乎总是有比团队更多的工作,但如果在当前的Sprint中没有工作的情况下会出现罕见的情况,那么出现的问题可能是:

我们应该暂时将这些团队成员重新分配给其他落后的团队/项目,以帮助他们赶上来吗?

我们是否应该向他们提供一个功能,在此期间积压工作的另一个特点是,同时考虑到它会让我们从头开始,因为他们无论如何都处于闲置状态?

当然,答案是两者都做不到。

如果'闲置'团队暂时加入另一个团队,它不会加快速度 - 恰恰相反,它会减慢一切。破坏团队的效率和节奏,他们的贡献将远小于他们减少其他团队能力的影响。此外,通过暗示其他团队无法自己处理任务,可能会损害士气。

如果闲置的工作人员开始在Backlog上开发一个功能更强大的功能,它会破坏产品负责人和产品组合管理的优先级设置和决策,这为Sprint留下了“嘿,你能帮不在Sprint的backlog中我临时的快速的支持”。

最好的解决方案是“闲置”团队成员查看董事会,看看是否存在他们可以在自己的团队中提供帮助的瓶颈。他们还可以学习一些能够扩大团队能力的工作,以便在看板图表上的当前区域/列之外工作。例如,  团队可能会自学一些有关测试或创建有效在线帮助的内容。

最有效的(在提供价值方面)是根本不关注闲置工人,而是继续专注于完成工作并最大化交付给客户的价值。通过了解这一基本事实并为其提供便利,这就是投资组合管理能够真正做到的地方。

更多的Scrum阅读

Visual Paradigm International