程序员团队如何防止内卷化?

不要将人为错误视为系统故障的可能根本原因。
人有两个聚焦对象:人和事物,中国重视人际关系的传统文化容易让我们养成聚焦人的习惯,出了问题首先想到是谁导致的的,谁来负责,这个思想在社会系统中可能没有问题,但是用在软件技术等复杂系统中就有问题了。
采取对事不对人的办法才能避免责备抱怨游戏,才能远离负能量,抱怨责备不是生产活动,当我们将时间精力用在玩责备游戏时,机会成本就丢失了,没有时间精力去深入研究系统,以防止类似故障再次发生。
责备文化破坏了创造力。没有创造力,纯智力活动(例如软件开发)就不会成功。软件团队需要一个可以成长的安全环境。
但是有人说,如果不聚焦在人的身上,下次又有人犯错怎么办?他们可能隐藏事实并引起更大的问题。
这种观点隐含一种恐惧和阴谋论,没有什么比恐惧更糟糕的了。恐惧通常会导致不良反应,最终陷入团队的内卷化纷争中。
客观地看:人类行为/需求肯定会不断发生变化,一旦变化我们的代码就不再有效,根本原因确实是人类的行为,但是纠正它却不是限制人的行为,不是聚焦在开发人员/工程师身上。重点不是指责与否,而是创建一个可以安全地接受追责并从中学习的团队环境。从一种角度来说,失败是学习的重要组成部分,包括人为疏忽 麻痹大意等心理原因,这些都是复杂系统中必不可少的故障原因。