프로젝트 통합 관리

프로젝트 통합 관리

1.     모든 프로젝트 관리 프로세스 그룹에 속하는 다양한 프로세스들과 프로젝트 관리 활동들을 식별하고 , 정의하며 , 결합하고 , 통합하며 , 조정하기 위한 프로세스 및 활동

2.     통합은 단일화 , 합병 , 명확한 표현 , 프로젝트의 완성에 결정적인 통합적 행동들 , 이해관계자의 기대에 대한 성공적인 관리 , 요구사항 충족시키기 등의 특성들을 포함한다.

3.     자원 배분에 대한 선택을 하고 , 상중되는 목적과 대안들 간의 절충을 하고 , 프로젝트 관리 지식 영역들 간의 상호의존성을 관리하는 것이 수반된다.

4.     필요성은 개별적 프로세스들이 상호작용하는 상황에서 분명해진다.

 

프로젝트 관리 팀에 의해서 수행되는 활동

1.     범위를 분석하고 이해하기

2.     식별된 정보를 어떻게 획득하고 프로젝트 관리 계획에 반영할 것인지를 이해하기

3.     제품 인도물들을 생산하기 위한 활동들을 수행하기

4.     작업 분해도를 준비하기

5.     프로젝트 진도의 모든 측면들을 측정하고 모니터링하며 , 프로젝트 목표를 달성하기 위해서 적절한 조치를 취하기

 

프로젝트 통합 관리 프로세스들

1.     프로젝트 헌장을 개발하기 ( 초기화 )

è  공식적으로 프로젝트 또는 단계에 권한을 부여하고 , 이해관계자들의 필요와 기대를 충족시키는 초기 요구사항을 기록하는 문서를 개발한다.

è  산출물 : 프로젝트 헌장

è  도구 및 기법 : 전문가 판단

è  투입물 : 프로젝트 작업 기술서 , 비즈니스 케이스 , 계약 , 가입 환경 요인 , 조직 프로세스 자산

2.     프로젝트 관리 계획을 개발하기 ( 계획 )

è  모든 보조 계획들을 정의하고, 준비하며 통합하고 조정하기 위해 필요한 조치들을 기록한다.

è  산출물 : 프로젝트 관리 계획

è  도구 및 기법 : 전문가 판단

è  투입물 : 프로젝트 헌장 , 계획 프로세스들로부터의 산출물 , 가입 환경 요인 , 조직 프로세스 자산

 

3.     프로젝트 작업을 지시하고 관리하기 ( 실행 )

è  프로젝트 목표를 달성하기 위해서 프로젝트 관리 계획에 정의된 작업을 리드하고 , 수행하며 승인 된 변경들을 실행한다.

è  산출물 : 인도물 , 작업 성과 자료 , 변경 요구 , 프로젝트 관리 계획 ( 갱신되어진 ) , 프로젝트 문서 ( 갱신되어진 )

è  도구 및 기법 : 전문가 판단 , 프로젝트 관리 정보 시스템 , 회의

è  투입물 : 프로젝트 관리 계획 , 승인된 변경 요청 , 기업 환경 요인 , 조직 프로세스 자산

 

4.     프로젝트 작업을 모니터하고 통제하기 ( 모니터링 및 통제 )

è  프로젝트 관리 계획에 정의된 성과 목표들을 충족하기 위해서 진도를 추적하고 , 검토하며 규제한다

è  산출물 : 변경 요청 , 프로젝트 관리 계획 ( 갱신되어진 ) , 프로젝트 문헌 ( 갱신되어진 )

è  도구 및 기법 : 전문가 판단

è  투입물 : 프로젝트 관리 계획 , 작업 성과 보고서 , 기업 환경 요인 , 조직 프로세스 자산

 

5.     통합 변경 통제를 수행하기 ( 모니터링 및 통제 )

è  모든 변경 요청들을 검토하고 , 변경을 승인하며 인도물 , 조직 프로세스 , 자산, 프로젝트 문서 , 그리고 프로젝트 관리 계획에 대한 변경을 관리한다.

è  산출물 : 변경 요구 상태 ( 갱신되어진 ) , 프로젝트 관리 계획 ( 갱신되어진 ) , 프로젝트 문서 ( 갱신되어진 )

è  도구 및 기법 : 전문가 판단 , 변경 통제 회의

è  투입물 : 프로젝트 관리 계획 , 승인된 시정 조치 , 기업 환경 요인 , 조직 프로세스 자산

 

