답변:
내 경험상 최고의 기능을 갖춘 팀은 라이프 사이클의 다양한 역할간에 약간의 기술 겹침이있어 "벽을 던지는 것"이 아니라 각 단계간에 원활한 전환이 이루어 지도록합니다.
제품 (또는 제품 내의 기능 / 스토리)을 개발하는 동안 제품 관리자와 엔지니어는 정의 (PM)와 구현 (엔지니어) 의 두 단계의 다수 소유자로 정렬됩니다 .
제품 관리자 — 제품 관리자는 기본적으로 "피처 디자이너"이거나 디자이너가 아닌 경우 소유자입니다. 입력은 고객 / 비즈니스 요구 사항이며 출력은 엔지니어가 작업 할 수있는 제품 사양입니다.
제품 관리자는 일반적으로 어떤 기능이 필요한지에 대해 초기 조사를 수행하고 (더 큰 그룹에서는 비즈니스 분석가가이 단계에서 도움을 줄 것임) 대략적인 요구 사항과 제품 제안으로 구성합니다. 어떤 시점에서 엔지니어 나 설계자는 제품 관리자가 실행 가능한 것을 알고 그에 따라 조정하도록 돕기 위해 참여해야 할 수도 있습니다.
사양이 제공된 후 제품 관리자는 종종 스크럼 프로세스의 "제품 소유자"입니다. "완료"를 정의하고 최종 작업을 수락하는 담당자입니다.
제품이 완성되면 제품 관리자는 고객 서비스, 마케팅 및 영업 부서에서 개발 된 기능과 가장 매력적인 기능을 이해하도록 도와야 할 책임이 있습니다.
엔지니어 — 위에서 언급 한 것처럼 엔지니어는 요구 사항을 정의하는 데 도움을주기 위해 프로세스에 조기에 도입 할 수 있습니다. 그러나 엔지니어 작업의 주요 부분은 제품 사양이 정의되고 작업 승인을 받으면 시작됩니다. 엔지니어는 사양에 따라 소프트웨어를 구현하고 사양에서 발견되지 않은 모든 문제를 제품 관리자에게 다시 고려합니다.
일반적으로 제품 개발이 완료되면 제품 관리자가 배경 지식을 조금 익히는 반면 엔지니어는 QA 프로세스에 더 관여 할 수 있습니다.
내가 언급 한 것처럼 PM과 엔지니어 사이에는 약간의 차이가있을 것이다. 이러한 발전 과정에서 제품 관리자가 기술 지식을 이해하면 필요한 엔지니어의 시간을 최소화 할 수 있으며 엔지니어가 제품 요구를 더 잘 이해하면 조언이 더 도움이됩니다.
제품 관리자의 역할은 회사마다 크게 다를 수 있습니다.
최악의 경우 (그리고 불행히도 일반적인 경우), 제품 관리자는 사양 및 릴리스 의무가 부여 된 기술 책임자입니다.
가장 좋은 경우, 제품 관리자는 개발자와 고객 및 관리자 간의 연락 담당자 역할을하며 개발자가 양질의 배달에 필요한 시간을 갖도록합니다. 일반적으로 개발자를 직위로 옮기는 대신 전문화 된 제품 관리 기술을 가진 사람을 고용하는 것이 가장 좋습니다. 이상적으로, 제품 관리자는 최소한 개발중인 기술에 대한 표면적 이해가 있어야하지만 깊이있는 기술 지식은 필요하지 않습니다.
project것입니다 product,하지만 난 당신이 볼 수 있도록하기위한 편집을 승인해야한다 생각합니다.
사실, 소프트웨어 분야에 적용될 때 "제품 관리자"라는 용어는 실제로이 둘 중 유일하게 유효한 것입니다. 소프트웨어에서 "엔지니어링"과 같은 원격 작업을 수행하는 사람은 거의 없습니다. "Software Engineer"는 기본적으로 잘못 발음 된 단어로, 사람들이 "Code Monkey"직책을 신청하지 않기 때문에 잘못 적용됩니다.
면책 조항 : 이것은 엄격하게 프로그래밍되지 않은 작업의 관점에서입니다 (우리는 반드시 소프트웨어를 제공하지는 않습니다)
내가 일하는 회사에서 대부분의 제품 관리자 는 엔지니어입니다. 그들은 항상 저수준의 일을 할 수는 없지만, 무슨 일이 일어나고 있는지 확실히 알고 있으며 그 일부를 스스로 선택할 수 있습니다. 프로젝트 관리자의 역할은 고객 (또는 고객), 다른 팀 (있는 경우)과 인터페이스하고 하위 수준과 상위 관리자 간의 연락 역할을 수행하고 팀을 전체 목표로 이끄는 것입니다. 그들이 정확히 무엇을 하는지 모르겠습니다. 저는 제품 관리자가 아닙니다.
그러나 회사마다 다릅니다.