pid对于1阶系统的改善_改善1%

pid对于1阶系统的改善

与过去两个博客的数字和财务主题保持一致,我想将注意力转移到改进上,以及真正小的改进如何累加起来并可以证明大笔支出是合理的。 事实证明,这也是持续改进和持续交付的情况。

pid对于1阶系统的改善_改善1%

如果我承诺将您的团队提高1%,您会如何? –我确定可以!

如果您的团队的生产率提高1%,会有什么不同?

我猜不是很多。

更重要的是,您将很难进行那种出售。

:老板,我想聘请艾伦·凯利(Allan Kelly)为顾问几天,以就如何改进提出建议。
老板 :您希望他们有多少改进?
:他保证改善1%或您的退款 老板 :百分之一? 1%? 只有1%? 他收取10美元的费用是多少?

不,那是行不通的。

拿着钱的人喜欢看到大数目。 问题是,如果数字太大,它们将变得难以置信。 那些当权者希望看到一个重大的进步,但是人数越多,他们就越希望看到可以实现这种进步的证据。 而当数量很大时,则需要对其进行验证,这可能会减慢一切。

另一方面,有一些关于团队通过专注于1%的改进而获胜(我的意思是获胜)的故事。 在去年的管道会议上, 约翰·克拉珀姆(John Clapham)谈到了英国自行车队如何实现1%的改进。 我听说过几个有关一级方程式赛车队的故事,他们为获得1%的进步而努力工作。 毕竟,一级方程式赛车已经非常快了,因此很难获得1%的成绩。

那么大约1%是什么呢?

当然10%更好吗?

事实是,10%会更好,但是很难达到10%。 获得1%可能很难,获得10%可能要困难100倍。 即使找到可以带来10%的改进的东西,也很难。 另一方面,对于典型的软件团队来说,通常可以轻松进行1%的改进。

1%的诀窍是一次又一次地获得1%…

提升1%的诀窍是…… 迭代:定期获得1%的提升,然后让复利的效果发挥作用。

改进的大小不如改进的频率重要。 选择“轻松获胜”和“轻松完成”是有道理的,因为它可以使您不断进步。 当然10%可能会带来更大的变化,但是您必须找到10%的改进,您必须说服人们去追求它,您可能必须动员资源来实现它,等等。

1%应该容易得多。

假设您每周可以获得1%的改善。 在一年中,不仅改善了50%以上,还远远超过了60%的改善–因为每增加1%,就比以前的1%大1%。 因此,第50周的1%的改善实际上等于第1周的1.6%的改善。

这是我对此建模的另一个电子表格

假设您有一个由5人组成的团队,假设每年的费用为100,000美元,即团队的500,000美元或每周10,000美元(为了使数字简单,我用50周的时间来计算)。

现在,假设团队增加了10%的增值,即他们增加了10%的增值,然后增加了成本,因此,他们每年产生的价值为550,000美元。 那是每周$ 11,000。

接下来,假设他们每周提高生产率1%。 在第一周,他们提高了110美元,涨幅不大。
第二周他们提高了111美元,第三周提高了112美元,依此类推。

此时您可能正在思考:为什么要打扰? –即使在第49周,团队也只在第48周的总和中增加了$ 177。

但是……这些改进是累积的。 在上周,该团队交付的价值比第一周增加了6,912美元:价值17,912美元而不是11,000美元。 年度总价值增加了​​159,095美元。 那就是第一周的$ 11,110,第二周的$ 11,221。 第47周的价格为$ 17,912,第48周的价格为$ 17,734,第49周的价格为$ 17,559。

现在,该团队每年可带来709,095美元的增值-增长29%!

换句话说,159,095美元是每人每年31,819美元,或平均每周3,181美元,每人每周636美元。

乍一看,这似乎很疯狂:团队每周都在增加1%的额外价值,即使在上周,他们也只比前一周增加177美元的额外价值。 但是,一年下来,积累起来的力量意味着他们每周增加超过3,000美元。

回到本文的开头:您想说服预算持有者。 177美元甚至不值得他们花时间谈论,但是3,181美元是。

想要为团队中的每个人买书吗? 每本书30美元等于150美元。

两个小时的回顾? 这对于整个团队来说是10个工作小时,大约2,200美元,非常值得。

想要派某人参加为期2天的会议,例如,入场券1,000美元,生产力损失4000美元,总计5,000美元。 如果他们提出一个1%的改进想法,那么会议将在一个半星期内收回成本。

假设您邀请会议的发言人参加午餐和学习会议。 讲者$ 1,000,披萨$ 50。 如果他们给团队一个1%的想法,那么那一天就可以收回成本。

这么喜欢,您买了2天的课程? 现在你在说大钱。 尽管演讲者的10,000美元仍低于让人们无法工作的成本。 五人参加两天的课程意味着10天,20,000美元,因此总计30,000美元。 这将需要九个半星期的时间才能提高1%。 但是,然后,人们可能希望这样的过程能带来更大的推动作用。

(现在是插入我提供敏捷培训的好时机吗?还是太过分了?)

重要的是要快速进行迭代,并保持1%,1%,1%的比例。 应该没有时间烦恼“这是我们应该做的最好的事情吗?” –“做X不会比Y带来更多的进步?” - 去做就对了! 其他想法下周仍然会很好。

并且不用担心它是否会出错。 并非所有可能的改进都会带来1%的收益,有些可能会出错以至于损害性能。 只需了解此类更改无效,然后Swift将其撤消即可。

当你做数字时,这一切都是有意义的。

现在你可以打电话给我

翻译自: https://www.javacodegeeks.com/2017/12/1-improvement.html

pid对于1阶系统的改善