你如何营造一个让初级工程师敢于提问和尝试的环境？

Question

Accepted Answer

**心理安全是靠行为建立的，而不是靠宣布。** 初级工程师会观察当有人承认自己不懂某事时会发生什么，所以最重要的杠杆是我和资深工程师在那些时刻的反应。安全是在公开场合一次次挣来的。

## 我具体做的事

- **亲自示范会犯错。** 我在会上问“蠢”问题，说“我不知道，咱们一起查”，并坦然描述自己的 bug。如果 lead 都可以不确定，那每个人都可以。
- **把提问正常化为一种特性，而非一种税。** 我明确告诉新加入者：“如果你卡了超过 30 分钟，就问。早问是被期待的行为，而不是失败。”
- **每一次都好好回应。** 永远不要叹气、不要说“显然”、不要让人因为不懂而觉得自己渺小。第一次轻蔑的反应就可能让一个人沉默数月。
- **创造低风险的尝试空间。** 沙盒、spike 分支、结对会话，并清晰区分探索性代码与生产代码，让尝试变得便宜又安全。
- **无指责的 postmortem。** 当出问题时，我们问“是系统的什么让这件事得以发生？”而不是“这是谁干的？”

## 从结构上加强它

- 指派一个 **buddy 或 mentor**，让初级有一个明确可问的人，而不觉得自己是负担。
- 公开表扬好问题：“好问题，我也想过这个。”
- 在 code review 中给出**具体、友善、可执行**的反馈；review 代码，而不是 review 人。

## 陷阱

- **嘴上说“没有蠢问题”，行为却相反。** 言行不一比沉默更快地摧毁信任。
- 任由一个嘴上不饶人的资深破坏整个文化；我会直接且私下地处理这一点。
- 把安全与没有标准混为一谈。安全意味着可以放心地犯错并从中学习，而不是质量不重要。

## 为什么这很重要

心理安全高的团队更早暴露问题、学得更快、留得住人。感到安全的初级会成长为高产的资深；感到被评判的初级会把错误藏起来直到酿成 incident，然后他们就离开了。