<aside> 📚 토글 (▶ )을 클릭하여, 교육자료의 목차를 확인하고 빠른 이동을 할 수 있습니다. (전체 토글을 열고닫는 단축키 - Windows : Ctrl + alt + t / Mac : ⌘ + ⌥ + t )

• 목차 확인하기 </aside>

1. PM에게 팀워크가 중요한 이유

여러분들도 이미 많은 팀 활동과 업무를 수행하시면서 알고 계실텐데요,

팀워크는 다수가 함께 협력하여 일을 하는 사람들에게는 모두 중요합니다. 하지만 왜, 유독 PM에게는 팀워크를 필수 소양으로 강조 할까요?

당연히 PM 혼자서는 문제를 해결할 수 없기 때문입니다.

• 어떤 문제에 대해 나 혼자 해결할 수 있다면, 팀워크보다 문제 해결에만 집중하면 됩니다. (1인 개발자 만세!)

  오늘도 개발자가 안 된다고 말했다 - YES24

  개발하기 싫어서 안 된다고 말하는 것이 아닙니다. 안된다고 해서 속상해 하지말고, 왜 안되는지를 아는 사람이 됩시다.

• 하지만 우리는

  • 더 복잡한 문제를 해결하기 위해서
  • 더 큰 임팩트를 시장에 내놓기 위해서 → 다양한 역할의 팀원들과 함께 팀을 이뤄 문제를 해결합니다.

근데 왜 유독, PM에게만 ‘팀워크’에 대해 엄격한 걸까요?

<aside> 🤔 PM은 문제를 해결할 기술이 없기 때문일까요? 말로만 문제를 해결하려는 뜬구름 잡는 사람이라서 그럴까요? 그래서, PM에게만 팀워크가 중요하다는 것을 강조하는 것일까요?

그렇지 않습니다. PM에게 팀워크가 중요한 이유를 이해하기 위해서는, 회사에 PM이 왜 필요한지 살펴보면 됩니다.

</aside>

• 먼저 사이드 프로젝트를 예로 들어 보겠습니다. 팀 구성을 위해 팀원을 모은다고 가정 했을 때,

  • 내가 개발자나 디자이너라면 👉  제발 와주세요!
  • 내가 기획자 혹은 PM라면 👉  저 좀 데려가주세요..

• 물론 요즘에는, 개발자와 디자이너의 공급이 늘어난 만큼 PM의 수요 또한 늘었습니다. 그리고 수요와는 상관없이 이미 뛰어난 능력을 가진 PM에게는 연락이 빗발치고 있습니다. 그럼 사이드 프로젝트에 참여하기 위해서는 개발자나 디자이너가 되어야 한다는 의미일까요?

  그렇지 않습니다.

  사이드 프로젝트를 통해 기대하는 결과물은 그리 크거나 복잡하지 않기 때문에, 기획자 혹은 PM의 역할이 적거나 없다는 의미입니다. 역할을 잘 분배하고, 그것만 잘 수행한다면 큰 문제는 없을 것입니다.

• 하지만 회사에서 PM이 필요하다는 의미는, 단순히 사이드 프로젝트를 기획하는 것과는 많이 다를 것입니다.

  • 문제의 우선 순위를 정하고 지속적으로 제품을 개선하며, 목표 달성으로 이끌 사람이 필요하다는 것
  • 제품을 개선하려는 범위 혹은 문제해결의 목표가 작게 투닥투닥해 볼 수 있는 것이 아니라는 것
  • 문제를 아주 조사버릴(?) 메이커는 이미 존재하니, 한 팀으로 움직여 달라는 것

• 즉, 회사가 해결하고 싶은 문제는 그만큼 복잡하고 제품을 개선하여 달성하고자 하는 목표가 높기 때문에,

  1. 수 많은 역할을 부여받은 구성원들이 회사에 모여있고
  2. 제품의 지속적인 개선을 위해 이들의 역량을 최대한으로 발휘해야 하는 상황에서
  3. 메이커들이 메이킹에 온전히 집중 할 수 있도록 → 제품을 리드할 사람이 필요한 것입니다.