叛军在工作

查看原图

在瑞典的时候:Scrum的领导力教训

我上周在马尔默度过了 øredev 软件开发者大会。我对组装的编码人员和程序员关于如何作为变革推动者或思想多样化生存的相关演讲会有所怀疑。我不仅对他们学习如何在工作中成为更有效的叛逆者的胃口大错,而且更重要的是,我从他们那里学到了很多有关如何以更有效的方式管理团队的知识。冒着我对现代软件开发方法的无知使自己陷入尴尬的风险,我可以报告说,在重新考虑如何管理团队时,开发人员社区似乎比许多其他工作领域领先。

许多软件需要不断更新。而且旧式的项目管理根本无法应对这种速度。在持续发展的时代中,出于质量控制目的而停止工作是站不住脚的。 (在任何情况下,这种控制实际上都不会带来质量。例如,软件批准委员会之类的关键点实际上与更高质量无关。)

即使当我是CIA的分析经理时,我也发现,经理提出的质量控制的假定需求通常使整个意义形成过程停滞不前。当经理“坐视产品”,花费数天甚至数周的时间来判断它是否值得时,这可能会变得非常糟糕。我的“叛逆”想法之一是想知道我们是否可以在没有线性编辑过程的情况下确保质量。软件社区取得了前所未有的进步。

不同于如今许多组织仍在使用的线性“瀑布式”流程,软件开发的首选方法是敏捷的,这强调了跨多个流的同时工作。使用看板和Scrum之类的方法,可以在团队内部更协作地管理工作。如果我试图更深入地解释这些概念,我将更加暴露我的无知,因此请查看诸如此类的文章 一。 与叛乱分子在工作中相关的是,敏捷方法应使团队成员更容易提出新的和不同的想法。那当然是希望。

会议中我最喜欢的一些外卖菜,没有特别的顺序。

争取100%的资源利用效率只会导致更多的错误。有几位演讲者提出了这一点,这使我想起了我们在如此众多的组织中发现的“忙碌”崇拜。例如,谷歌期望其员工达到其关键目标的70%。对更多的要求扼杀了创新和灵活性。对目标的过度承诺是不健康的。

我被介绍给 Brook’s Law,它指出,在一个较晚的项目中增加更多的人只会使它更晚。真是个宝石!增加更多的人只会带来更多的交接,更多的无知,更多的回头绪等。因此,许多组织感到恐慌,并犯了这个错误。

您可能有太多的微观管理,但是您也可能有太多的仆人领导。此图来自演示 皮特·贝伦斯 说明了管理风格的快乐媒介。

人们在组织中所做的事情往往会反映在其软件代码中。一位演讲者指出,他只需查看关键流程的软件代码即可识别健康或生病的组织。那真是令人着迷,我想知道实际上是否相反。您可以通过采用新的软件程序来改变组织文化吗?我想知道。

还有我的最爱

不懂勇气培养团队的敏捷性和成长性。我认为这也来自Pete Behrens的演讲。当团队负责人或Scrum主管不愿回答问题时,他们会为团队中的其他人提供授课的机会。对于工作中的叛乱分子而言,沉默也是重要的超级大国。问问自己,是否给您的同事足够的机会来提出他们的想法。还是您总是以自己的出色思想主导对话?

这是一个方便的用语,让您回想起自己正在从房间中吸气。

W.A.I.T:我为什么说话。