6.     프로젝트 또는 단계를 종료하기 ( 종료 )

è  공식적으로 프로젝트 또는 단계를 완료하기 위해서 모든 프로젝트 관리 프로세스 그룹들에 걸친 활동들을 마무리한다.

è  산출물 : 최종 제품 , 서비스 , 결과 이전 , 갱신된 조직의 프로세스 자산

è  도구 및 기법 : 전문가 판단

è  투입물 : 프로젝트 관리 계획서 , 수용된 인도물 , 조직의 프로세스 자산

 

 

프로젝트 헌장

è  프로젝트의 목적 or 정당화

è  측정할 수 있는 프로젝트 목표 및 관련된 성공 기준들

è  상위 수준의 요구사항

è  상위 수준의 프로젝트 서술

è  상위 수준의 위험들

è  일정 마일스톤 요약 ( summary milestone schedule )

è  개괄적 예산

è  프로젝트 승인 요구사항

è  선정된 프로젝트 관리자 , 책임 및 권한 수준

è  스폰서나 기타 프로젝트 헌장을 공인하는 사람들의 이름과 권위

 

 

 

프로그램 헌장과 프로그램의 승인

è  정당성 ( justification )

è  위험과 이슈들 ( risks and issues )

è  비전 ( vision )

è  시간 척도 ( time scale )

è  전략적 적합성 ( strategic fit )

è  필요한 자원 ( resources needed )

è  결과 ( outcomes )

è  이해관계자들에 대한 고려 ( stakeholder consideration governance )

è  범위 ( scope )

è  효익 전략 ( benefit strategy )

è  초기 높은 수준 로드맵 ( initial high-level roadmap )

è  가정과 제약 ( assumptions and constraints )

è  컴포넌트 ( components )

 

프로젝트 관리 계획

è  프로젝트를 위해서 선정된 생애주기 모델과 각 단계에 적용될 프로세스들

è  프로젝트 관리 팀에서 조정된 다음과 같은 결과

1.     프로젝트 관리 팀이 선택한 프로젝트 관리 프로세스

2.     선정한 각 프로세스의 구현 수준

3.     선정한 프로세스를 완수하는 데 사용되는 도구 및 기법에 대한 설명

4.     선정된 프로세스들이 해당 프로젝트 및 필수 투입물과 산출물을 관리하기 위해 사용되는 방법

è  프로젝트 목표를 달성할 수 있도록 작업을 실행하는 방법

1.     변경을 모니터링하고 통제하는 방법을 문서화하는 변경 관리 계획

2.     형상 관리가 어떻게 수행될 것인가를 문서화하는 형상 관리 계획

3.     성과 측정 기준선의 완전성을 유지하는 방법

4.     이해관계자 사이의 의사소통 필요성과 통신 기법

5.     해결되지 않는 이슈들과 보류 상태의 의사결정을 해결을 촉진하기 위한 핵심 관리진의 검토 회의내용 , 참석 범위 , 시기

 

프로그램 관리 계획

è  프로그램 관리 계획은 다음과 같은 질문에 대한 답을 포함하며 프로그램 셋업 단계에서 승인된다

1.     최종 결과와 기대는 무엇인가?

2.     언제 그것이 달성되고 , 프로그램 효익이 산출될 것인가?

3.     프로그램 예산은 얼마가 되어야 하나 ?

4.     위험과 이슈들은 무엇인가 ?

5.     의존성 , 가정 , 그리고 제약은 무엇인가 ?

6.     프로그램과 프로그램 컴포넌트들이 어떻게 관리될 것인가 ?

7.     필요한 기타 서비스는 무엇인가 ?

8.     어떻게 프로그램이 관리되고 , 수행될 것인가 ?

 

구성 요소

è  프로그램의 조직

è  프로그램 작업 분할 구조 : 프로그램의 범위를 인도물과 작업들

è  범위 , 테크놀로지 , 위험 , 및 비용의 모든 측면들

è  프로그램 일정 : 프로그램 이정표와 인도물들에 대한 시간표

è  프로그램 예산 : 프로그램 생애주기를 통한 자금의 지출과 그 목적의 관점에서 프로그램을 위한 금전적 계획을 정의한다.

è  프로그램 인도물들에 요구되는 품질을 보장할 방법

è  매트릭스 , 효익 실현 및 지속성을 추적할 시스템을 정의하기 위한 계획

è  프로그램 내외의 이해관계자들과 의사소통

è  프로그램과 관련된 위험을 관리할 접근방법과 방법론들

