告别代码苦行：Cat Hicks 揭秘软件团队心理学
The Psychology of Software Teams
打造未来软件不再是一场死亡行军。Cat Hicks 的新书《The Psychology of Software Teams》为我们提供了一把秘密武器：利用心理学构建开发者韧性、可持续的团队实践以及组织创新。本书基于全球顶尖工程组织和数千名开发者的严谨实证研究，揭示了软件团队如何避免失败并驱动协作文化。它打破了“大脑在罐子里”的孤立神话，证明创新源于社会学习而非单打独斗。对于渴望将人性带回科技、用科学方法解锁软件工程“黑盒”的开发者和领导者来说，这是一本必读之作，旨在创造更快乐、更具创新力和繁荣的软件环境。
打造惊人的软件不必是一场死亡行军，本书为软件团队提供了一种人性化的替代方案，利用行为科学的变革力量来理解推动技术企业前行的动力。
HN 评论区
56- Aurornis
我觉得，理解团队心理学并利用它来打造一个能让团队蓬勃发展的环境，这其中应该蕴含着巨大的价值。
然而，我共事过的每一个沉迷于职场心理学书籍的人，最后都把自己当成了诊断他人心理的专家。无论什么性格或问题，他们都会强行套用到某本读过的书里的场景上，哪怕根本对不上号。他们开始坚信自己比别人更了解这些人自己。
除非你能摸清他们用的是哪本书（或哪几本书），自己先读一遍，然后陪他们玩一种游戏——用能让他们把现实情况对应到书中刻板场景的方式去解释问题，否则你根本无法和他们讨论问题。
所以，你不能直接说“需求变更太随意、太频繁了”（这会让你被贴上太死板或爱抱怨的标签），而必须解释为“需求变更的过程损害了团队的心理安全感”或其他流行术语。他们读过足够多的书，知道经理的职责是提供心理安全感，他们自视为英雄经理，因此觉得必须解决这个问题，从而为团队提供心理安全感。
我极其厌恶这一切。回到那些能像对待普通人一样与人交谈的经理手下工作，真是让人耳目一新。我敢肯定，我遇到的好经理也读过这些书，但他们并没有把任何书奉为……
- neilk
我还没读过这本书，但我注意到作者将其大部分实证研究以 CC 协议公开了。
https://catharsisinsight.com/ ，往下滚到“开发者值得拥有科学”那一节。
我发现这一篇挺有意思。作者指出，开发者往往回避代码审查，并在此过程中表现出大量低效行为。他们声称，一个相当简单的单次认知行为干预就能彻底改变这种情况。
https://link.springer.com/article/10.1007/s10664-024-10550-9
总之，在这个领域工作越久，我越觉得心理学是决定团队生产力的主导因素。假设工作本身是可完成的，你雇到了好人，团队对自己的工作有充分的掌控权，剩下的就是这个问题了。你可能会争辩说工具使用或团队实践更重要，但是什么阻碍了你采用它们或正确使用它们？是什么阻碍了你从错误中吸取教训？通常都是你们团队的群体心理问题。
- smiggels10
我真心不建议在这个网店购买电子书。
这是我见过的用户体验（UX）最糟糕的在线商店。
通常的流程是付款后收到下载链接。
但这里的流程是这样的：
- 你会收到一封邮件：请在我们的网站上创建账户，这对您大有裨益
- 接着又收到一封邮件：如果您想获取刚才付款购买的书籍，必须先注册，然后输入这个代码：#20 位晦涩的字符串#
- 你创建了账户，最终成功绕过了诱导你接受垃圾邮件的黑暗模式（“点击这里如果您不想接收我们的垃圾邮件”）。
- 你登录后看到：“您的账户中没有书籍”，那我该在哪里输入那串 20 位的晦涩代码？
- 再仔细看看邮件，哦，他们说的是，“如果您想收到您的书，必须在另一个网站上创建账户”
- 你又创建了另一个账户
- 登录后，看到一条消息：“请点击确认邮件中的链接”
- 没收到确认邮件
- 返回点击“再次发送确认邮件”
- 过了一会儿，确认邮件到了。但这只是一封只有页眉页脚、没有任何内容、也没有可点击链接的邮件
- 再试一次，结果一样
- 显然出问题了，我能在哪里报告这个 bug 吗？当然不能！
我还在等我的书。
- SpaceL10n
很多小型组织在与软件团队协作时真的非常吃力。协作本身就很困难，但如果组织本身不精通软件产品开发，那就更难了。在你深入探究你那支悲伤沮丧的软件团队的心理学之前，先看看他们周围的环境。和他们一起工作的人，是否有能力支持并真正与这些工程师互动？
- pluc
作者的网站是 https://www.drcathicks.com/，这是出版商。