🤔 PM은 코딩하는 법을 알아야 하나요? PM이 코딩까지 알아야 하는지에 관한 질문은 디자이너였을 때도 했던 것 같다. 왜 코딩에 대해서 알아야지 하고 생각해 보면 몰라서 안될 건 없지만, 알면

🤔 PM은 코딩하는 법을 알아야 하나요? PM이 코딩까지 알아야 하는지에 관한 질문은 디자이너였을 때도 했던 것 같다. 왜 코딩에 대해서 알아야지 하고 생각해 보면 몰라서 안될 건 없지만, 알면 더더욱 자신감이 생기고 제품 개발에 추진력을 얻을 수 있기 때문이라고 생각한다. 제품 개발은 일정이 정해져 있고 각자 본인만의 스킬과 팀플레이를 통해서 진행된다. 그때의 팀 구성은 PM, 디자이너, 엔지니어가 주축을 이루는데 기술적인 개념이 알고 있을 때와 모를 때의 커뮤니케이션은 서로 간의 신뢰감과 개발 속도에 많은 영향을 미친다. 내 경험으로도 각 멤버가 제품의 아키텍처나 기술적인 분야에 대한 개념을 이해하지 못하고 있다면 일이 진행이 안되거나 더뎌지는 경우가 정말 많았다. 다 같이 처음이고 모르는 상황이면 알아가면서 개발한다고 하지만, 하나부터 열까지 개발자에게 의지하며 묻고 이해한 후 개발을 진행하려니 정말 힘들었던 기억이 난다. 그 개발자는 얼마나 힘들었을까 싶다. 결국 개발은 팀플레이다. 본인 스스로 성장하기 위해서도 공부가 필요하지만, 본인이 책임지고 있는 제품을 더욱 가치 있고 빠르게 고객에게 제공하기 위해서는 최소한의 지식을 습득하고 있는 것이 좋다고 생각한다. 📝이하 콘텐츠 메모 1.훌륭한 프로덕트 매니저가 되고 싶다면 다양한 기술적인 개념들에 대해서는 최소한의 지식을 습득하고 있는 것이 좋습니다. 2. 기술적 절충안 마련 : PM으로서 기술적 절충안을 마련하기 위해서는, 그 제품이 가진 기술적인 아키텍처(architecture, 구성 체계)에 대한 기본적인 지식을 갖고 있어야 합니다. 3. 기술적 타당성 검토 : 프로덕트 매니저가 업무량과 작업 시간을 직접 계산 해야 한다는 것이 아니라, 기술적 타당성 측면에서 “터무니없는” 아이디어를 직접 가려낼 수 있어야 한다는 것입니다. 4. 기술적 부채 확인 : 프로덕트 매니저는 기술적 부채에 대해서도 그 영향과 작업량을 고려해서 우선순위를 판단해야 합니다. 5. 디버깅 : 문제의 원인을 여러분이 직접 밝혀내야 한다는 것이 아니라, 그 원인을 자기 나름대로 추정할 수 있어야 한다는 것입니다. 6. 데이터 분석 : PM의 역할은 문제를 제대로 파악하는 것입니다. 제품 이용과 관련된 데이터를 분석하는 것이 중요합니다. 자기 스스로 데이터를 분석해서 통찰력을 얻어낼 수 있다면, 아주 많은 도움이 됩니다. 7. 결과물 산출 : 프로덕트 매니저는 코딩 환경에 대한 개념들(준비, 사전제작, 제작)은 물론이고, 브랜치(branch)나 풀 리퀘스트(pull request)같은 개념들도 알고 있어야 합니다. 8. 프로덕트 매니저가 되고 싶다면, 기술에 대해서 호기심을 갖고 있어야 합니다. 프로덕트 매니저라면 사용자, 경쟁 현황, 기술 등 상당히 많은 것들에 대해서 호기심을 갖는 것이 정말 중요합니다.