PM의 핵심 역량은 무엇일까요?

디자이너와 개발자가 뽑은, 내 인생 최고의 Product Manager!

디자이너와 개발자가 뽑은, 내 인생 최고의 Product Manager!

디자이너와 개발자의 설문조사

• 그녀는 컨텍스트/데이터/리서치 기반으로 놀라운 커뮤니케이션을 했고, 팀의 멤버들과 동등하게 행동했습니다.
• 뛰어난 PM은 개발자와의 논쟁할 준비가 되어있습니다.
• 제품 및 프로세스 목표를 지속적으로 업데이트합니다.
• 항상 내 의견과 제안을 경청하는 협력자. 마감일에 초점을 맞추지 않고 해결책에 초점을 맞추었습니다.
• 항상 고객과 결과에 초점을 맞추고 최고의 제품을 만들기 위해서 고위 경영진과 싸울 용기가 있습니다.
• 그는 이해관계자에 따라 다른 모자를 쓰고 대합니ㅏㄷ. 디자인과 엔지니어링을 이해하고 있을뿐만 아니라 제품의 모든 측면에 참여해 문제를 해결하도록 가이드합니다.
• 최고의 PM은 해결책보다는 문제를 찾아내고 소통하는데 더 많은 시간을 사용합니다. 디자이너와 개발자를 파트너로 대우해주며 보상 보다는 제품 출시에 더 많은 신경을 씁니다.

Best Product Manager

목표와 비전 설정

• ‘왜’ 이 일을 해야하는 지 비전과 목표를 제대로 설명할 수 있다.
• 지속해서 사용자, 경쟁사, 시장조사를 하고 이를 제품에 반영한다.
• 해결책보다는 문제를 더 깊게 고민한다.

의사결정

• 본인이 아닌 소비자, 비즈니스, 팀을 위한 결정을 내린다.
• 중요한 것에 집중하고 불필요한 것은 무자비할 정도로 걸러낸다.
• 데이터에 기반한 결정을 내릴 줄 안다.

업무 지식

• 해당 산업의 도메인을 깊게 이해한다.
• 디자인과 엔지니어링을 이해한다.
• 데이터를 제대로 사용할 줄 알고 데이터를 이해하는 사람과 협업할 수 있다.

커뮤니케이션

• 팀원의 의견을 경청하고 올바른 실행 방안을 만들어 낸다.
• 이해관계자에 따라 상황에 맞는 모자를 쓰고 커뮤니케이션을 한다.
• 커뮤니케이션 메세지가 정리가 잘 되어 있고 일관적이고 명확하다.
• ‘언더커뮤니케이션’보다 ‘오버커뮤니케이션’이 낫다.

협업

• 동료를 도구가 아닌 중요한 파트너로 대한다.
• 동료의 업무방식을 존중하고 효율적으로 일할 수 있도록 돕는다.
• 팀원의 질문 및 요구사항에 제때 답변을 해준다.
• 마이크로 매니징보다는 동료에게 주도권을 양도하는 것이 좋다.

태도/자세

• 제품을 더 좋게 만들기 위해 경영진에게 의의를 제기할 수 있다.
• 피드백을 감정적으로 받아들이지 않는다.
• 자기 아이디어와 사랑에 빠지지 않는다.

---

[우아한형제들] 개발자가 생각하는 좋은 PM 나쁜 PM

[우아한형제들] 개발자가 생각하는 좋은 PM 나쁜 PM

개발자가 생각하는 좋은 PM

1. 동기유발을 할 수 있는 PM
2. 정책을 깊이 있게 이해하는 PM
3. 대충이라도 개발적인 시스템을 이해하는 PM

동기 유발을 할 수 있는 PM

---

💡 인간이 어떤 목표의 달성을 위해 노력하게 하는 계기를 마련해 주는 것

⇒ PM은 주로 개발자에게 업무를 요청하는 일을 한다. 따라서 개발자의 능력을 100퍼센트 끌어내는 것이 PM의 주요 역량이다.

OWN의 이해

나의 일

• OWN: 내 마을을 쓰는 진짜 나의 일
• 어떤 일을 더 많이 신경쓰고 고민할 때 더욱 OWN
• 기획자는 스스로 업무를 준비하면서 OWN
• 누구든지 단순히 시키는 업무를 나의 일로 받아들이기는 쉽지 않다.
  • 개발자도 마찬가지다.

