iis积压_即使积压的订单也需要整理

iis积压

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

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

“嘿,你介意在周六帮助我搬家,我要聚集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

iis积压

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值