1700488890
1700488891
当你在某领域不是很擅长时，你更可能认为自己是这方面的专家。
1700488892
1700488893
在文章“Unskilled and Unaware of It: How Difficulties in Recognizing One’s Own Incompetence Lead to Inflated Self-Assessments” [KD99]中，心理学家Kruger和Dunning讲述了一个自以为是的小偷，他在光天化日之下抢劫银行。他不相信自己这么快就被捕了，因为他以为在脸上涂满柠檬汁，摄像头就监视不到他。
1700488894
1700488895
“柠檬汁人”从来没有怀疑他自己的假设。缺少准确的自我评估被称为二阶不胜任（second-order incompetence），也就是说，不知道自己不知道。
1700488896
1700488897
这种情况在软件开发领域是个大问题，因为很多程序员和经理都意识不到有更好的方法和实践存在。我已经见过很多年轻的程序员（1～5年经验）从来没有做过一个成功的项目。他们已经彻底缴械投降了，认为平常的项目就应该是痛苦和失败的。
1700488898
1700488899
达尔文说过：“无知往往来自于自信而不是知识。”
1700488900
1700488901
反过来似乎也是对的。一旦你真的成为了一名专家，你会痛苦地意识到你知道的是多么少。
1700488902
1700488903
在德雷福斯的一项研究中，研究人员就是这样做的。他们邀请经验丰富的飞行员做实验，请他们给新手制定一套规则，要求代表他们的最佳实践做法。他们照做了，新手基于这些规则的确能够提高自己的业绩。
1700488904
1700488905
规则断送专家。
1700488906
1700488907
Rules ruin eaperts.
1700488908
1700488909
然后，研究人员要求专家遵循自己制定的规则。
1700488910
1700488911
结果专家的表现明显不如以往〔7〕。
1700488912
1700488913
这对软件的开发也会产生影响。考虑一下，任何对开发指定严格规则的方法或企业文化，会对团队里的专家产生什么影响呢？这将拖累其业绩表现下降到新手的水平。公司失去了他们所擅长的所有竞争优势。
1700488914
1700488915
但是，整个行业一直在试图通过这种方式“毁灭”专家。你可能会说，我们正试图训练赛马。但这不是获得良好的投资回报的办法，你需要让赛马自己去跑〔8〕。
1700488916
1700488917
直觉是专家的工具，但公司往往轻视它，因为他们错误地认为，直觉“不科学”或者“不可重复”。因此，我们往往本末倒置，不倾听薪酬高昂的专家们的意见。
1700488918
1700488919
相反，我们也往往喜欢使用新手，把他们扔在发展水平等级的最底层，让他们觉得未来遥不可及。在这种情况下你可能会说，我们正在试图赛羊。同样，这不是一个使用新手的有效方法。他们需要“被驾驭”，也就是说，明确方向，快速成功，等等。敏捷开发是非常有效的工具，但它不适用于一个完全由新手和高级新手组成的团队。
1700488920
1700488921
1700488922
1700488923
1700488924
怠工
1700488925
1700488926
在某些行业或者情况下，如果不容许全面罢工，那么放缓工作通常是一种示威的手段。
1700488927
1700488928
这通常被称为消极怠工或者恶意服从，也就是说，员工只做他们工作范围内的事情——不多也不少，严格按照规矩办事。
1700488929
1700488930
其结果是大量的延误和混乱，还有有效的劳工示威。没有一个具有专门技能的人在现实世界中完全按照规矩做事，这样做显然效率低下。
1700488931
1700488932
根据Benner（在From Novice to Expert: Excellence and Power in Clinical Nursing Practice [Ben01]中）提到的：“实践无法被完全客观化或者正规化，因为它们必须在特定关系和特定时间中完成。”
1700488933
1700488934
但是，来自企业的压力从两个方面阻碍了我们。被误导了的政策公平思维要求我们同等对待所有开发人员，不论能力大小。这伤害了新手和专家（因为忽视了这样一个事实：根据不同的研究成果，开发人员之间存在20∶1～40∶1的生产力差异）〔9〕。
1700488935
1700488936
诀窍2
1700488937
1700488938
新手使用规则，专家使用直觉。
1700488939