扫码阅读
手机扫码阅读

为什么懂了那么多敏捷与DevOps的道理,还是做不好软件交付?

80 2024-04-12

01

行为改变需要支撑

“得到”的罗胖曾经引用过一个故事。

百姓网的CEO王建硕写过一篇文章,他觉得自己要多喝水,特别是在办公室工作的时候多喝水,于是想尽办法怎么让自己多喝水。

后来找到了一个方法,很简单,就是永远在自己的桌上摆上那么半杯水。他测算了一下,大概因为永远摆上半杯水,所以他一天多喝了六杯水

我们原来想改变一个行为,通常会认为要么是认知不足、意愿不足,要么是能力不足。

可是成年人根本不是这样,以人要多喝水这点为例,需要改变认知吗,我们不知道吗?喝水需要提高能力吗?我们只缺一样东西,叫“提醒”

人要想改变,其实很简单,一些特别简单而具体的支撑就够了

我自从戴了运动版的智能手表以后,即使在家上班,运动量都会比没戴之前要多。因为有了智能手表的步数和能量消耗的记录,它时刻提醒我要多运动。


哪怕只是上班前后下楼去走几圈,参加不需要发言的远程会议时做一下桌前运动。看到步数和能量消耗达标,都是大大的满足感,进而激励我持续这样的习惯。

虽然和运动达人相比,这点运动根本算不上什么,但也总比原来完全不动好。

我们经常说,懂了很多道理,却依然过不好这一生。我们除了要懂道理,还需要有实现这些道理的具体方法和工具作为支撑

就像巴菲特跟你说价值投资大法好,但你要的是落实价值投资的具体方法,最好是能跟着做就行。

02

敏捷转型也需要支撑

我经常说,要充分理解敏捷的原则与价值观,不要只僵化执行敏捷的具体方法和实践。

但对于大多数人来说,只知道原则与价值观,不知道如何落地也是没有用的。我们不缺乏持续提升交付效率的意愿和能力,缺乏的是指导与细节。


不管是Scrum的“3355”(3个色、3个工件、5个活动、5个价值观),还是极限编程的12个实践,以及各种敏捷故事管理、自动化测试、自动化部署的工具,都是为具体落地提供支撑。

我们既要懂得道理,也要知道具体如何落实道理。原则与价值观指导思想,帮助理解,具体方法和工具指导和支持行动,两者相辅相成,缺一不可。

03

警惕

唯一需要警惕的是,在业内,有些时候大家谈敏捷与DevOps,总是在谈工具与自动化。在很多企业进行敏捷与DevOps转型的时候,也是把工具与自动化作为转型的起点和重点。

诚然,工具和自动化对于提升效率、减少无价值的重复人工操作、避免人工失误起到非常重要的作用,但是,工具和自动化只是实现敏捷与DevOps的支持性因素,它是我们漫漫敏捷与DevOps之旅的“最后一公里”工程,并不是敏捷与DevOps的决定性因素。

工具和自动化也是敏捷与DevOps最容易实现的那部分,这也是为什么大部分的公司和团队会用它来作为起点,因为人总是喜欢拣容易的事情开始做。

但工业生产与软件工程最大的区别是,工业生产在一直制造相同的东西,要提升生产效率,工具和自动化是最重要的法宝;而软件工程每次都在创造不同的东西,甚至每一个需求、每一个功能都是不一样的,这就是软件工程的复杂性,而工具和自动化只能解决软件工程中重复操作的部分。

哪些是软件工程中重复操作的部分呢?比方说,代码质量的静态分析、代码的编译、软件的打包、漏洞的检测、测试的执行、软件的发布上线等过程。也就是所有与具体需求无关但又必须执行的过程。很显然,只有这些过程是做不出软件的!

需求分析、架构设计、软件设计、代码编写和调试、编写测试用例等这些软件工程的核心过程,工具如IDE等,可以起到一定的辅助作用,而自动化在这些领域就毫无用武之地了。

那么,什么是敏捷与DevOps的决定性因素呢?我们必须回到如何提升这些与需求有关的核心过程的效率这个层面上来看问题。

04

葵花宝典

在理解敏捷原则的基础上,要了解敏捷开发的具体实践和工具以及一个组织、团队如何落地敏捷转型,可以参考我的书《猎豹行动 硝烟中的敏捷转型之旅》。


它以小说体的形式讲述一家IT公司的敏捷转型故事,涵盖了敏捷与DevOps大部分知识点,也分享真实转型过程中的心路历程。


是你落地敏捷与DevOps转型的葵花宝典之一。

原文链接: http://mp.weixin.qq.com/s?__biz=MzI1MjQ3NzE2Mw==&mid=2247485352&idx=1&sn=b2963729fe3e2b62b4aa13c5e82055f2&chksm=e9e26c2cde95e53aed54e480bcdc8d107906ceced9caa8016c78f4cf3994667b6f8f60ee32d7#rd