갈등을 피하기 위해 Product Manager와 어떻게 강한 관계를 쌓나요?

Question

Accepted Answer

**Product Manager(PM)**를 적이나 고객이 아니라 제품의 공동 소유자로 다룹니다. PM은 *무엇과 왜*를 소유하고; 당신은 *어떻게와 언제 실현 가능한지*를 소유합니다. 대부분의 갈등은 그 경계가 흐릿한 데서 옵니다. 그래서 할 일은 그것을 명시적으로 만들고 압박이 닥치기 전에 신뢰를 쌓는 것입니다.

## 관계를 쌓는 법

- **공유 목표를 일찍 수립하기.** 옳은 것이 지속 가능한 품질로 출시될 때 둘 다 이긴다는 데 합의합니다. 의견 불일치를 "나 대 너"가 아니라 "우리 대 문제"로 규정합니다.
- **내 세계를 가시화하기.** PM은 이해하지 못하는 추정치에 반발합니다. 무언가가 왜 비싼지(tech debt, 숨은 복잡성, 리스크)를 평범한 말로 설명해 트레이드오프가 공동 결정이 되게 합니다.
- **막힘이 아니라 선택지 가져오기.** "금요일까지 그건 못 해요" 대신 "금요일까지 A는 할 수 있고; 완전한 버전은 2주가 필요하고; 여기 아이디어를 검증할 얇은 슬라이스가 있어요"라고 말합니다. PM은 선택권을 좋아합니다.
- **협상 가능한 것과 불가능한 것 분리하기.** 범위와 시점은 협상 가능합니다. 보안, 데이터 무결성, 그리고 "이건 새벽 3시에 우리를 호출할 거예요"는 아닙니다. 어느 쪽인지 명확히 하는 것이 신뢰를 얻습니다.
- **위기 때만이 아니라 정기적으로 싱크하기.** 짧은 주간 1:1이 갈등의 90%를 예방합니다. 놀람은 신뢰를 죽이기 때문입니다.

## 간단한 프레이밍 템플릿

| PM이 소유 | 내가 소유 | 함께 결정 |
|---|---|---|
| 우선순위, 성공 지표 | 아키텍처, 추정치, 품질 기준 | 범위 축소, 순서, 일정 |

## 피해야 할 함정

- 평화를 유지하려고 **모든 것에 예라고 하기**, 그러고는 마감을 놓치기. 그것은 정직한 반발보다 빠르게 신뢰를 파괴합니다.
- **나쁜 소식 숨기기.** 리스크를 일찍 그리고 감정 없이 제기하세요; PM은 사실은 흡수할 수 있어도 막판 놀람은 못 합니다.
- **모든 추정치를 전투로 만들기.** 죽을 만한 가치가 있는 고지를 고르세요.

## 왜 중요한가

TL-PM 관계는 팀 전체의 템포를 정합니다. 건강할 때 팀은 명확한 우선순위와 현실적 일정을 얻고; 적대적일 때 엔지니어는 휘둘리고, 범위가 흔들리며, 품질이 떨어집니다. 여기서 신뢰에 투자하는 것은 Tech Lead가 하는 가장 레버리지 높은 일 중 하나입니다.