è  조달 관리 계획 : 조달 계획 과정의 첫 반복 주기 동안에 작성되고 , 후속의 조달 수행 반복주기에서 필요할 때 갱신된다 .

è  조달 계획 : 프로그램을 완수하고 , 조달 계약한 운송 수단을 관리하기 위해서 필요한 설비 , 재화 , 서비스 , 및 기타 외부 자원들

è  프로그램 내의 프로젝트들과 비프로젝트 요소들 간 프로그램과 구성 프로젝트들 또는 외부 요소들과의 상호관계

 

프로젝트 관리 계획의 바람직한 특성들

1.     이해하기 쉽다

2.     읽기 쉽다

3.     모든 주요 참여자 ( 주요 이해관계자 )가 잘 알고 있다.

4.     프로젝트 규모 , 복잡도 , 중요도에 맞추어 적절하다

5.     프로젝트 관리자 개인보다는 팀에 의해서 준비되었다 .

 

프로젝트 작업을 지시하고 관리하기의 활동들

1.     프로젝트 요구사항들을 달성하기 위한 활동들을 수행한다

2.     프로젝트 산출물을 생성한다

3.     프로젝트에 배정된 팀원들을 충원하고 , 훈련하며 관리한다

4.     자재 , 도구 , 장비 , 설비들을 포함하는 자원을 획득하고 , 관리하며 사용한다

5.     계획된 방법들과 표준들을 구현한다

6.     프로젝트 팀 내 외의 프로젝트 의사소통 통로를 수립하고 관리한다.

7.     예측을 촉진하기 위해서 비용 , 일정 , 기술 및 품질 진전 상황 , 상태와 같은 프로젝트 자료들을 생성한다 .

8.     변경 요청들을 발행하고 승인된 변경들을 프로젝트 범위,계획,환경에 맞추어 조정한다.

9.     위험을 관리하고 위험 대응 활동들을 실천한다

10.  판매자와 공급자들을 관리한다

11.  교훈을 수집하고 문서화하고 , 승인된 프로세스 개선 활동들을 실현한다 .

 

변경 요청

è  권고된 수정 조치 ( recommended corrective actions )

è  권고된 예방 조치 ( recommended corrective actions )

è  갱신 ( updates )

è  결함 수리 ( defect repair )

 

프로젝트 수행 지시 및 관리에 포함되는 승인된 변경의 실현

1.     수정 활동 ( corrective action ) : 프로젝트 작업의 예상되는 미래 성과를 프로젝트 관리 계획에 맞추기 위한 작업을 수행하라는 문서화된 지시

2.     예방 활동 ( preventive action ) : 프로젝트 위험과 관련된 부정적 결과의 확률을 줄일 수 있는 활동을 수행하라는 문서화된 지시

3.     결함 보수 ( defect repair ) : 프로젝트 컴포넌트 내의 결함의 공식적으로 문서화된 확인 , 해당 컴포넌트를 완전히 대체할 것인가 아니면 해당 결함을 보수할 것인가에 대한 권고를 포함한다

 

프로젝트 작업 모니터링 및 통제

1.     프로젝트 관리 계획에 대비하여 실제 프로젝트 성과를 비교한다 .

2.     시정 또는 예방 활동이 필요한지의 여부를 결정하기 위해서 성과를 평가하고 , 그에 따라 적절한 활동을 권고한다.

3.     위험들이 확인되고 , 그 상태가 보고되며 , 적절한 위험 대응 계획이 수행되고 있는지를 보장하기 위해서 새로운 위험을 식별하고 기존의 프로젝트 위험들을 분석하고 , 추적하며 모니터링한다

4.     프로젝트 종료까지 프로젝트 제품 및 관련 문서에 대한 정확하고 적시의 정보베이스를 유지한다.

5.     상태 보고 , 진도 측정 , 예측을 지원하기 위한 정보를 제공한다 .

6.     현재 비용 및 일정 정보 갱신을 위한 예측을 제공한다.

7.     승인된 변경 사항의 이행을 즉각적으로 확인한다.

 

통합 변경 통제 프로세스

1.     통합 변경 통제를 거치지 않는 요인들을 모니터링하며 , 단지 승인된 변경만이 구현되도록 하기

2.     변경 요청들을 즉각적으로 검토하고 , 분석하며 승인하기

3.     승인된 변경을 관리하기

4.     승인된 변경만이 프로젝트 관리 계획과 프로젝트 문서에 통합되도록 함으로써 베이스라인의 무결성을 유지하기

