이 3 가지 관리자 역할의 차이점


9

역할 :

  • 개발 매니저
  • 프로그램 관리자
  • 프로젝트 매니저

나는 조금 읽고 독자적으로 충분히 잘 이해했습니다. 그러나 당신이 그들을 결합 할 때, 일부 책임이 겹치고 누가 무엇을 책임지고 있는지 불확실 해집니다.

누구든지 각 역할이 다른 역할과 어떻게 다른지 명확하게 정의 할 수 있습니까? 아니면 주로 어떤 작업이 각 작업에만 적용됩니까? 책임의 중복을 피하고 싶습니다.

나는 그 문제에 대해 다른 비슷한 질문이 있다는 것을 알고 있지만 정확히 같은 것은 없습니다 ...

감사

편집하다:

이 두 가지 질문은 약간 도움이되지만, 함께 추진 될 때 여전히 각 역할을 수행 할 수는 없습니다.

프로그램 관리자와 프로젝트 관리자의 차이점은 무엇입니까?

소프트웨어 개발 관리자의 서면 역할


이러한 역할의 일부라고 생각하는 모든 책임을 나열하면 ...
Oded

다른 출처에서 했어요. 내가 말했듯이 그들은 겹칩니다. 나는 당신이 그것들을 함께 고정시킬 때, 책임을 겹치지 않기 위해 무엇을 해야하는지, 또는 약간의 명확한 차이를 궁금합니다.
AJC

프로그램 또는 프로그래밍 관리자? 우리 조직에서는 이러한 역할이 매우 다릅니다. 예를 들어 프로그래밍 관리자 (고급 개발자 / 프로젝트 리더)가있을 수 있지만 프로그래밍과 관련이없는 다른 "프로그램"관리자와 함께 ITSM 프로그램 관리자도 있습니다.
Chris

조직에 따라 다릅니다. 일부 조직에서는 기술 관리자가 모든 프로그램 관리, 프로젝트 관리 및 도메인 전문가 goto 녀석을 수행하는 동안 상위 관리자에게 쓸모없는 포커 친구를 부풀린 급여로 죽은 무게로 옮기는 세 가지 별도의 변명입니다.
maple_shaft

"기술 프로젝트 관리자"라고도하는 개발자 관리자는 일부 회사입니다.
umlcat

답변:


13

프로그램 관리자는 각각 프로젝트 관리자가 실행하는 여러 프로젝트 (또는 포트폴리오)를 관리하여 공통의 목표를 달성합니다. 에서 위키 피 디아 :

프로그램 관리 또는 프로그램 관리는 종종 조직의 성과를 향상시키기 위해 여러 관련 프로젝트를 관리하는 프로세스입니다. 실제로 그리고 그 목표는 종종 시스템 공학 및 산업 공학과 밀접한 관련이 있습니다.

프로젝트 관리자는 더 넓은 프로그램 내에있는 개별 프로젝트를 관리합니다. 그들의 목표는 그들이 수행 한 프로젝트를 필요한 품질, 예산 및 시간 척도에 전달하는 것입니다.

프로젝트 관리자는 개별 프로젝트를 제공하는 데 중점을 둡니다. 프로그램 관리자는 프로젝트 간의 상호 의존성을 이해하고 프로젝트가 경쟁하거나 부족한 리소스를 놓고 경쟁 할 때 프로젝트간에 결정을 내리고 우선 순위를 지정해야 할 수 있습니다.

개발 관리자는 종종 경력 측면에서 개발자 풀을 관리하면서 이러한 측면에 앉아 있습니다. 프로젝트 관리자의 요청에 따라 개발자를 개별 프로젝트에 할당합니다. 개발 관리자는 일반적으로 교육 (특정 프로젝트 요구에 필요한 경우 제외), 평가 등을 담당합니다. 몇 년 동안 동일한 개발 관리자를 보유하고있을 수 있으며,이 기간 동안 여러 프로젝트에 할당 될 수 있습니다 (잠재적으로 여러 프로그램에 걸쳐) 다른 프로젝트 / 프로그램 관리자와 함께.

또는 대규모 프로젝트에는 전체 프로젝트 관리자가있을 수 있으며 개발 관리자, 테스트 관리자 등 다른 작업 흐름에 중점을 둔 프로젝트 관리자를 분리 할 수 ​​있습니다. 이들은 넓은 프로젝트 내에서 포커스 영역을 관리합니다.

그것이 바로 'Enterprise IT'에서 작동하는 방식입니다.


