唐道述专家视角【153期】15条精益失败的经验教训(你的精益为什么会失败?)(下)

发布日期:2017-12-25    作者:唐道述    点击:1次

上期内容回顾:专家视角【一百五十二期】15条精益失败的经验教训(你的精益为什么会失败?)(上)

近来,在阅读《大西洋月刊》时,一篇题为“未来软件启示”的文章帮助我在一个新的环境下重新审视“为什么精益转型会失败?”这个困扰着我们的问题……对于“为什么精益转型经常会失败”这样的问题能有哪些观点可以阐明经验教训呢?事实证明,有,并且相当多


教训八:忠实的追随者,错误的指示

软件确实做到了它被告知要做的事情。它失败的原因是它被告知要做错误的事情。精益可以帮助我们高效地做事,甚至是我们根本不应该做的事情。像软件一样,即使是执行良好,糟糕的设计也会导致精益转型失败。


教训九:问问人们想要什么

根据文中所提,微软的综合开发解决方案Visual Studio使用了大约三分之一的专业程序员,拥有超过5500万行代码。超过98%的内容与用户完全无关,忽略了人们所面临的基本问题。当领导转型的人不去那些每天在这个系统中生活和工作的人,问他们需要什么来帮助他们成功地完成他们的工作时,精益就会失败。


教训十:沟通问题

在软件开发中,沟通可能是最薄弱的环节。程序员们主要的问题不是技术,而是知道要干什么。人们知道如何编码,问题在于编辑什么代码。需求有时可以是模棱两可,允许每个人以略微不同的方式解释。文章认为,更需要研究程序员如何看待软件开发的工具,而不是构建新的工具。精益往往也是如此,通常人们的认知、误解或对精益方法错误的信任会导致精益失败,而不是缺乏足够强大的问题解决方法,套路或是模板。


教训十一:看不见的复杂性

软件不像物理存在的东西,它是看不见的,它的复杂性亦是如此。这就使得问题也并不是可见的。一个扁平的轮胎看起来是扁平的,而破碎的软件看起来和其他软件一样。当问题没有被有力地暴露出来时,精益就会失败,但会被忽略或隐藏。


教训十二:坏掉的问题升级系统

如果我们把安灯或异常信号连接到同一个电源上,这个电源本是用来起到警告作用的,它会如何工作呢?我们将永远也得不到信号。软件的情况是,故障安全和问题警报也是软件,它是错误的,而不是不安全的。这就像把我们最不可靠的、最传统的、准备离职的以及最漠不关心的人放在问题升级链的每一个点上。这样的精益也不会持续太久。


教训十三:与解决问题之间的距离

我们需要问人们,“我们想要解决什么问题?”“如果我们想要建立一个精益管理体系,就得到同样的答案。” 在软件的情况下,程序员们过于专注于编写机器的指令,并让他们的代码正常工作。麻省理工学院软件安全专家莱维森表示:“问题在于,软件工程师无法理解他们试图解决的问题,也不关心。”试图在软件中解决问题的步骤可能是一步也可能是多步。我们和我们的问题之间的距离越远,我们就越不可能理解并解决它们,这是一个精益失败的秘诀。

教训十四:创建使编码不再必要的工具

Eric Bantegnie是Esterel Technologies的创始人,他是安全关键软件工具的开发者,他说:“我不确定编程是否真的存在,或者至少是软件开发人员。对他来说,软件开发人员的角色是创建工具来消除软件开发人员的需求。他把它比喻成手工制造汽车,就像我们在100年前做的那样,因为我们的工程师还没有建造固定装置、工作辅助设备和电动工具。1万行代码的软件可以手工制作,但可以不再需要3000万行。与精益管理的相似之处非常清楚:在成功的精益转型中,领导力的作用是构建采用和调整TPS工具和模型,以减少复杂性,为人们提供成功所需的资源,并为组织建立一个可重用的知识基础。


教训十五:为什么我们不计划失败

在人们为什么选择不使复杂的软件在很多我们知道的领域变得可靠的问题上,文章提供了洞察力:“人类的直觉无法准确估计 “极其罕见的”事件的组合系统在非常大的规模和体积下运行的真实概率”。换句话说,我们高估了我们成功的机会。代码忠实地实现了预期的设计,但设计未能考虑到一个特殊的“罕见”场景。在逐渐变得自满、停止挑战自我、不预留应对未知的能力情况下,精益管理就会慢慢走向失败。

希望以上经验教训的见解可以引起大家对于精益转型失败的反思!