甚至积压的订单也需要整理

如果可以,请想象一下这种常见情况。

您的一位朋友打电话给您说:

“嘿,您介意在周六帮助我搬家,我要聚集4到5个人,我们要把我的东西搬到新房子吗?”

您当然会回复:

“我一定能帮上忙,您什么时候要我在那里?”

“我们从凌晨10:00开始!”

您可能已经猜到接下来会发生什么。

您出现在您的朋友之家,期望所有东西都很好地装在盒子里,并且您只是要将一些盒子和家具搬进U型拖拉车,但是您看到的是:

认真吗

他不能清理房子,至少要把东西放进盒子里,然后让5个人出现在他家搬东西吗?

因此,原本需要2个小时的工作变成了2天的磨难,因为您和其他4个朋友围坐在旁边,等着搬家的朋友收拾东西,以便您可以将其放在卡车上。

你们中的所有5个人实际上都帮不上东西的包装和垃圾的扔掉,因为只有一个人知道什么是垃圾,什么东西需要放在什么盒子里。

如果您的朋友在您五个人过来帮忙之前清理了垃圾并将所有物品包装在盒子里,事情就会快得多!

您的积压清单是您的公寓

当您召集5名开发人员和质量检查人员时,会发生同样的事情
“伙伴”,并要求他们完成一些冲刺工作。

如果团队试图理清需要做什么,什么是垃圾以及需要在什么盒子中放什么东西,那么他们在完成工作上的速度将会慢很多。

您会看到,未整理的待办事项列表与流浪汉没有什么不同。 通常,它可以使用良好的洗涤和适当的剃刮。

当我在这里谈论积压工作时,我什至没有在谈论召开计划会议,您可以在其中计划下一步的工作。

安吉拉•德鲁克曼(Angela Druckman) 对美容课有很好的描述

这样做的想法是定期整理您积压的前x%积压订单,以便将它们放在干净整洁的盒子中,以便在团队领取时进行处理。

这里重要的是,这是团队活动,每个人都应参与积压整理。 不过,在大多数情况下,企业确实拥有积压的订单,因此,他们应该指导团队确定哪些事情可以放入哪个盒子。

那么及时积压梳理呢?

为什么要处理积压直到最后一分钟负责?

好问题。

对于答案,我将您带回到我开始撰写此帖子的动态场景。

在您的朋友收拾好一切并摆脱垃圾之前,让每个人走过去并尝试移动他的效率如此低下的原因是,您最终将有大量的空闲时间在等待一个人。

考虑一下由8个开发人员组成的团队开始同时处理积压工作时发生的情况。

如果不是所有的待办事项都是“整理”的,而是零散的大小和零件错综复杂,那么每个开发人员都将不得不与同一个业务人员就开发人员正在处理的待办事项进行交谈。

该商务人员不在办公室时会发生什么?

当此业务人员试图回答8位开发人员的问题时会发生什么?

如果有足够的时间就积压问题与开发人员联系,该怎么办?

现在,将这种情况与将要处理的所有积压工作很好地打包在整齐的小盒子中的情况进行对比。

待办事项列表可能未包含要实施的所有技术细节,但已分解为团队很容易理解的小片段。

在这种情况下,团队将能够获取未完成的订单并开始工作。 当然,他们仍将不得不向业务部门询问有关积压的问题,但是被问到的问题的类型从根本上改变了。

对比这种问题:

那么,这个积压到底是关于什么的呢? 我们要构建什么样的东西来报告这些数据?

对于这种问题:

如前所述,我在积压订单中看到,我们正在为此客户创建自定义报告。 我还看到我们已经定义了此列A应该做什么。 我应该使用计算X还是计算Y来计算此列?

第一种问题最好在与所有合适的人进行的较大会议上得到回答。 要回答第一种问题,可能需要进行一些研究。 第一种问题将阻止积压工作的完成,因为它不容易回答。 它需要思考,也许要问其他人,与客户交谈等等。

第二类问题是具体的。 通常一个人可以解决这个问题。 最重要的是,它不会阻止这项工作。 开发人员可以继续实施解决方案的各个部分,并在以后放入算法以计算一些价值。

参考:在我们的JCG合作伙伴 John Sonmez的博客“让复杂变得简单”中, 甚至还需要积压工作

相关文章 :

翻译自: https://www.javacodegeeks.com/2011/10/even-backlogs-need-grooming.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值