이미 소장하고 있다면 판매해 보세요.
|
들어가는 글
PMO란 1장 통합 관리 1.1 프로젝트 관리 계획서 작성 1.2 프로젝트 수행 및 통제 1.3 프로젝트 종료 OPINION 01. PMO란? 2장 범위/변경 관리 2.1 요구사항 수집 및 범위 정의 2.2 산출물 변경 2.3 WBS 작성 2.4 범위/변경 관리 OPINION 02. PMO란? 3장 일정/진척 관리 3.1 WBS 작성 3.2 WBS 관리 3.3 진척 관리 OPINION 03. PMO란? 4장 품질 관리 4.1 품질 계획수립 4.2 품질 보증 4.3 품질 통제 수행 4.4 테스트 계획서 작성 OPINION 04. PMO란? 5장 의사소통 관리 5.1 이해관계자 식별 5.2 의사소통 계획수립 5.3 정보 배포 5.4 이해관계자 기대사항 관리 5.5 성과 보고 5.6 주간 보고 작성(개인) OPINION 05. PMO란? 6장 리스크 관리 6.1 리스크 관리 계획수립 6.2 리스크 식별 및 분석 6.3 리스크 대응 계획수립 6.4 감시 및 통제 OPINION 06. PMO란? 7장 변화 관리 7.1 변화 관리 계획서 작성 7.2 변화 관리 수행 OPINION 07. PMO란? 8장 성과 관리 OPINION 08. PMO란? 9장 방법론 OPINION 09. PMO란? 10장 기타 관리 영역 10.1 원가 관리 10.2 원가 관리-원가 산정 10.3 원가 관리-예산 결정 10.4 원가 관리-원가 통제 10.5 인적 자원 관리 10.6 조달 관리 글을 마치며 찾아보기 |
|
“PMO는 지원을 위한 관리가 되어야 한다”
PMO는 운영 방식에 따라 지원 조직도 되고 관리 조직도 될 수 있다. 무조건 관리 조직으로만 운영하면 PMO가 존재하지 않을 때보다 못할 경우가 많을 것이며, 반대로 지원 조직이 되면 PMO는 존재에 대한 의문을 받게 된다. 따라서 PMO의 최우선 목적은 ‘업무 팀의 지원을 위한 프로젝트 관리’이어야 한다. “소프트웨어 개발 프로젝트는 다른 산업의 프로젝트와 많이 다르다” 소프트웨어 개발 프로젝트는 다른 분야의 프로젝트와 달리 실제로 다 만들어질 때까지 최종 산출물이 가시적이지 못하다는 특징이 있고, 이 때문에 최종 산출물에 대한 품질을 측정하기 어렵다. 경험이 많은 PM이나 PMO도 마지막 단계까지 자신이 속한 프로젝트의 최종 산출물에 대한 품질에 대해 쉽게 “품질이 좋습니다” 라는 말을 할 수 있는 근거를 제대로 제시하지 못해 왔고, 앞으로도 그럴 것이다. 그렇다면 PMO는 무슨 역할을 해야 할까? ---본문 중에서 |
|
국내 프로젝트에서도 PMO는 점차 필수가 되고 있다!
이 책에서는 프로젝트 관리 영역별로 PMO의 수준(초급, 중급, 고급)에 따라 PMO가 어떻게 일하는지를 설명한다. 그리고 마지막에 “나피엠의 생각”에서 필자의 권고안을 제시한다. 독자 여러분의 수준이 어느 정도인지 알 수 있고, 어느 지향점을 향해 나아가야 할 지를 가늠할 수 있다. “OPINION” 절에서는 필자 이외에 9명의 다른 PMO 전문가들이 “PMO란”이라는 주제로 각자의 의견을 피력하고 제도를 설명하고 있어서, 필자와는 또 다른 시각에서 PMO가 무슨 역할을 하는지 알 수 있다. 이 책의 목적은 분명하다. ‘소프트웨어 개발 프로젝트를 성공으로 이끌기 위해서 PMO가 해야 할 역할이 무엇인지를 제시하는 것’이다. |