我是70后。1993年从大学核算机运用专业毕业后，就一直在企业IT部分一线团队，从事软件开发和咨询作业。先后在国企、私企和外企，做过IT体系管理、Web运用开发、软件测验、项目管理和软件开发咨询。2014至2022年，我在Thoughtworks公司做过8年的软件开发技能教练，协助几十家企业的IT部分，落地持续集成和自动化测验等灵敏软件工程实践。2022年底我从Thoughtworks公司离职，成为独立咨询师。现在专心做懂人心的软件开发的训练和咨询。我是《征服烂代码》的作者，《发布！》第2版译者，《混沌工程》合译者。

什么是懂人心的软件开发？

莫非现在干流的软件工程和灵敏软件开发不理解人心吗？比较现已接收懂人心的行为经济学的观念的干流经济学来说，当前干流软件工程和灵敏软件开发，就像1979年Daniel Kahneman和Amos Tversky宣布论文《前景理论》之前操纵经济学领地的新古典主义经济学相同，确实不理解人心。

什么是懂人心？这儿的人，指的是在软件开发和运用领域， 做软件的人 和用软件的用户。其间做软件的人，简称 软件人 ，指规划、规划和完成软件的人员，包含在企业事务部分规划软件需求的事务人员及其相关管理者，和在IT部分为这些事务人员规划和完成软件的需求分析、用户界面和体验、开发、测验和运维人员及其相关的管理者。

作为起点，懂人心的软件开发，首要研讨软件人的心思，暂不考虑软件用户的心思。

这样，懂人心，便是指软件人搞懂有关自己、自己所属的一线团队（针对非管理者的软件人）、所管理的团队及其成员（针对是管理者的软件人）， 在作业中做出行为和决议计划时的心思 。这儿的心思，涉及心思学和行为经济学。其间，心思学会涉及它的一些子学科，包含社会心思学、认知心思学、神经心思学和进化心思学。

什么是懂人心的软件开发？针对软件开发业界干流，当前 只注重技能和进程 ， 不注重做软件的人的心思 ，导致 软件人消沉敷衍 企业软件开发标准的问题，懂人心的软件开发，将心思学和行为经济学研讨成果，运用于软件工程和灵敏软件开发中，用 助推办法 （如图1），以较低成本，让软件人在作业中 自然而然 地做出有助 提高软件产品质量和用户价值的行为 。

图1象妈妈用身体轻轻地推着狡猾的小象往前走，标志着行为经济学家所发起的*容许自由的温和家长制*的助推

心思学和行为经济学与软件开发有什么关系？

企业IT部分软件开发的成败，乃至企业数字化的成败，不仅取决于企业能否挑选合理的软件开发技能和进程， 更取决于运用这些技能和进程的软件人 ，能否做出提高软件产品质量和用户价值的 有用 行为。

而“心思学的目标，便是描绘、了解、猜测和干涉人们的行为”（Coon, D.; Mitterer, J. O.; 2013）。

别的，包含行为经济学在内，“一切的经济学，都是研讨行为的，即研讨人们在不同情境下，当需求采纳举动和分配资源时，怎么做出挑选”（Wilkinson, N.; Klaes, M. ; 2017）。

由此可见，为了提高软件产品质量和用户价值，企业需求描绘、了解、猜测和干涉软件人在作业中的行为，这就将软件开发与心思学和行为经济学联系在一起。

不理解人心肠做软件开发会怎样？

举一个不理解人心强推灵敏工程实践，导致浪费的例子。某企业IT部分管理者以为，开发人员在写代码前，采纳先写测验代码的TDD（Test-Driven Development，测验驱动开发）实践，能促进开发人员在完成需求前，考虑该怎么验收出产代码，并做小步重构。由于杰出的测验代码只测验封装杰出的接口，所以这样做，有利于规划或重构出高内聚低耦合的代码。别的所写出的自动化测验代码，能保护出产代码的逻辑，不会在将来被自己或其他人破坏掉。

开发人员听理解了这些优点，也在编程道场里练过了TDD。但等回到工位上，看到管理者走过来 催进展 ，在进展的压力下，开发人员就会很自然地把TDD抛脑后，只注重对自己绩效考核直接挂钩的进展，毕竟这是管理者最看重的。

即便企业IT部分为了提高产品质量，拟定了必须把测验代码和出产代码一起提交的开发标准，并在部分内进行了宣贯，在持续集成流水线上设置了门禁，若发现测验代码没有和出产代码一同提交的状况，就不答应提交代码，但开发人员还是有办法 敷衍差使 ——随手写几个没有assert断言的测验代码，与出产代码一起提交完事。