내 마음을 쓰는 진짜 나의 일이 돼야 이게 재미가 있거든요. 어떤 일을 더 많이 신경쓰고 고민해야 진짜 나의 일이 돼요. 기획자는 보통 스스로 업무를 준비하면서 대부분 자연스럽게 이게 돼요. 근데 이 일을 받아서 하는 입장에서는 이게 나의 업무로 받아들이기 쉽지 않아요.

그래서 좋은 PM은 어떻게 하냐면, ‘그냥 이걸 해요!’가 아니고 이걸 ‘왜 해야하는지’ 정말 집요하게 설명합니다. 그것을 데이터, 고객 관점, 회사 미션에 맞게 설명합니다. 그리고 피드백을 받을 수 있는 창구를 열어 놔요. 이를 통해서 개발자가 ‘내가 이 기획에 참여하고 있다’라는 경험을 만들어요. 이렇게 피드백 사이클을 만들 줄 아는 PM이 좋은 PM이예요.

Why? 예시

• 나쁜 PM : 위에서 시켜서, 실장님이 다음주까지 이거 해야 한데요.
• 좋은 PM : 이 기능을 개발하면 사용자가 5% 증가하고… 우리 비즈니스 가치가 증가한다.
• 더 좋은 PM : 우리는 이런이런 문제가 있다. 이 문제를 해결하면 사용자의 5%가 증가하고 우리 비즈니스의 가치가 증가한다. (문제 → 해결 포인트로 접근)

개발자는 문제라는 이야기를 듣는 순간, 이것을 해결해야 한다고 생각한다.

OWN으로 만들기

• 기획자 뿐만 아니라, 개발자도 나의 일로 만들어야 함
• 그러면 어떻게? 개발자가 적극적으로 개입하게 상황을 만들어야 함
  • WHY, 피드백, 개선점, 질문하기 등등
• 기획자가 보기에 기술적으로 어려워 보여도 기획을 조금만 틀면 더 적은 개발 리소스로 더 효과적인 것을 만들 수 있음. 좋은 개발자는 이런 것을 잘 안다.
• 개발자가 더 많이 개입할 수 있도록 개발자 본인의 일이 됨
• 내가 의견을 내고 개선할 수 있다는 느낌이 중요함.

계속적인 피드백을 통해서 개발자가 의견을 더 많이 낼 수 있도록 해야해요. 그러면 이게 본인의 일이 되는 거예요. 내가 의견을 내고 개선할 수 있다는 그 느낌을 계속 더 받게 해야해요.

인간적인 유대

• 이것은 삶의 기본
• 너를 믿는다. 서로 신뢰가 있어야 함
• 이런 인간적인 유대가 중요한 이유?
  • 상호 커뮤니케이션의 벽이 낮아짐
  • 개발자 스스로 더 쉽게 피드백, 이야기함
  • 스스로 더 많이 참여하게 됨
  • 개발자가 업무를 OWN 할 가능성이 높아짐

개발자를 움직이는 마법의 단어

고민이 있어요.

고민이 있어요 = [ 문제 + 인정 + 겸손 ]

협업 방식의 예시

• 나쁜 PM
  • 혼자서 일정 관리를 다 정리함 (일정을 박아옴)
  • 우선순위를 혼자 결정한다.
• 좋은 PM
  • 개발자와 일정을 논의한다.
  • 우리가 다 같이 이 일을 만들어간다는 느낌을 만든다.
  • 개발자가 우선순위를 참여하게 한다.

깊이 있는 정책 이해

💡 개발자가 느끼기에 좋은 PM이라고 생각될 수 있게 하는 것이 정책을 매우 깊이 있게 이해하고 있는 것이다.

시스템 정책 이해

나쁜 PM

• 레거시라 잘 모르겠어요. 코드보면 안 되나요?
• UI 화면 기반의 기획서만 만들고 끝

좋은 PM

• 본인 도메인에 대해서 버튼을 누르면 줄줄줄 설명 가능
• 업무 프로세스 데이터 흐름 등등 모든 것을 정리
• 본인이 온전히 이해하고 있어야 깊이있는 서비스 개선도 가능
• UI만 만지는 것으로는 변화를 만들지 못한다.