개발 관리자와는 별도로이 답변에 동의하지 않지만 다른 회사에서이 용어를 다르게 사용할 수도 있습니다. 프로젝트 관리자는 일반적으로 일정, 마감일 및 리소스 할당을 주로 다루며 실제 제품의 비전과 기능은 제품 관리자가 제공합니다. '프로그램 관리자'는 여러 제품을 정렬하는 선임 제품 관리자 일 수 있습니다. 제품 관리자가 최종 사용자 수준 기능을 처리 할 때 개발 관리자 (또는 경우에 따라 기술 책임자)는 제품의 기술에 중점을 둡니다.
Joost Schuur

프로그램 및 프로젝트 관리자에게 추가 답변을 추가하여 답변을 확장했습니다. 이러한 정의는 영국 컴퓨터 협회 '지식의 폭'강의 계획서와 매우 유사합니다 ( bcs.org/upload/pdf/citp-bok-syllabus.pdf )
Kris C

또한 제품 관리자는 고객의 요구, 새로운 기능에 대한 로드맵, 마케팅 등에 중점을 둔 또 다른 분야입니다.
Kris C

1

프로젝트 매니저

프로젝트 관리자는 프로젝트를 담당합니다. 그의 목표는 프로젝트 팀이 효과적이고 효율적으로 함께 작업하고 예상되는 프로젝트 결과를 제공하는 것입니다.

그러나이 높은 수준의 정의는 기업 문화, 방법론 및 개별 프로젝트 특성에 따라 매우 다른 현실을 포함 할 수 있습니다. 예를 들면 다음과 같습니다.

  • PMI에 따르면 PM은 일반적으로 수행 조직 (예 : IT 또는 하청 업체)의 누군가이며 매우 강력한 리더십 역할을합니다.
  • PRINCE2에 따르면 PM은 일반적으로 "비즈니스"(예 : 고객)의 팀이어야하며 팀 리더 (특히 IT 또는 하청 업체와 같은 수행 조직의 팀 리더)와 긴밀히 협력하여 프로젝트를 관리해야합니다.
  • 이러한 설정 사이에는 많은 변형이 있으며, 소규모 프로젝트에서는 PM이 종종 여러 역할 (예 : PM 및 설계자 또는 PM 및 리드 개발자)을 누적한다는 것을 이해합니다.

프로그램 관리자

프로그램은 프로젝트보다 훨씬 크고 길다. 프로그램은 일반적으로 장기적인 전략 목표를 달성하거나 새로운 제품군을 출시하기 위해 수행됩니다.

공식적인 정의는 방법론에 다시 달려 있습니다.

  • PMI는 프로그램을 "프로그램의 우산 아래에서 수행 된 프로젝트는 독립적으로 실행하여 얻을 수없는 이점을 허용 할 것"으로보고 있습니다. 전형적인 예는 프로젝트가 상호 의존성이 높고 프로그램 관리자의 프로젝트 간 조정이 필요하기 때문입니다.
  • MSP (영국 정부에 의해 시작된 프로그램의 Prince2와 동등)는 장기 목표를 달성 할 필요성에 의해 프로그램이 정의된다고 명시하고 있습니다.

두 프로그램 모두 프로그램이 여러 프로젝트로 구성되며 일부 관련 비 프로젝트 활동도 포함 할 수 있다는 데 동의합니다.

프로젝트 관리자는 프로그램 관리자에게보고합니다. 그러나 프로그램 관리자의 세부적인 의무는 상황에 따라 다시 결정됩니다. 제품 소유권을 의미하거나 암시하지 않을 수 있습니다. 그는 대부분 프로젝트 관리자를 지휘합니다. 그러나 프로그램 관리자가 조정 역할 만 갖는 설정이 있습니다.

개발 매니저

세 가지 용어에서 이것은 공식적으로 덜 공식화 된 것입니다.

본인은 개발 프로세스를 담당하는 관리자와 내부 및 조직의 개발자, 그리고 개발자가 참여할 수있는 모든 프로젝트에서이 용어를 이해합니다.

그러나 대규모 프로그램의 경우 대규모 프로그램의 개발 자원을 관리하는 것이 수평 적 역할이 될 수 있습니다.

어떤 맥락에서이 용어가 프로젝트의 소프트웨어 개발 결과물을 담당하는 팀장 / 최고 개발자 / 고급 소프트웨어 엔지니어를 지정하여 프로젝트의 중요성을 인정한다고 상상할 수 있습니다. 그러나 개인적으로, 나는이 맥락에서 용어를 만난 적이 없습니다.


0

제가 10 년 전에 근무했던 조직에서 개발 관리자는 전체 IT 기능 (하드웨어 및 소프트웨어)을 개발하는 일을 담당했습니다. 프로그래밍 관리자는 모든 프로그래밍 기능을 담당했습니다 (소프트웨어 만 해당). 프로젝트 관리자는 일반적으로 프로그래밍, 때로는 하드웨어와 관련된 개별 프로젝트를 담당했습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.