나쁜 PM은 혼자 정책과 목표를 다 정해서 해달라는 형태로 요청하는데, 좋은 PM은 해당 문제를 왜 해결해야 하는지를 설명하고 함께 해결하기를 원한다고 하셨다.

개인적으로는 나는 최소한 좋은 PM 또는 더 좋은 PM은 될것이라 생각하지만, 이는 개발자분들에게 한번 물어봐야겠다고 생각했다.

이분께서 설명하신 장표 하나 하나 버릴게 없어서 필자가 찍은 사진으로 해당 내용을 대체하고자 한다.

또한, 아주 큰 팁으로 이분께서 제공해 주신 마법의 단어가 있었는데, ‘고민이 있어요’ 라는 것이었다. 프로그래머가 가장 중요하게 생각하는것은 1. 문제를 해결하는것 2. 본인이 인정받는다는 기분이라고 하셨다.

프로그래머에게 ‘고민이 있다’고 하는 것은 현재 나에게 문제가 있고, 이것은 당신과 함께 논의했을때 잘 풀 수 있을것이라는 본인의 겸손과 상대방을 인정하는 기분이 다 포함된 단어라서 그렇다고 하셨다.

필자는 ‘고민이 있어요’ 라는 마법의 단어는 쓰지 않았지만, 지금까지 뭔가 문제가 생기면 혼자 내용을 정리한 다음에 해당 이슈와 가장 관계 있는 개발자분께 ‘XX로 좀 논의하고 싶은데 혹시 언제 시간 괜찮으세요?’ 라는 형태로 주로 물어봤던것이 기억나는데 결국 비슷한 맥락이었을것이라고 생각한다.(나도 꽤 좋은 PM이 아니었을까?)

어떻게 보면 당연하겠지만, 좋은 PM이라면 본인 도메인에 대해서 버튼만 눌러도 줄줄줄 설명을 해야 하고, 업무 프로세스에 대해서 주요 데이터 흐름 등을 다 정리해놓고 있어야 한다고 하셨다. 여기서 필자는 약간의 반성과 안도를 반반씩 했다. 기존 필자가 일하고 있었던 레저 도메인은 각각의 파트너와의 연동 플로우가 너무 달라서 큰 방향성으로써의 데이터 플로우는 이해하고 있었지만, 세부적인 차이점에 대해서는 버튼을 누를만큼 설명할 정도는 아니었다.

그래서 나름 문서로 정리도 해두었는데, 개발자분들은 80% 정도는 각각 세부적인 연동 디테일을 이해하고 있으셔서 필자가 항상 개발자분들에게 놀라워했고, 부끄럽게 생각했던 영역이다. XX님은 어떻게 그렇게 기억을 잘 하세요? 라고 물어보면 본인은 프로젝트 하나를 직접 구현 할 때 님(필자)은 다양한 것을 한번에 보셔서 다 기억 못하시는것 뿐이예요 라고 겸손하게 이야기하시곤 하셨다. 또, 본인의 도메인에 대해서는 매우 깊이있게 이해하지만, 본인이 맡고 있지 않은 회사의 다른 영역에 대해서도 얇고 넓은 이해가 필요하다고 하셨는데,, 필자는 그러지 못했던 것 같아서 이부분을 반성하게 되었다

마지막으로 개발을 어디까지 알아야 하냐에 대한 설명이었다.

전체 프로세스와 데이터 흐름을 시스템 관점으로 이해하고, 네모 박스로 해당 시스템에 대한 플로우를 그리면 된다고 하셨고, 개발에 대한 디테일은 이해할 필요가 없고, 개발자분의 도움을 통해서 빠진 부분을 채워 넣으면 된다고 하셨다.

한마디로 UML 다이어 그램으로 적당히 플로우만 그릴 줄 알면 된다는 이야기

다행히 필자도 딱 이정도의 영역으로는 이해를 했다고 생각하고, 부족한 부분은 개발자분들에게 물어보면서 채워 넣었다고 생각한다

모든 세션에 대해서는 우아한 형제들에서 영상 자체를 공유하실 계획이라고 하니, 우아한 형제들의 PM이 일하는 방법이 궁금하신 분들은 모든 영상을 보시면 좋을것 같고, PM으로써 개발자분들과의 협업에 대해서 궁금해 하시는분들이라면, 마지막 세션의 영상이라도 보시기를 추천드린다