1. 아티클 정보
- 제목 : [우아한형제들] 개발자가 생각하는 좋은 PM 나쁜 PM
- 작성자(저자) : 김영한
2. 핵심 내용 요약
- 이 아티클의 주요 메시지 : 좋은 PM은 개발자를 자기 편으로 만들 줄 아는 PM이다.
- 요약
우아한형제들 김영한 기술이사의 발표 내용에 따르면, 개발자 관점에서 성공적인 프로젝트를 이끄는 '좋은 PM'의 세 가지 특징은 다음과 같습니다.
- 동기를 유발하는 PM
- 업무의 의미 부여: 나쁜 PM은 혼자 고민해 기획을 끝낸 뒤 개발자에게 단순 작업으로 지시하지만, 좋은 PM은 데이터와 고객 및 회사 가치 관점에서 '이 일을 왜 해야 하는지'를 집요하게 설명하여 개발자를 납득시킨다.
- '나의 일'로 만들기: 완벽한 정답이나 일정을 혼자 정해서 통보하지 않고, 피드백의 여지를 열어두어 개발자가 스스로 의견을 내고 참여한다는 느낌을 줍니다. 이를 통해 단순한 지시 사항이 아닌 개발자 스스로 '나의 일'로 받아들이게 만든다.
- 마법의 단어 "고민이 있어요": 개발자를 자발적으로 움직이게 하는 최고의 단어입니다. 프로그래머는 본질적으로 '문제를 해결하는 것'과 '인정받는 것'을 좋아하기 때문에, PM이 문제를 상의하며 다가가면 개발자의 문제 해결 본능과 인정 욕구가 충족되어 스스로 적극적인 개발에 나서게 됩니다.
- 정책을 깊이 있게 이해하는 PM
- 화면 너머의 본질 파악: 눈에 보이는 UI 위주로만 기획하는 것을 넘어, 그 기저에 있는 정책의 얼개와 중요한 데이터 흐름을 완벽하게 숙지하고 있어야 합니다.
- 넓은 시야: 자신이 맡은 기능뿐만 아니라, 연관된 타 부서의 시스템이나 툴들이 어떻게 맞물려 노출되는지 전체적인 숲을 이해해야 깊이 있는 서비스 개선이 가능합니다.
- 대충이라도 개발 시스템을 이해하는 PM**
-
시스템의 얼개 파악: PM이 코딩이나 세부 개발 내역까지 깊이 알 필요는 없습니다. 하지만 전체 조직의 역할 분담(R&R)과 큰 시스템 관점에서의 프로세스, 데이터 흐름은 이해하고 있어야 합니다.
-
네모 박스로 이해하기: 각 시스템의 역할을 네모 박스처럼 도식화하여 어떤 시스템들이 어떻게 엮여서 돌아가는지 대략적인 얼개를 파악하는 것이 중요하며, 모르는 부분은 개발자에게 상의하여 시스템의 밑그림을 함께 그려나가는 것이 좋습니다.
-
핵심 키워드 :
느낌
3. 흥미로운 점/새롭게 알게 된 점
-
읽으면서 가장 흥미로웠던 부분 :
- 이 강의에서 영한님은 계속해서
그.. 느낌..!! 뭔가 개발자가 일해야할 것 같은 느낌이라고 말씀하신다. 아마 그 느낌은 이 3가지일 것이다.- “내가(개발자) 이 프로젝트에 참여하고 있다”는 느낌
- 단순 지시가 아니라 “개발자의 일”이라는 느낌
- “내가(개발자)가 이 문제를 풀어야겠다”는 느낌
- 이 강의에서 영한님은 계속해서
-
이전에는 알지 못했거나 새롭게 배운 내용 :
- 고수들의 '답정너' 스킬..
- 아무런 대책 없이 개발자에게 의존하는 것이 아니라, 정답을 알면서도 굳이 개발자에게 다가가 "이거 어떻게 해결해야 할까요?"라고 묻는 고도의 스킬은 개발자에게는 철저히 자신이 주도해서 문제를 풀고 있다는 착각(자율성)을 선물하는 궁극의 리더십이다..
- ****전체 시스템을 이해하고 소통의 벽을 허무는 넓은 시야를 가지자
- PM은 자신이 맡은 기능에만 국한되지 않고 젠체 조직의 역할 분담과 여러 시스템간의 데이터 흐름을 대략적인 큰 그림(네모박스)으로 이해하고 있어야 타 부서의 시스템들이 어떻게 맞물려 돌아가는지 파악하여 깊이 있는 서비스 개선을 이뤄낼 수 있다.
- 이러한 전체 시스템에 대한 이해와 인간적인 신뢰가 뒷받침되어야 타 부서 및 팀원들과의 커뮤니케이션 벽을 허물고, 스몰톡이나 업무 요청 등 유연하고 원활한 협업을 이끌어낼 수 있다.
- 나의 생각) 네모박스가 flow chart를 말하는 것 같은데 개발자적인 생각을 하는게 너무 재밌다.
- 고수들의 '답정너' 스킬..
4. 나의 한 문장 요약
- 이 아티클을 한 문장으로 요약하면?
개발자 뿐만 아니라 나와 함께 일하는 사람들에게 신뢰를 쌓고, 더 좋은 프로덕트를 만들기 ⭐️
나는야 핵심을 찌르는 사람