5.     권고된 모든 수정 및 예방 조치들을 검토하고 , 승인하며 기각하기

6.     변경들을 전체 프로젝트에 걸쳐서 통합하기

7.     변경 요청들의 전체 영향을 문서화하기

8.     변경들을 전체 프로젝트에 걸쳐서 통합하기

9.     변경 요청들의 전체 영향을 문서화하기

 

프로그램 수준의 변경 요청 분석

1.     프로그램 재정

2.     컴포넌트들 간의 인터페이스

3.     프로그램 일정

4.     문서화

5.     프로그램

6.     위험

7.     프로그램 아키텍처

 

 

형상관리의 주요 목표

1.     수립된 기준선에 대한 변경을 일관성 있게 확인하고 요청하며 , 이러한 변경들의 가치와 효과성을 평가하기 위한 진화적 방법을 확립한다 .

2.     각 변경의 영향을 고려함으로써 프로젝트를 지속적으로 점검하고 개선할 수 있는 기회를 제공한다 .

3.     프로젝트 관리 팀이 승인되고 기각된 모든 변경 사항에 대해서 이해관계자들과 지속적으로 의사전달할 수 있는 방법을 제공한다 .

 

통합 변경 통제 프로세스에 포함된 형상 관리 활동

1.     형상 식별 ( Configuration identification )

2.     형상 상태 어카운팅 ( Configuration status accounting )

3.     형상 검증 및 감사 ( Configuration verification and audit )

 

프로젝트 또는 단계 종료

1.     해당 단계나 프로젝트의 완료 또는 중단 기준을 충족시키기 위해서 필요한 조치와 활동들

2.     프로젝트의 제품 , 서비스 , 결과를 다음 단계 또는 제품/오퍼레이션에 인도하기 위해서 필요한 행동과 활동들

3.     프로젝트 또는 단계에 대한 기록들을 수집하고 , 프로젝트 성공 또는 실패에 대한 감사를 하고 , 조직이 미래에 사용하기 위해서 학습된 교훈을 수집하고 프로젝트 정보를 보관하기 위해 필요한 활동들

 

의사결정의 문제 형태에 따른 분류

1.     구조적 의사결정 ( structured decision - making )

2.     비구조적 의사결정 ( structured decision – making )

 

 

 

의사결정의 의사결정 상황에 따른 분류

1.     확실한 상황 하에서의 의사 결정 ( decision – making under certainty )

2.     위험 하에서의 의사결정 ( decision – making under risk )

3.     불확실한 상황 하에서의 의사결정 ( decision – making under uncertainty )

 

변화를 준비하기

1.     변경 관리 정책을 수립한다 : 변경 요청이 접수되었을 때마다 준수할 명료하게 정의된 정책과 절차를 만든다 .

2.     변화를 기대한다 : 변화를 기회로 간주하고 적극적으로 받아들인다.

3.     변화를 모색한다 : 6개월 내지 12개월마다 기회를 반영할 수 있는 변화를 모색한다. 혁신의 기회가 있는지를 확인하기 위해서 성공과 실패를 검토한다 .

 

프로젝트에 변화가 발생하는 주요 이유

1.     초기 범위 정의에서의 누락

2.     초기 범위에 대한 오해

3.     새로운 요구사항을 만드는 정부 규제와 같은 외부 사건

4.     합병 , 획득 및 파트너십과 같은 새로운 비즈니스 문제와 기회를 만드는 조직 변화

5.     더 좋은 기술이 사용 가능해짐

6.     비즈니스 조직 , 문화 , 프로세스들에게 예기치 못한 심각한 변화를 일으키는 계획된 기술의 변화

7.     단순히 애초에 요구한 또는 합의한 것보다 사용자나 경영진이 시스템에 대한 더 많은 요구

8.     경영진에 의한 프로젝트 예산 감축 또는 일정 단축

 

소프트웨어 형상 관리 계획의 구성 요소

1.     형상 식별

2.     형상 통제

3.     형상 이력 관리

4.     형상 평가

5.     배포 관리 및 인도

6.     인터페이스 제어

 

소프트웨어 형상 관리 계획의 내용

1.     누가 소프트웨어 형상관리 계획을 모니터링할 책임이 있는가?

2.     얼마나 자주 갱신되어야 하는가?

3.     소프트웨어 형상 관리 계획에 대한 변경이 어떻게 평가되고 승인되는가?

4.     소프트웨어 형상 관리 계획에 대한 변경이 어떻게 이루어지고 전달되는가?