这样没有断言的测验代码，能让其所覆盖的出产代码作业起来，经过东西能让测验覆盖率在研发效能仪表盘上显现出令人振奋的数据。但由于测验代码不做任何有关代码逻辑质量是否达标的判断，所以根本起不到出产代码质量保护网的效果。这种不理解人心的软件开发实践，只会让开发人员浪费名贵的时刻，写一个花架子测验代码，摆样子算了。

懂人心的软件开发会是怎样的？

那懂人心的软件开发，面临同样的问题，会怎样做呢？开发人员有一个心思特点，便是 视出产环境为神明 （如图2）。有的开发人员会在新代码上出产环境之前，烧香拜佛，请求保佑。

图2开发人员期望佛祖保佑代码上线成功

如果IT部分的蓝军小组（这是国内的叫法，在国外一般叫红队；Hoffman, B. G.; 2017），事前与开发人员协作，规划出出产环境毛病注入试验。之后告知开发人员，在新代码上线后，会有一个自动化的毛病注入东西，专门在上班时刻，针对出产环境要害事务逻辑的代码，注入事前规划好的毛病，验证开发人员所规划的体系稳定性代码是否奏效。这样会有什么成果？当然，这种出产环境的毛病注入试验，会预先在试验规划中，对毛病迸发的范围进行了控制，规划了紧迫状况下的恢复预案，并在准出产环境进行了验证，以防止出产环境毛病注入试验严重影响事务。

由于懂人心的蓝军小组，充分顺应了开发人员敬畏出产环境的心思特点，所以开发人员此刻 会把自己手上其他的作业暂时放一放 。在毛病注入前，会优先做强化出产环境体系稳定性的规划和施行；在毛病注入后且出现小范围的出产毛病时，会优先排查和处理出产问题。

这样的懂人心的软件开发，再加上与之配套的混沌猴东西，Netflix公司在2011年就现已在其亚马逊云出产环境上大规模实践过了，且获得了杰出的规模化提高体系稳定性的成效。之后，该公司将这种实践，命名为混沌工程，并在2020年，出书了同名书本。

但遗憾的是，包含《混沌工程》一书的作者和该书一切篇章作者在内的混沌工程实践者，都只着重混沌工程的技能和进程，却 忽视了顺应软件人视出产环境为神明的心思特点 。而这才是规模化落地出产体系稳定性的要害点。

尽管混沌工程的高档准则，明确指出要在出产环境进行毛病注入试验（Rosenthal, C.; Jones, N.; 2020），但由于没有着重上述要害点，其成果，便是我在为客户做混沌工程咨询项目时，以及在阅览一些企业混沌工程实践经历共享文章时，看的这样的场景：国内很多企业的毛病注入试验，往往 止步于测验环境和准出产环境 。在出产环境进行毛病注入试验，他们犹豫再三，终究下不了决计。这导致混沌工程实践，流浪为另一种软件测验。“混沌工程不便是测验吗。出问题给我发邮件。”开发人员对测验人员说完后，就 又忙着手上进展要求最紧的作业了 。混沌工程实践在准出产环境所发现的出产体系稳定性问题，被抛入长长的bug待办项列表里，不知何时有出头之日。

作为《混沌工程》一书的合译者，我在翻译这本书时，当看到要在出产环境进行毛病注入试验这条高档准则，也仅仅目光一扫而过。只有在后来，当我在做混沌工程咨询作业时，看到毛病注入试验仅在测验和准出产环境进行，引不起开发人员的注重，并且在阅览了行为经济学的书本，进行了深入的考虑，才悟出开发人员视出产环境为神明的心思特点，才是混沌工程成功的要害点。由此看来，只有 在出产环境中进行的毛病注入试验，才配得上叫混沌工程 。只在测验和准出产环境中履行的试验，不能叫混沌工程，只能叫测验。

问题的根源是不实践的机器化软件人假定

现在业界干流软件工程和灵敏软件开发，不理解人心，其背面的原因到底是什么？

最大的原因，便是 地基不稳固，即底层的机器化软件人假定不实践 。

什么是机器化软件人假定？先看看新古典主义经济学中的理性经济人假定。为了让经济学更像基础结实的自然科学，新古典主义经济学会很多运用数学模型，核算经济参数。为了让数学建模愈加方便，新古典主义经济学家假定经济主体的代表是理性经济人。理性经济人追求自我利益最大化（自利性），能从很多可选项中理性地做出自我功效最大化的决议计划（理性），能获取做决议计划所需的齐备信息（信息齐备性），具备不会被无关因素搅扰的前后一致的风险偏好（偏好一致性）。

