지난 편에서 프로덕트 매니저가 지켜야할 다섯 가지. 원칙에 대해서 알아봤어요. 이번 편에서는 밖으로 향하는 원칙에서 안으로 향하는 기준으로 시선을 옮겨볼게요.
- 원칙은 다른 사람과 어떻게 일하는지를 안내한다
- 기준은 자기 자신과 어떻게 일하는지를 안내한다
이 기준들은 매니저가 완전히 강제할 수 있는 것이 아니에요. 얼마나 준비되어 있는지, 어떻게 책임을 지는지, 주변 사람들에게 어떤 영향을 미치는지에서 드러나는 내적 다짐이에요.
강한 PM은 스킬만으로 정의되지 않아요. 상황이 어려워져도 변함없이 지키는 기준으로 정의되죠.
기준 1: 나는 충분한 정보에 기반하여 결정하고 있는가?
프로덕트 작업에서 자신감은 성격에서 나오지 않아요. 준비에서 나와요.
많은 PM이 자신의 불안을 자신의 능력이 아닌 외부적 요인에 돌리며 ‘임포스터 신드롬(가면 증후군, Imposter Syndrome)’에 걸렸다고 하는 경우가 많아요. 하지만 실제로는 더 단순한 문제로 귀결되는 경우가 많아요.
“아직 문제를 충분히 이해하지 못했기 때문에 자신이 없는 것.”
정보를 모으고 문제를 충분히 이해한 결정이란 완벽한 정보를 가진다는 뜻이 아니에요. 마땅히 모아야할 정보를 모으고 정리하는 숙제를 했다는 뜻이죠.
(1) “정보에 기반한 결정”이 실제로 의미하는 것
결정을 내리거나 정보를 전달하기 전에, 스스로 자신있게 이해하고 있는지 스스로에게 물어보세요.
- 사용자: 누구인지, 무엇 때문에 어려워하는지, 오늘 어떻게 행동하는지
- 데이터: 정량, 정성적으로 무슨 일이 일어나고 있는지
- 맥락: 시장 역학, 비즈니스 제약, 기술적 현실
- 트레이드오프: 무엇을 하지 않기로 선택하고 있는지, 그 이유는 무엇인지
20페이지짜리 문서가 필요한 게 아니에요. 명확함을 갖춘 정보가 필요한 거예요.
(2) 실무에서 만들 수 있는 습관
중요한 결정 전에 짧은 메모를 자신에게 써보세요.
- 어떤 결정을 내리고 있는가?
- 어떤 근거가 이를 뒷받침하는가?
- 어떤 가정을 하고 있는가?
- 무엇이 내 생각을 바꿀 수 있는가?
이것은 속도를 늦추지 않으면서 엄밀함과 명료함을 강제해요.
자신감은 감정적 허세가 아니에요. 준비를 통해 얻어지는 분명한 태도예요.
기준 2: 나는 결과에 대해 책임지고 있는가?
(1) 프로덕트 매니지먼트에서 오너십이란
오너십은 권한에 관한 것이 아니에요. 결과에 대한 책임이에요.
책임진다는 건 이런 뜻이에요.
- 문제를 개인적으로 느낀다
- 생각의 과정을 다른 사람에게 무작정 넘겨버리지 않는다
- 상황이 어려워져도 도망치지 않는다
- 노력이 아닌 성과에 대해 책임을 진다
일이 잘 됐을 때는 팀을 칭찬하고, 잘못됐을 때는 자기 자신부터 돌아보는 거예요.
(2) 책임이 부족하다고 보여주는 신호들
이런 말을 하지 않는지 주의해서 봐야 해요.
- “이해관계자가 결정한 거라, 제 책임이 아닙니다.”
- “개발자가 제대로 개발하지 못 해서 실패한 겁니다.”
- “디자이너가 이 엣지 케이스를 놓쳤어요.”
- “합의한 대로 출시했습니다.”
이것들이 사실적으로 맞을 수도 있어요. 하지만 어느 것도 책임을 보여주지 않죠.
책임은 이러한 소리로 들려요.
- “성과를 더 일찍 명확히 했어야 했습니다.”
- “리스크를 놓쳤고, 지금이라도 대처해야 합니다.”
- “이 장애물을 제가 제거할 수 있도록 하겠습니다.”
(3) 불확실성 속의 책임감
프로덕트 관리는 불확실성으로 가득해요. 책임진다는 것이 모든 답을 가지고 있다는 뜻은 아니에요. 이런 뜻이에요.
- 리스크를 일찍 발견하고 대비한다
- 문제가 일어난 후의 변명이 아닌 사전에 정의된 선택지를 만든다
- 애매모호할 때 명확함을 끌어올린다
- 제품 발견 단계부터 성과 단계까지 지속적으로 관여한다
스스로에게 물어보세요.
“이것이 실패하면, 진정으로 책임감을 느끼는가?”
답이 아니오라면, 무언가 어긋나 있는 거예요.
기준 3: 나는 팀을 더 강하게 만들고 있는가?
(1) 항상 “일을 끝내는” 것의 숨겨진 비용
PM은 팀을 찍어누르면서 일을 진행시킬 수도 있어요.
- 더 빡빡한 타임라인
- 잦은 체크인
- 막바지 범위 변경
- 모든 장애물을 개인적으로 해결하기
단기적으로는 효과적으로 보일 수 있어요. 하지만 시간이 지나면, 팀이 스스로 학습하고 결정하고 성장하는 능력이 제한될 수 있죠.
더 팀을 성장시키는 PM은 이런 신호에도 주의를 기울여요.
- 팀이 문제를 인식하고 해결하는 방식이 더 나아지고 있는가?
- 결정이 더 명확하고 빨라지고 있는가?
- 디자이너과 개발자가 더 주도적으로 움직이는가?
- 의사소통이 명확해져 이전보다 더 빠르게 공동의 이해가 이루어지는가?
(2) 단기 효율 vs 장기 강화
속도만 최적화된 팀은 이런 패턴을 보이곤 해요.
- 실무자가 반복적으로 마감일을 늦춘다
- 결정이 반복적으로 뒤집힌다
- 맥락이 너무 늦게, 또는 아예 공유되지 않는다
- 학습이 마감에 밀려 뒷전이 된다
시간이 갈수록 강해지는 팀은 반대 모습을 보여요.
- 맥락이 일찍, 자주 공유된다
- 문제 발견 과정에 모든 팀원이 능동적으로, 자발적으로 참여한다
- 작업 시작 전에 성공 기준이 명확하다
- 실수가 숨겨지지 않고 논의된다
- 매 사이클마다 결정이 개선된다
이건 더 세게 밀어붙이는 것이 아니라, 더 나은 판단을 가능하게 하는 것이에요.
(3) 성찰을 위한 질문
이렇게 생각해보세요.
“프로덕트 결정이 시간이 지남에 따라 팀에게 더 쉽고 명확해지고 있는가?”
결정이 여전히 한 사람에게 크게 의존하고 있다면, 그것은 생각해볼 지점이에요. 맥락이나 구조가 팀에 있어 부족함을 알리는 신호죠.
(4) 작지만 복리처럼 쌓이는 습관
주요 작업이 끝난 후, 짧은 회고를 하면 초점이 산출물에서 학습으로 전환돼요.
- 이번에 팀에게 무엇이 더 명확해졌는가?
- 어떤 결정이 이전보다 쉬워졌는가?
- 어떤 맥락이 가장 도움이 되었는가?
- 다음에 어떤 혼란을 제거할 수 있는가?
시간이 지나면 이런 작은 조정들이 전달 작업을 역량 구축으로 바꿔요.
다음 편에서는 이 원칙과 기준을 일상 업무에서 어떻게 실천하는지, 상황별 질문 매핑, 의사결정 필터, 셀프 체크리스트를 통해 정리하며 시리즈를 마무리할게요.