프로젝트 매니저
프로젝트 관리자는 프로젝트를 담당합니다. 그의 목표는 프로젝트 팀이 효과적이고 효율적으로 함께 작업하고 예상되는 프로젝트 결과를 제공하는 것입니다.
그러나이 높은 수준의 정의는 기업 문화, 방법론 및 개별 프로젝트 특성에 따라 매우 다른 현실을 포함 할 수 있습니다. 예를 들면 다음과 같습니다.
- PMI에 따르면 PM은 일반적으로 수행 조직 (예 : IT 또는 하청 업체)의 누군가이며 매우 강력한 리더십 역할을합니다.
- PRINCE2에 따르면 PM은 일반적으로 "비즈니스"(예 : 고객)의 팀이어야하며 팀 리더 (특히 IT 또는 하청 업체와 같은 수행 조직의 팀 리더)와 긴밀히 협력하여 프로젝트를 관리해야합니다.
- 이러한 설정 사이에는 많은 변형이 있으며, 소규모 프로젝트에서는 PM이 종종 여러 역할 (예 : PM 및 설계자 또는 PM 및 리드 개발자)을 누적한다는 것을 이해합니다.
프로그램 관리자
프로그램은 프로젝트보다 훨씬 크고 길다. 프로그램은 일반적으로 장기적인 전략 목표를 달성하거나 새로운 제품군을 출시하기 위해 수행됩니다.
공식적인 정의는 방법론에 다시 달려 있습니다.
- PMI는 프로그램을 "프로그램의 우산 아래에서 수행 된 프로젝트는 독립적으로 실행하여 얻을 수없는 이점을 허용 할 것"으로보고 있습니다. 전형적인 예는 프로젝트가 상호 의존성이 높고 프로그램 관리자의 프로젝트 간 조정이 필요하기 때문입니다.
- MSP (영국 정부에 의해 시작된 프로그램의 Prince2와 동등)는 장기 목표를 달성 할 필요성에 의해 프로그램이 정의된다고 명시하고 있습니다.
두 프로그램 모두 프로그램이 여러 프로젝트로 구성되며 일부 관련 비 프로젝트 활동도 포함 할 수 있다는 데 동의합니다.
프로젝트 관리자는 프로그램 관리자에게보고합니다. 그러나 프로그램 관리자의 세부적인 의무는 상황에 따라 다시 결정됩니다. 제품 소유권을 의미하거나 암시하지 않을 수 있습니다. 그는 대부분 프로젝트 관리자를 지휘합니다. 그러나 프로그램 관리자가 조정 역할 만 갖는 설정이 있습니다.
개발 매니저
세 가지 용어에서 이것은 공식적으로 덜 공식화 된 것입니다.
본인은 개발 프로세스를 담당하는 관리자와 내부 및 조직의 개발자, 그리고 개발자가 참여할 수있는 모든 프로젝트에서이 용어를 이해합니다.
그러나 대규모 프로그램의 경우 대규모 프로그램의 개발 자원을 관리하는 것이 수평 적 역할이 될 수 있습니다.
어떤 맥락에서이 용어가 프로젝트의 소프트웨어 개발 결과물을 담당하는 팀장 / 최고 개발자 / 고급 소프트웨어 엔지니어를 지정하여 프로젝트의 중요성을 인정한다고 상상할 수 있습니다. 그러나 개인적으로, 나는이 맥락에서 용어를 만난 적이 없습니다.