"PM"으로 알려진 종의 역할 이해 [폐쇄

Question

전문 프로그래머로서 저는 매일 "PM"으로 알려진 종과 함께 일합니다. 그들은 일반적으로 일반적인 약어를 겪지 만 실제로 제품 관리자, 프로젝트 관리자 및 프로그램 관리자와 같은 몇 가지 개별 품종이있는 것 같습니다. 아직 발견되지 않은 다른 종이있을 수 있습니다. 수년간의 긴밀한 관찰과 연구를 통해, 그들의 분화의 미묘함은 나를 피합니다. 나는 그들의 공통점을 책임감있게 결정할 수있었습니다. 프로그래머는 모호한 가능한 용어로 그들이 구축하고자한다고 생각하는 것입니다. 그런 다음 가능한 모호한 용어로, 그것이 전달 될 것이라고 생각할 때, 그들은 사라집니다.

따라서 Stackoverflow 크라우드 소싱 저그로 니트에 대한 제 질문은 다음과 같습니다. 제품 관리자, 프로젝트 관리자 및 프로그램 관리자의 차이점을 설명하십시오. 내가 볼 수 없으므로 손을 흔들지 않고 그렇게하십시오. 어쨌든 도움이되지 않습니다.

Answer 1

나는 그들과 함께 일할 때 설명하려고 노력할 것입니다. 정의는 어둡고 조직에서 조직으로 바뀔 수 있음을 이해하십시오.

프로젝트 매니저: 엔지니어링 내에서 프로젝트 일정을 조정할 책임이 있습니다. 이것은 경영진이 갈 수있는 한 사람이어야합니다. 알다 주어진 릴리스에 대한 커밋 된 작업의 현재 상태. 이 사람은 일반적으로 스프레드 시트, 간트 차트 및 상태 회의에 깊이 빠져 있습니다.

제품 관리자: 주어진 릴리스에서 고려할 사용자가 가시 가능한 기능을 결정할 책임이 있습니다. 이 사람은 고객이 소프트웨어를 사용하려고 시도하고 기능적 관점에서 구축 할 내용을 이해하기위한 개발자의 리소스 역할을 할 수 있어야합니다.

프로그램 관리자: 본질적으로 회사의 다른 분야에서 릴리스를 조정하는 프로젝트 관리자. 이것은 엔지니어링 준비가되어 있고 제품에 대한 판매가 교육을받은 것과 동시에 마케팅이 보도 자료를 준비하는 사람입니다.

이것들은 내가 일한 마지막 몇 가지 회사가 역할을 정의한 방식이지만, 많은 변형을 볼 수 있습니다.

Answer 2

프로젝트 매니저 프로젝트 관리를 담당하는 사람, 특히 범위, 전달 품질, 마감일, 지출 시간 및 예산. PM은 모든 프로젝트 결과물에 대한 책임을지고 있습니다. 내 참조 다른 대답 PM 책임에 대한 드릴 다운. 소규모 프로젝트에서 PM은 여러 모자를 착용하지만 더 큰 벤처 기간 동안 다른 사람들이 그녀를 도울 수 있습니다. 그러한 보조 작업은 다음의 제목을 가지고있을 수 있습니다.

• 프로젝트 조정자 관련된 다양한 당사자와 개인 이해 관계자 간의 프로젝트 작업을 조정하는 사람입니다.

• 프로젝트 관리자 프로젝트 상태를 포함하여 최신 정보를 계속보고하면 모든 종류의 다른 관리 작업이 수행됩니다.

• 프로젝트 신선한 제목의 말을 정확하게 수행합니다. 모든 사람을 쫓아, 프로젝트 팀의 경로에서 장애물을 제거하고 항상 꾸준한 발전이 있는지 확인하십시오.

제품 관리자 제품에 대한 책임이 있습니다 전체 제품 수명주기. 제품은 일반적으로 일련의 프로젝트를 통해 만들어지고 발전합니다. 제품과 프로젝트의 관계는 다수입니다. 단일 프로젝트는 많은 제품의 진화에 기여할 수 있으며 단일 제품은 여러 프로젝트가 한 수명주기 단계에서 다른 수명주기 단계로 계속 운반해야합니다. 또한 제품 수명주기는 일반적으로 프로젝트로 수행 된 프로세스 및 상태 변경으로 수행되는 일련의 상태 (예 : "제품 배송"또는 "제품 지원")를 구성하는 것이 중요합니다. 읽으십시오 프로젝트와 프로세스의 차이.

프로그램 관리자 일반적인 목적을 향한 일련의 상호 의존적 프로젝트를 관리합니다. 일부 프로젝트는 병렬로 실행됩니다. 프로그램 관리는 개별 작업이 전체 프로젝트로 대체되는 프로젝트 관리와 상당히 유사합니다. 우주 탐사 프로그램의 관점에서 생각하십시오.

분명히이 타이틀은 석재로 설정되어 있지 않으며 회사는 종종 다소 다른 의미를 부여하거나 완전히 재정의 할 수 있습니다. 내가 준 정의는 일반적으로 경영 커뮤니티 내에서 받아 들여집니다.

Answer 3

이러한 각 역할에 대한 주관적인 정의에 초점을 맞추기보다는 (예, 주관적이며 10 명의 다른 사람들로부터 10 개의 다른 답변을 얻을 수 있습니다) 개인의 과제 책임에 더 집중할 것입니다. 이것에 도움이되는 도구는 a입니다 Raci 매트릭스 (일명 책임 할당 매트릭스) 누가 활동에 책임이 있고 책임을 지는지 분명히합니다.

이 업계는 계속해서 새로운“관리자”타이틀을 영원히 만들 것입니다. 내가 염려하는 한, 그들이 프로젝트에서 실제로 무엇을하는지 말해 주면 모호성이있을 때마다 다시 언급 할 것입니다.

Answer 4

나는이 책에서 (제목이 나를 피하지만, 어딘가에 "관리 안티 패턴"을 가지고 있음) PM은 일반적으로 개발자가 관리자 역할로 높아졌지만 관리 방법을 모른다는 것을 읽었습니다. 그리고 여전히 개발자들은 계층 구조 (그리고 더 높은 급여 브래킷)이기 때문에 그 역할을 원합니다.

좋은 개발자는 필요하지 않다는 것은 좋은 관리자를 의미하지 않으며, 일단 관리자가되면 동료와 정상에서 압력이 가해지고 일부는 대처할 수 없습니다. 일부 회사는 개발자를위한 별도의 커리어 트랙을 개발하고 관리자의 급여와 일치 할 수있을 정도로 '깨달았습니다'.

나는 당신이 더 내성적 인 PM 중 하나를 만나게 될 것이라고 확신합니다. 마지막으로 Mock PM 상황에 있었을 때 (Scrum과 같은 서류 작업을 해야하는 소프트웨어 엔지니어링 모듈입니다) 매주 업데이트를 위해 팀원을 쫓아 코드 검토를 수행했습니다. 그래서 그것은 당신에게 하나의 관점입니다.