在软件开发职业，关于软件人，尽管不存在一个相似理性经济人那样明确的假定，但会在软件人的潜意识里，存在 隐性 的机器化软件人假定。

机器化软件人假定 ，指软件人，尤其是企业IT部分的管理者和相关事务部分的管理者，会 不自觉地把非管理者的软件人，看作是可依照预设好的逻辑，随时作业的机器，或许作业指令的代码模块，且能随时替换 （如图3）。这个假定没有明确地书写在纸面上，但却隐性地常驻在软件人的心里。为命名简练起见，机器化软件人这个姓名，一起也有将软件人视作代码模块的意义。

图3不实践的机器化软件人假定

机器化软件人假定，显着不实践。一个活生生的人，为何做了软件后，就变成了可作业和可替换的机器或代码模块？

这也不能怪软件人。他们之所以能不自觉地做出这样的假定，也是有原因的。原因便是行为经济学所发现的 锚定效应 。

锚定效应，是一种认知成见。指个人的决议或预算，会遭到开端的信息（称为 “锚”）的影响。这种信息往往是不相关的或随意的。这个锚会作为一个参阅点，影响后续的判断和决议计划。比如，在一个试验中，行为经济学者先要求一组学生写下他们身份证号码最后两位数字。这基本上是00和99之间的随机数字。然后行为经济学者要求他们对6个不同的产品进行评价，包含一盒巧克力、两瓶不同牌子的酒、一个无线鼠标、一个无线键盘和一本规划书。成果显现了明显的一致性，即身份证号码较大的学生，对一切产品的评价都比较高。身份证号码最大的前20%的人（从80到99）评价最高，他们的评价与身份证号最小的20%的人（从00到19）的评价的比值，居然在216%到346%之间！（Wilkinson, N.; Klaes, M. ; 2017）

软件人包含了管理者和非管理者。先看锚定效应是怎么对管理者起效果的。首要，IT部分的管理者，一般都是由于软件开发技能好，而选拔上来的。他们在管理者岗位上，会常常参加架构评审等技能活动。他们在作业中的大部分时刻，都会与代码模块打交道。这些代码模块便是锚。当他们再看到软件人的时候，由于锚的效果，会不自觉地将软件人视为能作业指令和随时替换的代码模块。而事务部分的管理者，尽管不会与代码打交道，但每天会运用电脑这种机器。而IT部分有很多的电脑。这些机器便是锚。当事务部分的管理者一边运用电脑，一边与来自本部分或IT部分的软件人打交道时，在锚的效果下，会自然地将软件人视作能随时作业和替换的机器。

在锚的效果下，管理者将软件人视作机器或代码模块，会有什么成果？成果便是管理者会 一厢情愿 地为软件人拟定一系列 他自以为 符合软件工程和灵敏软件开发准则的标准，而 不关心 软件人在履行这些标准时， 是否有难处 。“ 反正你是机器或代码模块。我要你怎么做，你就该怎么做 。”管理者的潜意识会这样对自己说。

更糟糕的是，关于事务部分和IT部分非管理者的软件人，由于天天与电脑和代码模块打交道，他们也会在锚的效果下，把自己视作机器或代码模块。成果便是这些软件人即便发现企业软件开发标准规划得不合理，也很少向管理者提出来，由于 自己的责任就应该是像机器或代码模块相同，履行管理者的指令 。别的，由于机器或代码模块能够随时被替换，所以在 惧怕管理者替换自己的心思 唆使下，软件人一般会优先做有助于自己经过绩效考核的作业，比如赶上开发进展。但关于提高产品质量和用户价值这些开发标准所要求的作业，就没时刻和精力做了，只好抵挡一下。

锚定效应所导致的机器化软件人假定，让企业管理者仅仅一厢情愿地拟定软件开发标准，而不去注重软件人的难处；别的软件人也在锚定效应的效果下，不去向管理者指出开发标准不合理的地方，而仅仅草草敷衍标准完事。在这种状况下，企业数字化和IT部分的软件开发，还能获得让软件人心服口服的成功吗？

怎么应对不实践的机器化软件人假定？

对软件人的假定，是企业成功实践软件工程和灵敏软件开发的地基。现在的地基，是不实践的机器化软件人假定。地基不稳，大厦将倾。

