Scrum 团队中的心理安全感：它是什么，又如何建立
如果你的每日 Scrum 听起来像是念给经理听的状态汇报，那就缺少了某种重要的东西。Scrum 依赖于人们把那些尴尬的话说出口：我卡住了、我做错了、这个故事我没看懂、冲刺目标有风险。让人们能够这样做的条件叫作心理安全感，在大多数陷入困境的团队里，它才是真正的瓶颈，远在工具或流程问题之前。
这个术语来自组织研究学者艾米·埃德蒙森，她把它定义为一种共同的信念：团队是一个可以承担人际风险的安全场所。说得更直白些：人们相信提出问题、表达顾虑、承认错误或抛出尚未成形的想法，都不会招致惩罚或羞辱。它并不意味着要舒舒服服或回避艰难的对话。一个具有心理安全感的团队，讨论中往往摩擦更多，而非更少，因为人们觉得可以自由地表达不同意见。
为什么 Scrum 默默地以它为前提
Scrum 框架建立在经验主义之上：让进展可见，诚实地检视，然后做出调整。每一个 Scrum 活动都是一个检视点，只有当人们说真话时才有效。一场没有人点出真正问题的冲刺回顾，产生不了任何真正的改进。一场开发者隐瞒自己被阻塞的每日 Scrum，浪费了这个活动的全部意义。经验性过程控制的三大支柱——透明、检视和调整——一旦坦诚显得有风险，就会瞬间崩塌。
对于在疫情复苏期间组建或重组、以远程或混合方式工作、成员之间也许从未见过面的团队来说，这一点尤为重要。距离抹去了那些细微的信号——一个耸肩、一个眼神——它们本来会告诉我们此刻说话是否安全。在视频通话里，沉默会被读作同意，而实际上往往是困惑或无声的反对。安全感必须刻意去建立，因为现场已不再替你建立它。
如何具体地建立它
让 Scrum Master 先垂范。 人们会观察第一个承认错误的人会有什么下场。当 Scrum Master 或资深开发者坦然地说我搞错了，我们因此损失了一天，而之后什么坏事都没发生，团队就会明白这片水域是安全的。展现自身的可错性，远比叫别人开放更有说服力。
把阻碍当作团队的问题。 当有人提出阻碍时，回应应当是我们怎么把它清除，而绝不是你为什么落后了。把每日 Scrum 从个人问责的表演重新拉回到团队共同拥有的冲刺目标上。
开展不追责的回顾会。 聚焦于系统、流程和条件，而不是谁出了错。一个有用的问题是：是什么让这件事容易出错，它能让可修复的成因浮现，而不是指派过失。
在混合通话中保护异见。 直接征询不同意见，为远程成员留出刻意的沉默，并轮换由谁先发言，免得现场嗓门最大的人定了调。在信任尚浅时，回顾会可采用匿名输入。
妥善回应坏消息。 摧毁安全感最快的方式，就是在某人难得冒一次险的那一次反应糟糕。如果开发者早早地预警冲刺目标正在偏离，要感谢他，因为早来的坏消息是一份礼物，能让团队及时调整。
安全感不是办一次就完事的工作坊。它是几十个小瞬间累积的结果——在那些瞬间里，有人冒了险，而团队以好奇而非评判作为回应。它在被破坏之后可以重建，但只能缓慢地重建，而一次严厉的反应就可能毁掉数周耐心的努力。
如果你的团队正在交付复杂的项目，并希望拥有能在真实压力下稳得住的交付实践，XNM 的项目群与项目交付咨询服务 可以帮你把它们落到实处。
