마인드 맵 갤러리 정보시스템 프로젝트 관리자 튜토리얼(제4판) 8장_프로젝트 통합 관리
본 파일은 정보시스템 프로젝트 관리 튜토리얼(제4판)의 "제8장_프로젝트 통합 관리"의 자체 제작 마인드맵입니다. 여기에는 프로젝트 헌장 작성, 프로젝트 관리 계획 수립, 프로젝트 작업 안내 및 관리, 프로젝트 지식 관리, 프로젝트 작업 모니터링, 전반적인 변경 제어 구현, 프로젝트 또는 단계 종료 등이 포함됩니다. 이전 시험의 핵심 포인트에 따라 중요도가 표시되고 모든 내용이 상세하게 통합되어 있어 절반의 노력으로 최종 복습과 학습 시작을 더욱 효과적으로 만들 수 있습니다. 나는 모든 장의 읽기를 편집하고 요약하는 데 10시간 이상을 보냈으며, 모두 최신 버전입니다.
2023-12-13 09:36:55에 편집됨이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
프로젝트 통합 관리
기본 사상
프로젝트 통합 관리 콘텐츠
프로젝트 관리 프로세스 그룹의 다양한 프로세스와 프로젝트 관리 활동을 식별, 정의, 결합, 통합 및 조정하는 것을 포함합니다.
프로젝트 통합 관리 성격
통합, 합병, 소통, 연결의 성격을 가지고 프로젝트 통합 관리가 프로젝트 전체에 걸쳐 실행됩니다.
프로젝트 통합 관리 목표
1. 자원 할당
2. 경쟁 수요의 균형을 맞추다
3. 연구 대안
4. 프로젝트 목표 달성을 위한 프로세스 맞춤화
5. 다양한 프로젝트 관리 지식 영역 간의 종속성을 관리합니다.
관리 기본
통합 수행
프로젝트 관리자의 책임
통합은 프로젝트 관리자의 핵심 기술입니다.
프로젝트 통합 관리는 프로젝트 관리자의 책임으로, 다른 모든 지식 영역의 결과를 통합하고 프로젝트의 전반적인 상황을 파악하는 역할을 담당합니다.
프로젝트 통합관리에 대한 책임은 위임이나 양도가 불가능하며, 프로젝트 전체에 대한 최종적인 책임은 프로젝트 관리자에게 있습니다.
이중 역할
조직 수준(외부)
프로젝트 스폰서와 협력하여 전략적 목표를 이해하고 프로젝트 목표와 결과가 포트폴리오, 프로그램 및 비즈니스 영역과 일치하는지 확인합니다.
프로젝트 수준(내부)
팀이 정말로 중요한 것에 집중하고 함께 일할 수 있도록 지도하세요.
프로세스 수준 실행 통합
인지 수준 실행 통합
상황별 실행 통합
통합 복잡성
원천
조직의 시스템 행동, 인간의 행동, 조직이나 환경의 불확실성
복잡성의 의미
1. 여러 부품이 포함되어 있습니다.
2. 서로 다른 부분 사이에는 일련의 연결이 있습니다.
3. 다양한 부품 간의 동적 상호작용
4. 이러한 상호작용은 각 부분의 합보다 훨씬 더 큰 행동을 만들어냅니다(예: 창발적 행동).
새로운 경영 관행
1. 정보 도구 사용
프로젝트 목표 달성 및 프로젝트 혜택을 지원하기 위해 정보를 수집, 분석 및 사용합니다.
2. 시각적 관리 도구 사용
시각적 분석표와 같은 직관적인 형식을 통해 주요 프로젝트 요소를 캡처하고 모니터링합니다.
3. 프로젝트 지식 관리
프로젝트 생애주기 동안 축적된 지식을 대상 고객에게 전달하고 지식 손실을 방지합니다.
4. 프로젝트 외부의 프로젝트 관리자 책임
경영진 및 PMO와 함께 프로젝트 수립 전후의 타당성 조사 및 평가, 이익 관리를 담당합니다.
이해관계자를 보다 완벽하게 식별하고 프로젝트 참여를 안내하기 위해
기능 부서, 운영 및 고위 경영진과 프로젝트 관리자의 인터페이스를 관리합니다.
5. 하이브리드 접근 방식
프로젝트 관리 계획 및 프로젝트 문서
프로젝트 관리 계획
하위 관리 계획
1. 범위 관리 계획
2. 수요관리 계획
3. 진행 관리 계획
4. 비용 관리 계획
5. 품질 관리 계획
6. 자원 관리 계획
7. 통신 관리 계획
8. 위험 관리 계획
9. 조달관리계획
10. 이해관계자 참여 계획
기준
1. 범위 기준선
2. 진행 기준선
3. 비용 기준
다른
1. 변경 관리 계획
2. 구성 관리 계획
3. 성능 측정 벤치마크
세 가지 주요 벤치마크에서 통합됨
4. 프로젝트 수명주기
5. 개발 방법
6. 경영 검토
프로젝트 파일
프로젝트 통합 관리 프로세스
맞춤 고려 사항
각 프로젝트는 고유하므로 프로젝트 관리자는 필요에 따라 프로젝트 통합 관리 프로세스를 맞춤화할 수 있습니다. 49개의 프로세스가 모두 유지되어야 하는 것은 아닙니다. 프로젝트 관리자는 자신의 재량에 따라 특정 프로세스를 맞춤화(삭제)할 수 있습니다.
포함하다
프로젝트 수명주기, 개발 수명주기, 관리 방법, 지식 관리, 변화, 거버넌스, 교훈, 이점
민첩하고 적응 가능한 방법
민첩한 또는 적응형 접근 방식을 채택하면 프로젝트 관리자가 의사 결정을 위임하여 팀 구성원이 스스로 결정을 내리고 특정 제품의 계획 및 제공을 제어할 수 있습니다.
프로젝트 헌장 개발
프로세스 개요
정의
프로젝트를 공식적으로 승인하고 프로젝트 관리자가 프로젝트 활동에 조직 자원을 사용할 수 있도록 권한을 부여하는 문서를 작성하는 프로세스입니다.
주효과
1. 프로젝트와 조직의 전략적 목표 사이의 직접적인 연관성을 명확히 합니다.
2. 프로젝트의 공식적인 상태 확립
3. 프로젝트에 대한 조직의 헌신을 보여줍니다.
이 프로세스는 프로젝트에서 한 번만 또는 사전 정의된 시간에만 수행됩니다.
프로젝트 헌장
효과
1. 프로젝트 헌장(내부)은 계약으로 간주될 수 없습니다. 외부 프로젝트를 실행할 때 협력 계약을 체결하려면 일반적으로 정식 계약이 필요합니다.
2. 주로 계약 내용의 정확한 전달을 위해 조직(B, 계약자) 내에서 협력 관계를 구축하는 데 사용됩니다.
3. 프로젝트 관리자는 프로젝트 관리 프로세스에서 계획, 실행 및 제어를 수행할 권한을 부여하고 프로젝트 활동에서 조직 자원을 사용할 권한도 부여합니다. 따라서 프로젝트 관리자가 계획을 시작하기 전에 프로젝트 관리자를 임명해야 합니다. 프로젝트 헌장을 개발할 때 프로젝트 관리자를 지정하는 것이 좋습니다.
4. 범위, 시간, 비용, 품질 등을 포함하여 프로젝트의 전반적인 목표를 지정합니다.
프로젝트 헌장은 후원자가 작성하거나 후원 조직과 협력하여 프로젝트 관리자가 작성할 수 있습니다. 프로젝트 관리자는 프로젝트 헌장을 발행하거나 수정할 수 없지만 준비에는 참여할 수 있습니다.
프로젝트 헌장이 승인되면 프로젝트가 공식적으로 시작됩니다.
프로젝트 시작
프로젝트는 스폰서, 프로그램 또는 프로젝트 관리 사무소(PMO), 포트폴리오 거버넌스 위원회 의장 또는 승인된 대리인과 같은 프로젝트 외부의 누군가에 의해 시작됩니다. 프로젝트 개시자 또는 후원자는 특정 권한을 가지고 있어야 하며 프로젝트를 위한 자금을 확보하고 자원을 제공할 수 있어야 합니다.
입력하다
(B 당사자, 내부) 프로젝트 관리 문서
효과
프로젝트 관리 단계에서 승인된 결과 또는 관련 프로젝트 관리 문서는 프로젝트 헌장 작성의 기초가 됩니다.
조직의 고위 관리자는 일반적으로 프로젝트 관리 문서를 의사 결정의 기초로 사용합니다.
포함하다
사업제안서, 타당성조사보고서, 사업평가보고서
프로젝트 관리 문서는 프로젝트 문서가 아닙니다. 프로젝트 관리자는 이를 업데이트하거나 수정할 수 없으며 관련 제안만 할 수 있습니다.
규약
계약, 양해각서(MOU), 서비스 수준 계약(SLA), 계약서, 의향서, 구두 계약 또는 기타 서면 계약을 포함합니다.
외부 고객을 위한 프로젝트를 진행하는 경우 일반적으로 계약이 필요합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가 판단에 필요한 도메인 지식
데이터 수집
브레인스토밍, 포커스 그룹, 인터뷰
대인관계 및 팀 기술
갈등관리, 진행, 회의관리
회의
프로젝트 목표, 성공 기준, 주요 결과물, 높은 수준의 요구 사항, 전반적인 이정표 및 기타 개요 정보를 식별합니다.
산출
프로젝트 헌장
콘텐츠
프로젝트와 프로젝트가 제공할 것으로 예상되는 제품, 서비스 또는 결과에 대한 높은 수준의 정보를 문서화합니다.
포함하다
1. 프로젝트 목적
2. 측정 가능한 프로젝트 목표 및 관련 성공 기준
3. 높은 수준의 요구 사항, 높은 수준의 프로젝트 설명, 경계 정의 및 주요 결과물
4. 전반적인 프로젝트 위험
5. 전체 마일스톤 일정
6. 사전 승인된 재정 자원
7. 주요 이해관계자 목록
8. 프로젝트 승인 요구 사항(예: 프로젝트 성공 평가 기준, 프로젝트 성공에 대한 결론을 내릴 사람, 프로젝트 종료를 승인할 사람)
9. 프로젝트 종료 기준(예: 프로젝트 또는 단계가 종료되거나 취소될 수 있는 조건)
10. 위임받은 프로젝트 관리자와 그 책임 및 권한
11. 프로젝트 헌장을 승인한 후원자 또는 기타 사람의 이름과 권한
기록
건축업자의 비즈니스 요구 사항
프로젝트 설립 이유 및 배경
고객 요구 사항과 이러한 요구 사항을 충족하기 위한 새로운 제품, 서비스 또는 결과에 대한 기존 이해
효과
주요 결과물, 이정표, 각 프로젝트 참가자의 역할과 책임에 대한 전반적인 이해관계자의 합의를 보장합니다.
가상 로그
효과
프로젝트 수명 주기 전반에 걸쳐 모든 가정과 제약 조건을 문서화합니다.
프로젝트 시작에 앞서 타당성 조사 및 시연을 수행할 때 높은 수준의 전략 및 운영 가정과 제약 조건을 식별하기 시작합니다.
프로젝트 관리 계획 개발
프로세스 개요
정의
프로젝트 계획의 모든 구성요소를 정의, 준비, 조정하고 이를 종합적인 프로젝트 관리 계획에 통합하는 프로세스입니다.
주효과
모든 프로젝트 작업의 기초와 수행 방법을 설정하는 포괄적인 문서를 작성합니다.
프로젝트 관리 계획
효과
프로젝트의 실행, 모니터링 및 종료 방법을 결정합니다. 이는 프로젝트의 적용 영역과 복잡성에 따라 달라집니다.
프로젝트 관리 계획은 일반적일 수도 있고 상세할 수도 있고, 공식적일 수도 있고 비공식적일 수도 있으며, 각 구성 요소의 세부 수준은 특정 프로젝트의 요구 사항에 따라 달라집니다.
벤치마킹
즉, 프로젝트 수행을 평가하고 이에 따라 프로젝트 성과를 관리하기 위해서는 최소한 프로젝트의 범위, 시간(진행) 및 비용 벤치마크가 지정되어야 합니다.
기준선을 결정하기 전에
프로젝트 관리 계획은 여러 번 업데이트될 수 있으며 이러한 업데이트는 공식적인 프로세스를 따를 필요가 없습니다.
기준선을 정한 후
변경 요청을 제출하고 전체 변경 제어 프로세스를 구현해야만 업데이트가 가능합니다.
프로젝트 관리 계획은 프로젝트 종료 전에 지속적인 업데이트를 통해 점진적으로 상세화되어야 하며 이러한 업데이트는 제어 및 승인되어야 합니다.
입력하다
프로젝트 헌장
초기 프로젝트 기획의 출발점
프로젝트 관리 계획의 다양한 구성요소를 통해 더욱 구체화할 수 있는 프로젝트에 대한 고급 정보가 포함되어 있습니다.
기타 지식 영역 계획 프로세스의 출력
프로젝트 관리 계획을 세우려면 여러 프로세스의 결과를 통합해야 합니다.
결과 하위 계획 및 기준선은 이 프로세스에 대한 입력이며, 이러한 하위 계획 및 기준선을 변경하면 프로젝트 관리 계획도 그에 따라 업데이트될 수 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가 판단에 필요한 도메인 지식
1. 이러한 프로세스 간의 종속성과 상호 작용은 물론 이러한 프로세스의 주요 입력 및 출력을 포함하여 프로젝트 요구 사항에 맞게 프로젝트 관리 프로세스를 조정합니다.
2. 필요에 따라 프로젝트 관리 계획의 추가 구성요소를 개발합니다.
3. 프로세스에 필요한 도구 및 기술 결정
4. 프로젝트 관리 계획에 포함되어야 하는 기술 및 관리 세부 사항을 준비합니다.
5. 프로젝트에 필요한 자원과 기술 수준을 결정합니다.
6. 프로젝트의 구성 관리 수준 정의
7. 공식적인 변경 관리 프로세스가 적용되는 프로젝트 문서 결정
8. 프로젝트 작업의 우선순위를 정하고 프로젝트 자원이 적시에 적절한 작업에 할당되도록 보장
데이터 수집
브레인스토밍, 포커스 그룹, 인터뷰
체크리스트
많은 조직은 자신의 경험을 바탕으로 표준화된 체크리스트를 개발하거나 업계의 체크리스트를 채택합니다.
프로젝트 관리자에게 계획 개발을 안내하거나 프로젝트 관리 계획에 필요한 모든 정보가 포함되어 있는지 확인하도록 돕습니다.
대인관계 및 팀 기술
갈등관리, 진행, 회의관리
회의
효과
프로젝트 목표를 달성하기 위해 작업을 수행하는 방법과 실행 중에 프로젝트를 모니터링하는 방법을 결정합니다.
킥오프 미팅
효과
프로젝트 기획 단계 완료를 명확히 하고 프로젝트 실행 단계 시작을 알립니다.
목적
프로젝트 목표를 전달하고, 프로젝트에 대한 팀의 헌신을 얻고, 각 이해관계자의 역할과 책임을 명확히 합니다.
소집 시기
작은 프로젝트
프로젝트 계획 및 실행은 일반적으로 동일한 팀에서 수행됩니다.
프로젝트 착수 후 킥오프 미팅 개최 예정
큰 프로젝트
일반적으로 프로젝트 관리팀은 대부분의 계획 작업을 수행하며, 초기 계획 작업이 완료되고 실행(개발) 단계가 시작되면 프로젝트 팀의 다른 구성원이 참여하게 됩니다.
프로젝트 실행 단계가 시작될 때 킥오프 회의가 개최됩니다.
다단계 프로젝트
킥오프 회의는 일반적으로 각 단계가 시작될 때 개최됩니다.
산출
프로젝트 관리 계획
정의
프로젝트가 어떻게 실행되고, 모니터링되고, 종료되는지 설명하는 문서입니다.
효과
모든 지식 영역 하위 관리 계획 및 기준선은 물론 프로젝트 관리에 필요한 기타 구성 요소 정보를 통합하고 종합합니다.
프로젝트 관리 계획 구성 요소
프로젝트 관리 계획의 구성 요소는 프로젝트의 특정 요구 사항에 따라 달라집니다.
포함하다
하위 관리 계획
범위관리계획, 요구사항관리계획, 일정관리계획, 원가관리계획, 품질관리계획, 자원관리계획, 의사소통관리계획, 리스크관리계획, 조달관리계획, 이해관계자 참여계획
프로젝트 프로세스 동안 하위 관리 계획과 기본 관리 계획은 서로에 대한 입력 역할을 합니다.
기준
범위 기준선, 일정 기준선, 비용 기준선
기타 구성 요소
프로젝트에 따라 다르며 일반적으로 변경 관리 계획, 구성 관리 계획, 성능 측정 기준, 프로젝트 수명 주기, 개발 방법론, 관리 검토가 포함됩니다.
프로젝트 작업 지시 및 관리
프로세스 개요
정의
프로젝트 관리 계획에서 식별된 작업을 주도 및 실행하고 프로젝트 목표를 달성하기 위해 승인된 변경 사항을 구현하는 프로세스입니다.
주효과
프로젝트 작업 및 결과물을 통합 관리하여 프로젝트 성공 가능성을 높입니다.
프로젝트 전반에 걸쳐 수행되어야 함
프로젝트 작업 지시 및 관리
프로젝트가 위치한 응용 분야에 직접적인 영향을 받음
주요 작업
사용 가능한 자원을 할당하고 효과적인 사용을 관리하는 프로젝트 관리자는 프로젝트 관리팀과 협력하여 계획된 프로젝트 활동을 구현하고 프로젝트 내에서 다양한 기술 및 조직 인터페이스를 관리합니다.
콘텐츠 요청
프로젝트 팀이 모든 프로젝트 변경의 영향을 검토하고 승인된 변경을 구현하도록 요구합니다.
입력하다
프로젝트 관리 계획
프로젝트 관리 계획의 모든 구성 요소는 프로젝트 작업을 안내하고 관리하기 위한 입력으로 사용될 수 있습니다.
프로젝트 파일 (프로세스 출력별로 분류)
1. 프로젝트 지식 관리
교훈 등록
학습한 교훈은 실수가 반복되지 않도록 프로젝트 성과를 개선하는 데 사용됩니다. 레지스터는 팀 작업의 일관성을 유지하기 위해 규칙이나 지침을 설정할 위치를 식별하는 데 도움이 됩니다.
2. 전체적인 변경 제어 구현
변경 로그
모든 변경 요청의 상태를 기록합니다.
3. 요구사항 수집
요구 사항 추적 매트릭스
제품 요구 사항을 해당 결과물에 연결하면 프로젝트 팀이 최종 결과에 집중할 수 있습니다.
4. 활동 정의
마일스톤 목록
특정 마일스톤에 대한 계획된 달성 날짜 나열
5. 진행 계획 개발
프로젝트 일정
최소한 작업 활동, 기간, 자원, 계획된 시작 및 종료 날짜 목록을 포함하십시오.
6. 위험 식별
위험 등록부
프로젝트 실행에 영향을 미칠 수 있는 다양한 위협과 기회에 대한 정보를 문서화합니다.
위험 보고서
식별된 개별 프로젝트 위험에 대한 요약 정보뿐만 아니라 전체 프로젝트 위험의 원인에 대한 정보를 문서화합니다.
7. 경영 커뮤니케이션
프로젝트 커뮤니케이션 기록
성과 보고서, 결과물 상태 및 프로젝트에서 생성된 기타 정보가 포함되어 있습니다.
승인된 변경 요청
정의
프로젝트 관리자와 필요한 경우 CCB가 검토하고 승인한 변경 요청을 포함하여 전반적인 변경 관리 프로세스를 구현한 결과입니다.
변경 제어 보드(CCB) 변경 제어 보드
운영기관이 아닌 의사결정기관이다.
정의
프로젝트의 소유자 지분을 대표하며 변경 사항에 대한 결정을 내릴 책임이 있습니다.
구성
이는 일반적으로 프로젝트가 위치한 조직 관리의 사용자 및 의사 결정자를 포함하여 프로젝트에 관련된 주요 이해 관계자로 구성됩니다.
업무 내용
검토 방법을 통해 프로젝트 기준선을 변경해야 하는지 여부를 결정하되 변경 계획을 제안하지는 마십시오.
비즈니스 환경 요인
조직 프로세스 자산
1. 문제 및 결함 제어, 문제 및 결함 식별 및 해결, 작업 항목 추적을 정의하는 문제 및 결함 관리 절차
2. 과거 이슈 및 결함 상태, 이슈 및 결함 해결 상태, 조치 항목 결과를 포함한 이슈 및 결함 관리 데이터베이스
3. 프로세스 및 제품 측정 데이터를 수집하고 제공하는 데 사용되는 성능 측정 데이터베이스
도구 및 기술
전문가 판단에 필요한 도메인 지식
프로젝트 관리 정보 시스템
ZenTao, Jira 등 IT 소프트웨어 도구
예를 들어, 일정 계획 소프트웨어 도구, 작업 승인 시스템, 구성 관리 시스템, 정보 수집 및 공개 시스템, 기타 온라인 정보 시스템(예: 지식 기반)에 대한 로그인 인터페이스는 핵심성과지표(KPI)의 자동 수집 및 보고를 지원합니다.
회의
효과
프로젝트 관련 사항을 회의를 통해 논의 및 해결
참가자들
문제의 문제와 관련되거나 영향을 받는 프로젝트 관리자, 프로젝트 팀 구성원 및 이해관계자를 포함합니다.
유형
일반적으로 포함 내용: 킥오프 회의, 기술 회의, 민첩하거나 반복적인 계획 회의, 일일 스탠드업 회의, 운영 그룹 회의, 문제 해결 회의, 진행 후속 회의 및 회고 회의
산출
결과물
정의
프로세스, 단계 또는 프로젝트가 완료될 때 생성되어야 하는 고유하고 검증 가능한 제품, 결과 또는 서비스 기능
일반적으로 프로젝트 목표를 달성하기 위해 완료되고, 가시적이며 설계된 프로젝트 결과의 구성요소이며 프로젝트 관리 계획의 구성요소를 포함합니다.
결과물의 첫 번째 버전이 완료되면 변경 관리가 수행되어야 합니다. 구성 관리 도구 및 절차를 사용하여 파일, 소프트웨어, 아티팩트 등 여러 버전의 결과물에 대한 제어를 지원합니다.
업무 성과 데이터
정의
프로젝트 작업을 실행하는 동안 수행되는 각 활동에서 수집된 원시 관찰 및 측정값
포함하다
완료된 작업, 핵심 성과 지표(KPI), 기술적 성과 측정, 일정 활동의 실제 시작 및 종료 날짜, 완료된 스토리 포인트, 납품 가능 상태, 일정 진행 상황, 변경 요청 수, 결함 수, 실제 발생한 비용, 실제 기간 등 .
데이터는 일반적으로 다른 프로세스가 데이터에서 추출하여 정보를 형성하는 가장 낮은 수준의 세부 정보입니다. 데이터는 작업 실행 중에 수집된 후 추가 분석을 위해 10개 주요 지식 영역의 해당 제어 프로세스로 전달됩니다.
문제 로그
정의
모든 문제를 기록하고 후속 조치하는 프로젝트 문서
효과
프로젝트 관리자가 문제를 효과적으로 후속 조치하고 관리하여 문제가 조사되고 해결되도록 지원합니다.
이 프로세스에서 출력이 처음 생성되므로 프로젝트 수명 주기 전반에 걸쳐 활동을 모니터링하고 문제 로그를 업데이트해야 합니다.
변경 요청
정의
문서, 결과물 또는 기준선을 수정하기 위한 공식 제안
원천
프로젝트 내부 또는 외부, 프로젝트 요구사항 또는 법적(계약) 필수 요구사항에서 비롯될 수 있습니다.
모든 프로젝트 이해관계자는 변경 요청을 제출할 수 있으며, 이 요청은 전체 변경 제어 프로세스 구현을 통해 검토 및 처리되어야 합니다.
포함하다
1. 시정 조치
프로젝트 작업 성과를 프로젝트 관리 계획과 재조정하기 위해 수행되는 목적 있는 활동
2. 예방법
프로젝트 작업의 향후 성과가 프로젝트 관리 계획과 일치하도록 보장하기 위해 수행되는 목적 있는 활동
프로젝트 관리 계획의 구현을 보장하고 향후 부정적인 결과를 방지합니다.
3. 결함 수정
일관성이 없는 제품이나 제품 구성 요소를 수정하기 위한 목적 있는 활동
4. 고쳐 쓰다
수정, 추가 또는 내용을 반영하기 위해 공식적으로 통제되는 프로젝트 문서 또는 계획을 변경합니다.
프로젝트 관리 계획(업데이트됨)
프로젝트 관리 계획에 대한 모든 변경 사항은 변경 요청으로 제기되고 조직의 변경 제어 프로세스를 통해 처리됩니다.
프로젝트 관리 계획의 모든 구성요소는 프로젝트 작업을 지시하고 관리하는 동안 변경 요청을 통해 업데이트될 수 있습니다.
프로젝트 파일(업데이트됨)
조직 프로세스 자산(업데이트됨)
프로젝트 지식 관리
프로세스 개요
정의
프로젝트 목표를 달성하고 조직의 학습을 돕기 위해 기존 지식을 활용하고 새로운 지식을 생성하는 프로세스입니다.
주효과
기존 조직 지식을 활용하여 프로젝트 결과를 창출하거나 개선합니다.
현재 프로젝트에서 생성된 지식을 조직 운영과 향후 프로젝트 또는 단계를 지원하는 데 사용할 수 있도록 합니다.
프로젝트 전반에 걸쳐 수행되어야 함
지식 관리
효과
프로젝트 전, 도중, 후에 프로젝트 팀과 기타 이해관계자의 기술, 경험 및 전문 지식을 활용하도록 보장합니다.
중요한 링크
사람들이 지식을 공유하거나 다른 사람의 지식을 따르도록 동기를 부여하는 상호 신뢰의 분위기를 조성합니다.
관행
지식 관리 도구 및 기술(인간 상호 작용용)과 정보 관리 도구 및 기술(형식적 지식 코드화용)의 조합을 사용하여 지식을 공유할 수 있습니다.
입력하다
프로젝트 관리 계획
프로젝트 관리 계획의 모든 구성 요소는 프로젝트 지식 관리에 대한 입력입니다.
프로젝트 파일 (프로세스 출력별로 분류)
1. 활동 자원 추정
자원 분석 구조
팀이 보유하고 있는 지식과 부족한 지식이 무엇인지 이해하는 데 도움이 되는 팀 구성에 대한 정보를 담고 있습니다.
2. 리소스에 대한 액세스
프로젝트 팀이 작업 주문을 발송합니다.
프로젝트가 이미 갖고 있는 역량과 경험, 그리고 부족할 수 있는 지식을 설명하세요.
3. 이해관계자 식별
이해관계자 등록
파악된 이해관계자에 대한 세부정보를 포함하여 그들이 갖고 있는 지식을 이해하는 데 도움을 줍니다.
4. 기획구매관리
공급업체 선정 기준
공급업체 선정 기준을 담고 있으며, 공급업체가 보유하고 있는 지식을 이해하는데 도움을 줍니다.
결과물
비즈니스 환경 요인
1. 조직문화, 이해관계자 문화, 신뢰하는 업무관계, 비난하지 않는 문화는 지식경영에 특히 중요합니다.
2. 학습과 사회적 행동 규범에 가치를 부여합니다.
3. 팀원이 위치한 시설과 자원의 물리적 분포는 지식 수집 및 공유 방법을 결정하는 데 도움이 됩니다.
4. 조직의 지식 전문가, 일부 조직에는 지식 관리를 전담하는 팀이나 직원이 있습니다.
5. 프로젝트 정보에 대한 기밀 요구 사항을 포함한 법률 및 규제 요구 사항 및 제약 사항
조직 프로세스 자산
1. 조직의 표준 정책, 프로세스 및 절차
2. 인사제도
3. 조직 커뮤니케이션 요구 사항
4. 공식적인 지식 공유 및 정보 공유 절차
5. 교훈 등록
도구 및 기술
전문가 판단에 필요한 도메인 지식
지식 관리, 정보 관리, 조직 학습, 지식 및 정보 관리 도구 및 기타 프로젝트의 관련 정보 등
지식 관리
효과
직원을 연결하여 협업하여 새로운 지식을 생성하고, 암묵적인 지식을 공유하고, 다른 팀원이 보유한 지식을 통합할 수 있습니다.
포함하다
대인 상호 작용, 실천 공동체 및 특별 관심 그룹, 컨퍼런스, 토론 포럼(예: 포커스 그룹), 워크숍, 스토리텔링, 지식 공유 이벤트, 직업 체험(견습생이 스승을 따라갑니다) 및 섀도우잉( 스승이 지켜보는 동안 견습생이 합니다) , 창의 및 창의경영기술, 지식전시 및 카페, 인터랙티브 교육
신청방법
대면 상호작용(신뢰 구축)
지식경영에 필요한 신뢰관계를 구축하려면 대면 상호작용이 가장 좋습니다.
가상 상호작용(신뢰 유지)
신뢰 관계가 설정된 후에는 가상 상호 작용을 사용하여 이 신뢰 관계를 유지할 수 있습니다.
지식 분류
암묵적 지식
경험, 요약, 느낌
명시적 지식
직접적으로 보이는 지식(책, 영상)
정보 관리
효과
사람과 지식 사이의 연결을 구축하면 간단하고 명확한 명시적 지식의 공유를 효과적으로 촉진할 수 있습니다.
대인관계 및 팀 기술
적극적 경청, 지도, 리더십, 대인소통, 큰 그림의 관점
산출
교훈 등록
콘텐츠
구현 상태에 대한 범주 및 자세한 설명이 포함되어 있으며 구현 상태와 관련된 영향, 제안 및 실행 계획도 포함될 수 있으며 인지된 위험 및 기회, 기타 적용 가능한 내용도 기록될 수 있습니다.
만들다
프로젝트 초기에 생성되며 프로젝트 지식 관리 프로세스의 결과입니다.
고쳐 쓰다
이는 프로젝트 전반에 걸쳐 많은 프로세스에 대한 입력으로 사용될 수 있으며 지속적으로 업데이트될 수 있는 출력으로 사용될 수 있습니다.
구하다
프로젝트 또는 단계가 끝나면 관련 정보가 조직 프로세스 자산의 일부로 교훈 지식 기반에 포함됩니다.
프로젝트 관리 계획(업데이트됨)
프로젝트 관리 계획의 모든 구성요소는 프로젝트 지식 관리 과정에서 업데이트될 수 있습니다.
조직 프로세스 자산(업데이트됨)
프로젝트 작업 모니터링
프로세스 개요
정의
프로젝트 관리 계획에서 식별된 성과 목표를 달성하기 위해 전체 프로젝트 진행 상황을 추적, 검토 및 보고하는 프로세스입니다.
프로젝트 전반에 걸쳐 수행되어야 함
감독하다
측정 결과를 수집, 측정, 분석하고 추세를 예측하여 프로세스 개선을 추진하는 등 프로젝트 전반에 걸쳐 발생하는 프로젝트 관리 활동 중 하나입니다.
제어
문제를 효과적으로 해결하기 위해 시정 또는 예방 조치를 개발하거나 실행 계획의 구현을 재계획 및 추적하는 것을 포함합니다.
두 가지를 구별하는 핵심 사항에 주의를 기울이십시오. 1. 감독(관찰, 예측): 데이터 수집, 측정, 분석 2. 통제(조치 취하기): 대책 수립 및 문제 해결
주효과
이해관계자에게 프로젝트의 현재 상태를 알리고 성과 문제를 해결하기 위해 취한 조치에 동의하십시오.
비용 및 일정 예측을 통해 이해관계자에게 프로젝트의 향후 상태를 지속적으로 알립니다.
주된 관심
1. 실제 프로젝트 성과를 프로젝트 관리 계획과 비교
2. 정기적으로 프로젝트 성과를 평가하고, 시정 또는 예방 조치가 필요한지 판단하고, 필요한 조치를 권장합니다.
3. 개별 프로젝트 리스크 현황 확인
4. 제품 및 문서 상태를 반영하기 위해 프로젝트 전반에 걸쳐 정확한 최신 정보 기반을 유지합니다.
5. 현황보고, 진행상황 측정, 예측을 위한 정보 제공
6. 현재 비용 및 일정 정보를 업데이트하기 위해 예측을 합니다.
7. 승인된 변경 사항의 구현을 모니터링합니다.
8. 프로젝트가 프로그램의 일부인 경우 프로젝트 진행 및 상태도 프로그램 관리에게 보고되어야 합니다.
9. 프로젝트가 비즈니스 요구 사항에 부합하는지 확인
입력하다
프로젝트 파일 (프로세스 출력별로 분류)
1. 프로젝트 헌장 개발
가상 로그
프로젝트에 영향을 미칠 가정과 제약에 대한 정보를 포함합니다.
2. 프로젝트 작업 지시 및 관리
문제 로그
목표 날짜 내에 특정 문제 해결을 담당하는 사람을 문서화하고 모니터링하는 데 사용됩니다.
3. 프로젝트 지식 관리
교훈 등록
편차에 대응하는 효과적인 방법과 시정 및 예방 조치가 포함될 수 있습니다.
4. 활동 정의
마일스톤 목록
구체적인 마일스톤 달성 날짜를 나열하고 계획된 마일스톤 달성 여부를 확인하세요.
5. 진행 상황 제어
진행 예측
프로젝트가 여전히 일정 허용 범위 내에 있는지 확인하고 프로젝트의 과거 성과를 기반으로 필요한 변경 사항을 식별하는 데 사용됩니다.
공차 간격: 허용 가능한 편차 범위
6. 비용 통제
비용 예측
프로젝트가 여전히 예산 허용 범위 내에 있는지 확인하고 프로젝트의 과거 성과를 기반으로 필요한 변경 사항을 식별하는 데 사용됩니다.
7. 경영품질
품질 보고서
품질 관리 문제, 프로세스, 프로젝트, 제품 개선 권장 사항, 시정 조치 권장 사항(재작업, 결함(버그) 수정, 100% 검사 등 포함), 품질 프로세스 관리 중 발견된 상황에 대한 개요가 포함되어 있습니다.
8. 위험 식별
위험 등록부
프로젝트 수행 중 발생한 다양한 위협과 기회에 대한 관련 정보를 문서화하고 제공합니다.
위험 보고서
프로젝트 전체 리스크와 개별 리스크에 대한 정보를 문서화하여 제공합니다.
9. 활동 기간 추정
10. 예상 비용
11. 활동 자원 추정
추정근거
편차를 처리하는 방법을 결정하기 위해 다양한 추정치를 도출하고 사용하는 방법을 설명합니다.
직무수행정보
생성 단계
작업 실행 중 작업 수행 데이터 수집
추가 분석은 제어 프로세스를 참조하세요.
작업성과 데이터를 프로젝트관리계획 구성요소, 프로젝트 문서, 기타 프로젝트 변수와 비교한 후 작업성과 정보를 생성합니다.
범위, 일정, 예산 및 품질에 대한 구체적인 작업 성과 측정은 프로젝트 시작 시 프로젝트 관리 계획에 명시됩니다. 프로젝트 진행 중 통제 프로세스를 통해 성과 데이터를 수집하고, 계획 및 기타 변수와 비교하여 업무 성과에 대한 맥락을 제공합니다.
예를 들어, 작업은 원래 3일 안에 완료될 예정이었지만 실제로는 5일이 걸렸습니다. 이 결론이 작업 수행 정보입니다.
프로젝트 관리 계획
규약
외주업무가 있는 경우, 계약(계약)에 따라 협력업체의 업무를 모니터링합니다.
비즈니스 환경 요인
일정, 비용, 자원 도구, 성과 지표, 데이터베이스, 프로젝트 기록 및 재무 데이터와 같은 프로젝트 관리 정보 시스템
조직 프로세스 자산
도구 및 기술
전문가 판단에 필요한 도메인 지식
1. 수익가치 분석
2. 데이터 해석 및 맥락화
3. 기간 및 비용 추정 기술
4. 유행 분석
5. 계약 관리
데이터 분석
1. 수익가치 분석
범위, 일정, 비용 성과에 대한 종합 분석
2. 편차 분석
목표성과와 실제성과의 차이(편차) 검토
3. 근본 원인 분석
문제(편차)의 주요 원인을 파악하는 데 중점을 둡니다.
4. 유행 분석
과거 실적을 바탕으로 향후 성과를 예측하고, 프로젝트 일정 지연을 예측하여 조기 대응 조치를 취합니다.
추세 분석은 프로젝트 팀이 예외 사항을 분석하고 수정할 시간을 허용할 수 있도록 프로젝트 초기에 수행되어야 합니다.
5. 대안 분석
편차가 발생할 때 구현될 시정 조치 또는 시정 조치와 예방 조치의 조합을 선택하는 데 사용됩니다.
6. 비용 편익 분석
편차가 발생할 때 가장 비용 효과적인 시정 조치를 식별하는 데 도움이 됩니다.
의사결정
투표 결정
만장일치 원칙
모두가 결정에 100% 동의합니다.
다수의 동의 원칙
두 결정의 지지율을 서로 비교하십시오.
상대적 다수결의 법칙
3개 이상의 결정에 대한 지지율을 서로 비교
회의
공식적이든 비공식적이든 대면 또는 가상 회의가 가능합니다.
산출
업무 성과 보고서
정의
업무성과 정보를 바탕으로 업무성과 보고서를 물리적 또는 전자적 형태로 작성하여 공식적인 보고를 위한 의사결정, 조치, 우려사항 제기 등을 수행합니다.
보고 기준
프로젝트 커뮤니케이션 관리 계획에 따라 커뮤니케이션 프로세스를 통해 프로젝트 이해관계자에게 작업 성과 보고서를 보냅니다.
내용은 다음과 같습니다
현황보고(연기 여부 등)
진행보고서(작업진행, 진행, 완료)
변경 요청
변경 요청은 실제 조건과 계획된 요구 사항을 비교하여 이루어져야 할 수도 있습니다.
가능한 결과
새로운 요구 사항을 수집하고 문서화해야 할 수도 있습니다.
프로젝트 관리 계획, 프로젝트 문서 또는 제품 결과물에 영향을 미칠 수 있음
검토 및 처리
변경 요청은 전체 변경 제어 프로세스의 구현을 통해 검토 및 처리되어야 합니다.
포함하다
시정 조치, 예방 조치, 결함 수정
프로젝트 관리 계획(업데이트됨)
프로젝트 작업 모니터링 중에 제안된 변경 사항은 전체 프로젝트 관리 계획에 영향을 미칠 수 있습니다.
프로젝트 파일(업데이트됨)
1. 비용 예측
이 프로세스로 인한 비용 예측 변경 사항은 비용 관리 프로세스를 통해 문서화되어야 합니다.
2. 진행 예측
이 프로세스로 인한 일정 예측 변경 사항은 일정 관리 프로세스를 통해 문서화되어야 합니다.
3. 문제 로그
이 과정에서 발생하는 새로운 문제는 문제 로그에 기록되어야 합니다.
4. 교훈 등록
교훈 기록을 업데이트하여 편차에 대응하는 효과적인 방법과 시정 및 예방 조치를 문서화하세요.
5. 위험 등록부
이 과정에서 식별된 새로운 리스크는 리스크 등록부에 기록하고 리스크 관리 프로세스를 통해 관리해야 합니다.
전체적인 변경 제어 구현
프로세스 개요
정의
모든 변경 요청을 검토하고, 변경을 승인하고, 산출물, 프로젝트 문서, 프로젝트 관리 계획에 대한 변경을 관리하고, 변경 처리 결과를 전달하는 프로세스입니다.
이 프로세스는 프로젝트 전반에 걸쳐 수행되어야 합니다.
이 프로세스는 프로젝트 전반에 걸쳐 실행되며 프로젝트 관리자가 이에 대한 최종 책임을 집니다.
주효과
전체 프로젝트 목표 또는 계획에 대한 영향을 고려하지 않고 수행된 변경 사항은 전체 프로젝트 위험을 증가시키는 경우가 많습니다.
변경 요청
영향
프로젝트 범위, 제품 범위, 프로젝트 관리 계획 구성요소 또는 프로젝트 문서에 영향을 미칠 수 있음
제안하다
프로젝트 수명주기 전반에 걸쳐 언제든지 프로젝트에 관련된 모든 이해관계자가 변경 요청을 제출할 수 있습니다.
기준
확인하기 전에
변경 사항을 공식적으로 제어할 필요가 없으며 전체적인 변경 제어 프로세스가 구현됩니다.
결정한 후
변경 요청은 전체적인 변경 제어 프로세스를 구현하여 처리되어야 합니다.
변경은 구두로 이루어질 수 있지만 모든 변경 요청은 서면으로 문서화하고 변경 관리 및/또는 구성 관리 시스템에 통합해야 합니다.
승인하다
주요한
문서화된 각 변경 요청은 책임자가 승인, 연기 또는 거부해야 합니다.
이 책임자(의사결정자)는 프로젝트 관리 계획이나 조직 절차에서 지정되어야 합니다. 책임자는 일반적으로 프로젝트 후원자 또는 프로젝트 관리자입니다. 필요한 경우 CCB(Change Control Board)를 사용하여 전반적인 작업을 수행해야 합니다. 변경 제어 프로세스.
승인 전
변경이 일정과 비용에 미치는 영향을 이해하는 것이 필요할 수 있으며, 변경 요청이 프로젝트 기준에 영향을 미칠 수 있는 경우 공식적인 전체 변경 제어 프로세스가 필요합니다.
승인 후
새로운(또는 수정된) 비용 추정, 활동 순서, 일정 날짜, 자원 요구 사항 및/또는 위험 대응 분석이 필요할 수 있으며 이러한 변경에는 프로젝트 관리 계획 및 기타 프로젝트 문서에 대한 조정이 필요할 수 있습니다.
승인 결과
승인, 연기 또는 거부
운동
모든 변경 사항은 변경 요청으로 제출되어야 하며 소규모 프로젝트의 변경 요청은 프로젝트 관리자의 승인을 받아 서면으로 기록되어야 합니다.
입력하다
프로젝트 관리 계획
1. 변경 관리 계획
변경 제어 프로세스 관리를 위한 지침을 제공하고 CCB의 역할과 책임을 문서화합니다.
2. 구성 관리 계획
프로젝트의 구성 항목을 설명하고 프로젝트 제품의 일관성과 효율성을 유지하기 위해 기록하고 업데이트해야 하는 항목을 식별합니다.
3. 범위 기준선
프로젝트 및 제품 정의 제공
4. 진행 기준선
변경 사항이 프로젝트 진행에 미치는 영향을 평가하는 데 사용됩니다.
5. 비용 기준
변경이 프로젝트 비용에 미치는 영향을 평가하는 데 사용됩니다.
프로젝트 파일 (프로세스 출력별로 분류)
1. 요구사항 수집
요구 사항 추적 매트릭스
프로젝트 범위에 대한 변경의 영향을 평가하는 데 도움이 됩니다.
2. 위험 식별
위험 보고서
변경 요청과 관련된 프로젝트 위험 소스에 대한 정보를 제공합니다.
3. 활동 기간 추정
4. 예상 비용
5. 활동 자원 추정
추정근거
기간, 비용 및 리소스 추정치가 어떻게 도출되고 변경이 시간, 예산 및 리소스에 미치는 영향을 계산하는 데 사용할 수 있는지 보여줍니다.
업무 성과 보고서
리소스 가용성, 일정 및 비용 데이터, 획득 가치 보고서, 번 차트 또는 번다운 차트가 포함됩니다.
업무 성과 데이터 흐름
변경 요청
프로젝트 기준선에 영향을 미치는 변경의 경우 변경 수행 비용, 필요한 일정 날짜 수정, 자원 요구 사항 및 관련 위험이 일반적으로 변경 요청에 명시되어야 합니다. 그러한 변경은 CCB(있는 경우)와 고객 또는 후원자가 CCB 회원이 아닌 한 승인되어야 합니다.
프로젝트 기준선에 영향을 미칠 수도 있고 그렇지 않을 수도 있습니다. 변경 결정은 일반적으로 프로젝트 관리자가 내립니다.
승인된 변경 사항만 수정된 기준선에 통합될 수 있습니다.
요청 소스
통합관리 프로세스
프로젝트 작업 프로세스의 출력을 지시하고 관리합니다.
프로젝트 작업 프로세스의 결과를 모니터링합니다.
기타 관리 프로세스로 인해 발생하는 변경 사항
범위 관리
원가 관리
진행관리
...
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가 판단에 필요한 도메인 지식
변경 제어 도구
사용 목적
구성 및 변경 관리를 용이하게 하기 위해 일부 수동 또는 정보 도구를 사용할 수 있습니다.
선택할 때 고려해야 할 요소
프로젝트에 참여하는 사람들의 요구를 바탕으로 조직과 환경의 조건과 제약을 충분히 고려합니다.
지원이 필요한 구성 관리 활동
1. 구성 항목 식별
제품 구성 정의 및 확인, 제품 및 문서 라벨링, 변경 관리 및 책임 명확화를 위한 기초를 제공하기 위해 구성 항목을 식별하고 선택합니다.
2. 구성 항목 상태 기록 및 보고
각 구성 항목에 대한 정보를 기록하고 보고합니다.
3. 구성 항목 확인 및 감사
구성 확인 및 감사를 통해 프로젝트 구성 항목의 정확성과 해당 변경 사항이 등록, 평가, 승인, 추적 및 올바르게 구현되었는지 확인하여 구성 파일에 지정된 기능 요구 사항이 달성되도록 합니다.
지원이 필요한 변경 관리 활동
1. 변경 사항 식별
프로세스 또는 프로젝트 문서에 대한 변경 사항을 식별하고 선택합니다.
2. 변경사항 기록
변경 사항을 적절한 변경 요청으로 문서화하세요.
3. 변화를 결정하라
프로젝트 문서, 결과물 또는 기준선에 대한 변경 사항을 검토하고 승인, 거부, 연기 또는 기타 결정을 내립니다.
4. 변경 사항 추적
변경 사항이 등록, 평가, 승인 및 추적되었는지 확인하고 최종 결과를 이해관계자에게 전달합니다.
프로젝트 관리 시스템
구성 관리 시스템
구성 관리
집중하다
각 프로세스의 결과물 및 기술 사양
변경 제어 시스템
전체적인 변경 제어 구현
변경 제어
집중하다
프로젝트 문서, 결과물 또는 기준선에 대한 변경 사항을 식별, 문서화, 승인 또는 거부합니다.
데이터 분석
대안 분석
비용 편익 분석
의사결정
투표
독재적인 의사결정
다기준 의사결정 분석
회의
변경 요청을 검토하고 승인, 거부 또는 연기 결정을 내리는 CCB와 변경 제어 회의를 진행합니다. CCB는 구성 관리 활동도 검토할 수 있습니다.
산출
승인된 변경 요청
정의
프로젝트 관리자, CCB 또는 지정된 팀원은 변경 관리 계획에 따라 변경 요청을 처리하고 승인, 연기 또는 거부 결정을 내립니다.
구현하다
승인된 변경 요청은 프로젝트 작업 지시 및 관리 프로세스를 통해 구현되어야 합니다.
프로젝트 관리 계획(업데이트됨)
프로젝트 관리 계획의 공식적으로 통제된 구성요소는 통합된 변경 통제 프로세스를 구현하여 변경할 수 있습니다.
벤치마크에 대한 변경은 벤치마크 및 과거 성능 데이터의 심각성과 무결성을 보장하기 위해 과거 성능을 변경하는 것이 아닌 최신 버전의 벤치마크에만 기반하고 미래 상황에 대응할 수 있습니다.
프로젝트 파일(업데이트됨)
공식적으로 통제되는 모든 프로젝트 문서는 전체 변경 통제 프로세스를 구현하는 동안 변경될 수 있으며, 프로젝트 중에 발생하는 모든 변경 사항은 변경 로그에 기록됩니다.
프로젝트 또는 단계 종료
프로세스 개요
정의
프로젝트, 단계 또는 계약의 모든 활동을 종료하는 프로세스입니다.
주효과
프로젝트 또는 단계 정보를 보관하고 계획된 작업을 완료합니다.
새로운 작업을 위해 조직 팀 리소스 확보
한 번만 수행되거나 프로젝트 또는 단계의 종료 시점에만 수행됩니다.
프로젝트 관리자의 책임
모든 프로젝트 작업이 완료되고 프로젝트 목표가 달성되었는지 확인하기 위해 프로젝트 관리 계획을 검토해야 합니다.
프로젝트 또는 단계를 마무리하는 데 모든 적절한 이해관계자를 참여시킵니다.
프로젝트가 완료되기 전에 조기 종료된 경우 프로젝트 또는 단계 프로세스를 종료하려면 조기 종료 이유를 조사하고 문서화하기 위한 절차도 개발해야 합니다.
활동
1. 단계 또는 프로젝트의 완료 또는 종료 기준을 달성하는 데 필요한 조치 및 활동(단계 또는 프로젝트 작업 완료)
2. 프로젝트 계약 체결 또는 프로젝트 단계 계약 체결(계약 체결)을 위해 필요한 활동
3. 프로젝트 또는 단계 기록 수집, 프로젝트 성공 또는 실패 감사, 지식 공유 및 이전 관리, 학습 교훈 요약, 조직에서 향후 사용을 위한 프로젝트 정보 보관(프로젝트 기록 수집, 프로젝트 검토, 학습한 내용 요약, 보관) 프로젝트 정보)
4. 프로젝트의 제품, 서비스 또는 결과를 다음 단계 또는 생산 및/또는 운영(프로젝트의 다음 단계(생산, 운영) 준비)으로 인계하기 위해 수행해야 하는 조치 및 활동
5. 조직의 정책 및 절차를 개선하거나 업데이트하기 위한 제안을 수집하여 해당 조직 단위로 전달(조직 개선 제안 수집)
6. 이해관계자 만족도 측정(이해관계자에게 프로젝트에 얼마나 만족하는지, 프로젝트가 종료될 수 있는지 질문)
입력하다
프로젝트 헌장
프로젝트 성공 기준, 승인 요구 사항 및 프로젝트 종료 승인자를 문서화합니다.
프로젝트 관리 계획
프로젝트 관리 계획의 모든 구성요소는 프로젝트 또는 단계를 종료하는 프로세스에 대한 입력입니다.
프로젝트 파일 (프로세스 출력별로 분류)
1. 프로젝트 헌장 개발
가상 로그
2. 프로젝트 작업 지시 및 관리
문제 로그
3. 프로젝트 지식 관리
교훈 등록
4. 전체적인 변경 제어 구현
변경 로그
5. 요구사항 수집
요구사항 문서
6. 활동 정의
마일스톤 목록
7. 경영품질
품질 보고서
8. 품질 관리
품질 관리 측정 결과
9. 경영 커뮤니케이션
프로젝트 커뮤니케이션 기록
10. 위험 식별
위험 등록부
위험 보고서
11. 활동 기간 추정
12. 예상 비용
13. 활동 자원 추정
추정근거
기간, 비용 및 리소스 추정치가 어떻게 도출되고 변경이 시간, 예산 및 리소스에 미치는 영향을 계산하는 데 사용할 수 있는지 보여줍니다.
승인을 위한 결과물
승인된 제품 사양, 납품 영수증 및 작업 성과 문서가 포함됩니다.
프로젝트 관리 문서
타당성 조사 보고서, 사업 평가 보고서
프로젝트가 경제적 타당성 조사의 예상 결과를 달성했는지 여부를 결정하는 데 사용됩니다.
규약
공식적인 조달 마감 요구사항은 일반적으로 계약 조건에 정의되어 있으며 조달 관리 계획에 포함되어 있습니다. 복잡한 프로젝트에서는 여러 계약을 동시에 또는 연속적으로 관리해야 할 수도 있습니다.
조달 문서
계약을 종료하려면 모든 조달 문서를 수집, 색인화 및 보관해야 합니다.
조직 프로세스 자산
프로젝트 또는 단계 종료 지침 또는 요구 사항(학습한 교훈, 프로젝트 종료 감사, 프로젝트 평가, 제품 검증, 승인 기준, 계약 종료, 리소스 재할당, 팀 성과 평가, 지식 이전 등)
도구 및 기술
전문가 판단에 필요한 도메인 지식
데이터 분석
파일 분석
기존 문서를 평가하여 교훈을 얻고 지식을 공유하여 향후 프로젝트와 조직 자산을 개선합니다.
회귀 분석
이 기술은 프로젝트 결과에 영향을 미치는 다양한 프로젝트 변수 간의 상호 관계를 분석하여 향후 프로젝트의 성과를 향상시킵니다.
유행 분석
조직에서 사용하는 모델의 효율성을 확인하고 향후 프로젝트에 대해 적절한 모델 조정을 수행하는 데 사용할 수 있습니다.
편차 분석
계획된 목표와 최종 결과를 비교하여 조직의 측정을 개선합니다.
회의
결과물이 승인되고 종료 기준이 충족되었는지 확인하고, 계약을 공식적으로 종료하고, 이해관계자 만족도를 평가하고, 배운 교훈을 수집하고, 프로젝트 지식과 정보를 전달하고, 성공을 축하합니다.
공식적이든 비공식적이든 대면 또는 가상 회의가 가능합니다.
유형
폐막보고회, 고객총괄회의, 체험 및 교훈총괄회의, 축하파티 등
산출
프로젝트 파일(업데이트됨)
모든 프로젝트 파일은 프로젝트 또는 단계가 끝나면 업데이트되고 최종 파일로 표시될 수 있습니다.
Lessons Learned Register의 최종 버전
단계 또는 프로젝트 종료에 대한 최종 정보를 포함하려면
콘텐츠
이익 관리, 프로젝트 평가 정확성, 프로젝트 및 개발 수명주기, 위험 및 문제 관리, 이해관계자 참여 및 기타 프로젝트 관리 프로세스
최종 제품, 서비스 또는 결과
프로젝트에 의해 전달된 최종 제품, 서비스 또는 결과(또는 단계 종료의 경우 단계의 중간 제품, 서비스 또는 결과)를 고객에게 인도합니다.
프로젝트 최종 보고서
효과
프로젝트 성과 요약
조직 프로세스 자산(업데이트됨)
프로젝트 파일
운영 및 지원 문서
프로젝트 또는 단계 종료 문서
프로젝트 또는 단계 완료를 나타내는 공식 문서뿐만 아니라 완료된 프로젝트 또는 단계 결과물을 운영 또는 다음 단계 등 다른 사람에게 전달하는 데 사용되는 공식 문서가 포함됩니다.
교훈 지식 베이스