要改变这个局面，软件人需求首要扔掉不实践的机器化软件人假定，一起树立实践的 社会化软件人假定 。这儿的社会化软件人，指软件人具备社会心思学、认知心思学、神经心思学和进化心思学特点， 决议计划时大脑常常运用直觉思想体系，偶然运用理性思想体系 ， 现已进化了600万年 的活生生的人。

软件人中的管理者，在拟定完软件开发标准后，会意识到非管理者角色的软件人，不会是听任支配的机器或代码模块。此刻，管理者能够看似若无其事地在他们工位或茶水间邻近散步，听听他们对开发标准的评论，观察他们实践的作业行为，体会他们的难处，考虑背面的原因。然后顺应他们的心思，用大胆假定，小心求证的科学试验办法，把软件开发标准规划得能让他们在作业中，自然而然地做出能提高产品质量和用户价值的行为。

留意，这个进程只能运用助推。要从管理者扔掉机器化软件人假定的观念，并做行为助推规划开端。此刻 切忌强推 。切忌。

什么是助推？什么是行为助推规划？为何强推不行？懂人心的软件开发还有什么内容？请注重之后的系列文章。

哪里能找到懂人心的软件开发的资料？

鉴于国内外软件开发职业干流，片面注重技能和进程，忽视软件人及其团队的心思特点和实践行为的现状，评论懂人心的软件开发的材料少之又少。下面列出6本书我读过且以为较好的书本，供大家参阅。往后的文章也会不定期引荐一些好的材料。

1 《人件》（第3版）; Tom DeMarco / Timothy Lister 著; 张逸 / 肖然 / 滕云 译; 电子工业出书社; 2023年4月

2 《人件集》; Larry L. Constantine 著; 谢超 / 刘颖 / 谢卓凡 / 李虎 译; 机械工业出书社; 2011年12月

3 《助推》; 理查德塞勒 / 卡斯桑斯坦 著; 刘宁 译; 中信出书社; 2018年3月

4 《行为经济学》; 尼克威尔金森 著; 贺京同 / 那艺 等 译; 中国人民大学出书社; 2012年9月

5 An Introduction to Behavioral Economics, 3rd Edition; Nick Wilkinson, Matthias Klaes; Springer; January 1, 2017

6 《打胜仗的战略》; 布赖斯霍夫曼 著; 张琪 译; 天津科学技能出书社; 2020年中文版

这6本书中，前两本首要评论了软件开发中的社会性因素。但由于缺少心思学的视角，这两本书只评论了软件人应该做的行为，比如追求产品的高质量，但没有评论软件人为何从心里需求追求高质量这样深层的心思学原因。

要了解这些原因，能够读后3本书。其间2012年出书《行为经济学》的中文版，只对应2007年出书的英文版第1版，内容比较陈旧。第5本是该书英文版第3版。内含行为经济学最新的研讨成果。能够在DeepL翻译东西的协助下阅览。第6本评论了怎么将行为经济学所研讨出来的人类的认知成见和经历式办法，运用于企业要害行为的决议计划中。这能够供那些期望在本企业IT部分尝试蓝军小组的软件人参阅。

由于相关研讨成果和资料较少，要把握懂人心的软件开发，除了读书，还少不了评论，以及用科学办法做试验，以便在企业内验证一些助推软件开发的假定。只有用科学办法亲自提出问题，构成假定，做出猜测，做试验验证猜测，并依据试验成果进行迭代，才能完成懂人心的软件开发。

如有爱好参加评论和做试验，请 加我微信wubinben28 ， 注明“懂人心” 。我会拉你入群，一起用科学办法，探究和实践懂人心的软件开发。也能够给我发邮件。我的邮箱是wzb@wuzhenben.com。

本文 欢迎转载 。转载时 请不要 修正文章内容，并在文章最初 注明 以下文字：“懂人心的软件开发：不实践的机器化软件人假定；作者：吾真本；邮箱：wzb@wuzhenben.com”。

懂人心的软件开发还有什么内容？能够注重之后的系列文章。

参阅书目

Coon, D.; Mitterer, J. O.; 2013; Psychology: A Journey

Wilkinson, N.; Klaes, M. ; 2017; An Introduction to Behavioral Economics, 3rd Edition

Rosenthal, C.; Jones, N.; 2020; 混沌工程：杂乱体系韧性完成之道; 吾真本 / 黄帅 翻译; 机械工业出书社; 2022年中文版

Hoffman, B. G.; 2017;打胜仗的战略;张琪译;天津科学技能出书社; 2020年中文版