EPMO(Enterprise PMO, 전사 PMO) 와 CMMI의 실무 적용 - 7

EPMO(Enterprise PMO, 전사 PMO) 와 CMMI의 실무 적용 - 1 : EPMO 정의와 실패하는 이유

EPMO(Enterprise PMO, 전사 PMO) 와 CMMI의 실무 적용 - 2 : 조직의 문제점과 개선기회의 도출

EPMO(Enterprise PMO, 전사 PMO) 와 CMMI의 실무 적용 - 3 : CMMI 와 PI 활동의 접목

EPMO(Enterprise PMO, 전사 PMO) 와 CMMI의 실무 적용 - 4 : 전사 프로젝트 관리 프로세스의 소개

EPMO(Enterprise PMO, 전사 PMO) 와 CMMI의 실무 적용 - 5 : 프로젝트 관리 프로세스 영역

EPMO(Enterprise PMO, 전사 PMO) 와 CMMI의 실무 적용 - 6 : 조직과 CMMI 관리 프로세스와 접목

EPMO(Enterprise PMO, 전사 PMO) 와 CMMI의 실무 적용 - 7 : 역할과 책임의 관리프로세스 전환

R&R의 프로젝트 관리 프로세스 전환

회사의 R&R을 기반으로 프로세스를 구축한다. 프로세스는 흐름과 액터, 그리고 관련 산출물을 같이 작성하도록 한다.

R&R 은 업무를 수행하는 부서나 조직원의 권한과 책임을 기준으로 작성된다면, 이를 업무의 진행순서에 의거하여 흐름에 따른 책임을 설정하고, 관련된 산출물을 설정하게 된다.

R&R 기준의 프로젝트 관리 프로세스

위 예시는 앞장에서 도출되었던 R&R을 기준으로 프로세스를 그린것으로, 행위와 액터(실행주체), 그리고 산출물로 구성되어 진다.

프로세스를 그릴때는 비지니스 모델이 여러개가 존재하면 하나의 프로세스로 구성하기 위하여 노력하지 말고, 비지니스 모델별로 프로세스를 그리도록 한다.  여러개로 나누어진 프로세스 정의서를 표준화하여 정제하는 절차를 진행하며, 비지니스모델에 공통적으로 포함되는 프로세스를 중심으로 프로세스 정의서를 표준화한다.

프로젝트 관리 프로세스 흐름도

이후 프로세스를 다 그리면 각 프로세스에 대한 상세한 지침을 만들게 되며, 이를 프로세스 정의서라고 한다.

여기서 만들어지는 프로세스 정의서는 하나의 업무 규정으로 활용할 수 있다.

 

프로젝트 관리 프로세스 정의서

위는 프로젝트 관리 프로세스 정의서이며, 다른 프로세스 정의서에서도 기본적인 목차를 기준으로 활용할 수 있다.

1. 개요 

 개요에는 정의서의 목적, 적용 범위, 그리고 프로세스 정의서에서 사용되는 주요 용어에 대해서 정의한다.

 목적은 프로세스  사용 목적을 적시하고, 적용 범위는 비지니스 모델중 적용되는 영역이 어느 영역까지 인지를 표현한다.

2. 프로세스 흐름도

프로젝트 관리 프로세스의 흐름을 확인할 수 있도록 작성되어야 하며, 흐름도에 표시된 세부 프로세스들은 프로세스 설명에서 자세히 규정되어야 한다.

3. 역할 및 책임

역할은 프로세스 흐름도에서 표현된 액터, 즉 경영진, 프로젝트 관리자, 영업팀등 업무를 수행하는 주체가 되며, 책임은 역할에서 수행하여야 되는 업무를 표현함을 의미한다. R&R에서 정의된 책임과 동일하다.

4. 프로세스 요약

프로세스의 제약조건, 입력물(프로세스에서 사용해야할 필수 입력물), 작업내용, 출력물(프로세스를 수행할때 발생되는 산출물) 을 표기한다.

5. 프로세스 설명

프로세스 영역의 상세 프로세스에 대한 규약을 정의하며, 프로세스 요약과 같은 형식으로 상세 프로세스를 정의한다.

프로세스 영역별로 상세 프로세스를 정의할때는 아래와 같이 정의할 수 있다.

개요	프로젝트에 적용할 프로세스를 수립하고 프로젝트의 범위를 정의한다.
입력물	제안 요청서 제안서 계약서
작업내용	프로젝트 범위 정의 영업 담당자는 프로젝트 PM과 함께 고객과 사전협의를 통해 프로젝트 범위를 설정한다. PM은 영업 담당자와 고객과 사전 협의한 내용을 바탕으로 “산정결과서”를 작성하여 프로젝트 투입공수를 산정한다. 영업 담당자는 PM이 산정한 투입공수를 기반으로 최종견적을 결정한다. *** 프로젝트의 경우, “*** 제안스펙” 문서를 참고하여 최종 견적을 결정한다. 영업팀, PM, 프로젝트 팀원은 위험, 가정, 제약사항, 추가검토 및 조정사항에 대하여 확인하고, 리스크가 식별되면 “리스크 관리” 문서에 기재하여 관리한다. 영업담당자는 산정근거에 따라 위험식별 및 최종견적 확정이 완료되면 회사의 계약절차에 의거하여 프로젝트 계약을 수행한다. WBS 작성 프로젝트 관리자는 “범위 명세서”를 토대로 프로젝트의 단계 및 활동을 정의한 상위 수준의 WBS를 작성한다. WBS는 계획 수립 및 요구사항 정의 과정을 거치며 하위 작업 단위로 상세화한다. WBS는 다음과 같이 추적될 수 있는 프로젝트의 모든 업무 활동을 포함해야 한다. 계획 수립 활동 프로젝트 감독 및 통제 활동 제품 개발 및 유지보수 활동 (요구분석, 설계, 개발, 테스트, 설치/배포) 프로젝트 종료 활동 WBS는 수행 프로젝트 형태에 따라 (솔루션)개발, (일반)개발, 유지보수 프로젝트로 구분하여 작성한다. WBS 작성은 문서작성도구(MS-Office[Excel]를 사용하여 작성한다. 고객요청 시 내부검토가 완료된 후, 작성된 ‘범위 명세서’, ‘WBS’를 고객과 검토하여 이견사항에 대해 조율한다.
출력물	범위 명세서 WBS([솔루션]개발, [일반]개발, 유지보수) 프로젝트 산정결과서
제약사항	사업수행계획서 또는 연간 유지보수 계획서, 업무수행계획서에 업무 범위를 기술하는 것으로 “범위 명세서”를 대신 할 수 있다. 유지보수 프로젝트의 WBS는 “연간 유지보수일정표”로 대체 할 수 있다.

6. 관련 프로세스

해당 프로세스와 연관되는 프로세스를 표기한다.

7. 관련서식

프로세스에서 사용되는 산출물에 대한 템플릿(서식)을 정의한다. 일반적으로 템플릿의 문서번호와 문서명을 표기하고 양식은 별도로 관리한다.

8. 측정항목

프로세스를 진행함에 따른 각종 지표를 의미한다. 대표적으로 프로세스 관리프로세스에서 사용하는 지표는 공수투입율, 비용투입율, 개발공정율등을 들 수 있다.

 

마무리

이번 글까지 EPMO에서 PI에서 시작하여 프로세스의 도출까지 회사에서 EPMO를 도입할때 조직에 맞는 프로세스를 찾는 방법을 설명하였다.

다음 글에서는 프로젝트 관리 프로세스를 상세히 설명하고자 한다.