주니어 엔지니어가 안심하고 질문하고 실험할 수 있는 환경을 어떻게 만드나요?

Question

Accepted Answer

**심리적 안전감은 선언이 아니라 행동으로 만들어집니다.** 주니어는 누군가 모른다고 인정할 때 무슨 일이 벌어지는지를 지켜봅니다. 따라서 가장 중요한 레버는 그런 순간에 저와 시니어 엔지니어들이 어떻게 반응하느냐입니다. 안전감은 공개적으로, 반복해서 얻어집니다.

## 제가 하는 구체적인 것들

- **제가 직접 오류 가능성을 보이기.** 회의에서 "바보 같은" 질문을 하고, "모르겠어요, 같이 알아봅시다"라고 말하며, 제 버그를 공개적으로 이야기합니다. lead가 불확실해도 된다면, 누구나 그럴 수 있습니다.
- **질문을 세금이 아니라 기능으로 정상화하기.** 새로 합류한 사람에게 명시적으로 말합니다: "30분 넘게 막히면 물어보세요. 일찍 묻는 게 실패가 아니라 기대되는 행동입니다."
- **매번 잘 반응하기.** 절대 한숨 쉬지 않고, 절대 "당연하죠"라고 하지 않으며, 몰랐다는 이유로 누군가를 작게 느끼게 하지 않습니다. 첫 번째 무시하는 반응이 한 사람을 몇 달간 침묵시킬 수 있습니다.
- **부담 적은 실험 공간 만들기.** 샌드박스, 스파이크 브랜치, 페어링 세션, 그리고 탐색용 코드와 프로덕션 코드의 명확한 구분으로 시도가 저렴하고 안전하게 합니다.
- **blameless postmortem.** 무언가 깨지면 "누가 했는가?"가 아니라 "시스템의 무엇이 이걸 가능하게 했는가?"를 묻습니다.

## 구조적으로 강화하기

- **버디나 멘토**를 배정해 주니어가 부담스럽게 느끼지 않고 물어볼 명확한 한 사람을 갖게 합니다.
- 좋은 질문을 공개적으로 칭찬합니다: "좋은 질문이에요, 저도 그게 궁금했어요."
- 코드 리뷰에서 **구체적이고, 친절하고, 실행 가능한** 피드백을 줍니다; 사람이 아니라 코드를 리뷰합니다.

## 함정

- **"바보 같은 질문은 없어요"라고 말하고 정반대로 행동하기.** 행동이 따르지 않는 말은 침묵보다 빠르게 신뢰를 파괴합니다.
- 말이 날카로운 시니어 한 명이 문화 전체를 무너뜨리게 두기; 저는 그것을 직접적으로 그리고 사적으로 다룹니다.
- 안전감과 기준 없음을 혼동하기. 안전감은 틀려도 안전하고 배울 수 있다는 뜻이지, 품질이 중요하지 않다는 뜻이 아닙니다.

## 왜 중요한가

심리적 안전감이 높은 팀은 문제를 더 일찍 드러내고, 더 빨리 배우며, 사람을 유지합니다. 안전하다고 느끼는 주니어는 생산적인 시니어가 됩니다; 판단받는다고 느끼는 주니어는 실수가 incident가 될 때까지 숨기고, 그러고 나서 떠납니다.