대충 개발 시스템 이해

---

개발을 어디까지 알아야 하나?

나쁜 PM

• 개발자가 알아서

좋은 PM

• 전체 조직과 R&R, 큰 시스템 관점에서 프로세스와 데이터 흐름을 이해한다.
• 그냥 네모 박스를 그리고 각 시스템들이 어떤 역할을 담당하는지 이해하자
  • 개발 이해 X
  • 업무 프로세스와 데이터가 시스템(네모 박스)들과 어떻게 엮여서 돌아가는지 이해 필요
• 개발자의 도움을 받아서 이런 지도를 완성한다.

전체적인 시스템을 알고 있는게 중요합니다. 물론 개발적인 모든 것을 다 알고 있을 필요는 없겠죠. 하지만 전체 네모박스를 만들고 그것들이 어떻게 돌아가는 지는 알고 있어야 합니다. 모르면 개발자에게 물어보세요. 그러면 커뮤니케이션이 훨씬 쉬워질 것입니다.

---

‘하이브리드 업무 시대’ 속 PM의 필수 역량 8가지

‘하이브리드 업무 시대’ 속 PM의 필수 역량 8가지

변화하는 프로젝트 관리 및 지휘 방식

오늘날 대부분의 팀은 원격으로 또는 하이브리드 인력 전략의 일부로서 일하고 있다. 이로 인해 기술 요소에의 의존성이 증가했다. 또 최근 기업들이 다양성 및 포용 이니셔티브를 중요시하면서 프로젝트 팀의 구성원에서도 변화가 나타났다. 이러한 변화는 프로젝트 매니저 역할의 진화를 촉진하고 있다. 즉 오늘날 유능한 프로젝트 매니저로 인정받으려면 아래의 필수 스킬로 전문성, 리더십, 소통 기술을 보강해야 한다.

적응성 및 회복력

• 팬데믹 이후 중요성이 증가
• 팀원의 어려움 극복 도움 필요
• 장기 위기, 피로감에서의 의지 시험

행동 프로젝트 관리

• 인간적 요소 중심의 프로젝트 작업
• 신경과학과 행동 기법의 중요성
• 비이성적 행동 인식 및 완화

변화 리더십

• 변화 관리에서의 중요한 역할
• 전략적 프로젝트 계획 및 목적 설정
• 대규모 변화의 원동력

탁월한 리소스 관리

• 리소스 관리의 중요성과 어려움 증가
• 혁신적 리소스 조달의 필요성
• 리소스 부족에 신속한 대처

포용적 사고방식 및 행동

• 원격 및 하이브리드 팀의 중요성
• 모두에게 포용적 워크플레이스 필요
• 포용을 통한 신뢰 증진 및 성과 향상

신속하고 효과적인 문제 해결

• 펜데믹 속에서의 문제와 도전
• 전문적 문제 해결의 중요성
• 효과적 해법의 신속한 발견

민첩성

• 변화와 불확실성 관리의 핵심
• 변화하는 상황에서의 신속한 예측 및 적응
• 불확실성과 위험 감소

봉사자 리더십

• 이해관계자의 니즈 중심의 리더십
• 목표와 결과물에 대한 최선의 방안 탐색
• 직원의 목소리 중요성 인식

---

Q. PM에게 요구되는 역량 중, 지금 내가 가지고 있는 역량과 키워야 하는 역량은 무엇인가요?

 

내가 가지고 있는 역량

• 개발 지식 : 관련 학과 졸업 및 개발자 경험을 통해 Web & App 개발에 대한 전반적인 CS 지식과 Full Stack 개발 경험.
• 문제 분석 : 상황 속에서 발생하는 문제를 발견하고 해결책을 다양한 방법으로 나열하여 제시하는 능력 소유

내가 키워야 하는 역량

• 문서 작성 : 내가 말하고자 하는 바를 팀원들에게 간결하게 핵심을 전달할 수 있는 문서 작성 능력 보안 필요
• 커뮤니케이션 : 각 팀원의 상황 및 문제를 정리하고 업무의 우선순위를 정하여 모든 팀원이 공감할 수 있는 어젠다를 설정하고 이를 공유할 수 있는 능력 보안 필요