PM 회고가 당신을 속인다
Source: Dev.to
매 분기마다 제품 팀은 회고를 진행합니다. 누군가 “잘 된 점은?” “잘 안 된 점은?”을 묻고, 팀은 불릿 포인트를 나열합니다. 누군가 “소통을 더 잘 해야겠다”고 적으면 모두 고개를 끄덕이죠. 그런데 실제로는 아무것도 바뀌지 않습니다.
문제는 회고 형식이 아니라, 작업을 시작하기 전에 성공이 어떤 모습인지 정의하지 않았기 때문입니다. 그래서 지금은 무엇도 평가할 수 없습니다.
제가 iQIYI, NIO, 알리바바에서 제품 팀을 이끌 때, 의미 있는 회고는 한 가지 공통점을 가지고 있었습니다: 작업이 시작되기 전에 미리 작성된 성공 기준이 있었던 것이죠. 그 외의 회고는 모두 연극에 불과했습니다.
결과를 보고 나서 성공을 정의하면, 무의식적으로 정의를 결과에 맞추게 됩니다. 참여율이 5% 상승했다면 그것이 목표였다고 생각하고, 5% 하락했다면 “우리는 많은 것을 배웠다”는 식으로 전환하죠. 회고는 학습이 아니라 서술 연습이 됩니다.
진정한 학습을 위해서는 사전 검증 질문이 필요합니다: “이 작업이 성공했는지 알기 위해서는 무엇을 봐야 할까?”
스프린트가 시작되기 전에 답을 정해 두는 것이 회고를 진실되게 만드는 유일한 방법입니다.
중요한 이니셔티브를 시작하기 전에 다음 네 가지 질문에 대한 답을 적어 두세요:
- 우리가 내릴 결정은 무엇인가?
- 성공은 정확히 어떤 모습인가? (미리 정의)
- 가장 큰 가정은 무엇인가?
- 가정 검증 일자는 언제인가?
미리 작성된 기준이 있으면, 회고는 한 페이지짜리 브리핑이 됩니다:
- 지표가 목표에 도달했는가? (예/아니오, 데이터와 함께)
- 핵심 가정은 유지됐는가? (예/아니오, 증거와 함께)
- 이것이 다음 결정에 무엇을 말해주는가?
그게 전부입니다. “소통” 같은 불명확한 불릿 포인트도, 막연한 학습도 없습니다. 단지 당신이 했던 베팅이 옳았는지, 그리고 이제는 이전에 몰랐던 것이 무엇인지에 대한 명확한 결론만 남습니다.
가장 빠르게 성장하는 팀은 가장 빨리 배포하는 팀이 아니라, 가장 빨리 배우는 팀입니다. 그리고 학습은 증명하려고 시도하기 전에 무엇을 증명하려는지 알아야 가능합니다.
이와 관련된 4단계 의사결정 프레임워크를 만들었습니다: https://dcljoyful.gumroad.com/l/toPM