프로젝트의 특정 요구 사항을 충족하기 위해 조직의 표준 프로세스 및 절차를 조정하기 위한 지침 및 표준

정책(예: 인사 정책, 보건 및 안전 정책, 보안 및 기밀 유지 정책, 품질 정책, 조달 정책, 환경 정책 등)과 같은 특정 조직 표준

제품 및 프로젝트 수명 주기와 방법 및 절차(예: 프로젝트 관리 방법, 평가 지표, 프로세스 감사, 개선 목표, 체크리스트, 조직 내에서 사용되는 표준화된 프로세스 정의)

템플릿(예: 프로젝트 관리 계획, 프로젝트 문서, 프로젝트 등록부, 보고 형식, 계약 템플릿, 위험 분류, 위험 설명 템플릿, 확률 및 영향 정의, 확률 및 영향 매트릭스, 이해관계자 등록 템플릿)

사전 승인된 공급업체 목록 및 다양한 계약 유형(예: 일시불, 원가 상환, 작업 및 자재 계약)

모범 사례

훈련

교훈

방법론

템플릿 도구

통치

지정하다

보고서

비즈니스 사례

복리후생관리계획

계약은 프로젝트 시작의 원래 의도를 정의하는 데 사용됩니다. 계약은 계약, 양해각서(MOU), 서비스 수준 계약(SLA), 계약서, 의향서, 구두 계약, 이메일, 기타 서면 계약 등 다양한 형태로 제공됩니다. 외부 클라이언트를 위한 프로젝트를 진행할 때 일반적으로 He Yu의 형태로 등장합니다.

프로젝트 헌장 프로세스에 영향을 미칠 수 있는 조직 프로세스 자산에는 다음이 포함되지만 이에 국한되지는 않습니다.

전문가 판단이란 응용분야, 지식분야, 학문분야, 산업 등에 관한 전문지식을 바탕으로 현재의 활동에 대한 합리적인 판단을 말한다. 개인.

액세스 채널에는 다음이 포함되지만 이에 국한되지는 않습니다.

브레인스토밍

포커스 그룹

회견

갈등 관리

가이드

회의 관리

프로젝트 헌장을 개발하는 과정에서 주요 이해관계자와의 회의 목적은 프로젝트 목표, 성공 기준, 주요 결과물, 상위 수준 요구 사항, 전체 이정표 및 기타 개요 정보를 식별하는 것입니다.

보충 자료: 여섯 가지 생각의 모자

프로젝트 헌장은 프로젝트 설립을 공식적으로 승인하고 프로젝트 관리자가 프로젝트 활동을 수행하기 위해 조직 자원을 사용할 권한을 부여하는 개시자 또는 후원자가 발행한 문서입니다. 이는 프로젝트와 프로젝트가 제공할 것으로 예상되는 제품, 서비스 또는 결과에 대한 높은 수준의 정보를 기록합니다.

프로젝트 헌장은 이해관계자들이 일반적으로 주요 결과물, 이정표, 각 프로젝트 참여자의 역할과 책임에 동의하도록 보장합니다.

일반적으로 프로젝트를 시작하기 전에 비즈니스 사례를 개발할 때 높은 수준의 전략 및 운영 가정과 제약 조건이 식별됩니다. 이러한 가정과 제약은 프로젝트 헌장에 포함되어야 합니다. 사양, 추정, 일정 및 위험 정의와 같은 활동이 수행됨에 따라 프로젝트 중에 하위 수준 활동 및 작업 가정이 생성됩니다. 가정 로그는 프로젝트 수명 주기 전반에 걸쳐 모든 가정과 제약 조건을 기록하는 데 사용됩니다.

프로젝트 팀은 프로젝트 헌장을 초기 프로젝트 계획의 출발점으로 사용합니다. 프로젝트 헌장에 포함된 정보의 유형과 유형은 프로젝트의 복잡성과 이미 알려진 내용에 따라 다릅니다. 최소한 프로젝트 관리 계획의 다양한 구성 요소를 더욱 구체화하기 위해 프로젝트 헌장에 프로젝트에 대한 개괄적인 정보를 정의해야 합니다.

프로젝트 관리 계획을 수립하려면 여러 프로세스의 데이터를 통합해야 합니다. 다른 계획 프로세스의 하위 계획 및 기준선 출력은 이 프로세스에 대한 입력입니다. 또한 이러한 하위 계획 및 기준선이 변경되면 프로젝트 관리 계획도 그에 따라 업데이트될 수 있습니다.

브레인스토밍

체크리스트

포커스 그룹

회견

갈등 관리

가이드

회의 관리

이 과정에서 회의를 통해 프로젝트 접근 방식을 논의하고, 프로젝트 목표를 달성하기 위해 작업을 수행하는 방법을 결정하고, 프로젝트를 모니터링하는 방법을 개발할 수 있습니다.

Kick-Off Meeting 프로젝트가 시작됩니다

계획된 프로젝트

프로젝트 관리 계획의 모든 구성요소를 이 프로세스에 대한 입력으로 사용할 수 있습니다.

변경 로그

교훈 등록

마일스톤 목록

프로젝트 커뮤니케이션 기록

프로젝트 일정

요구 사항 추적 매트릭스

위험 등록부

위험 보고서

승인된 변경 요청은 프로젝트 관리자와 필요한 경우 변경 제어 위원회(CCB)가 검토하고 승인한 변경 요청을 포함하여 전체 변경 제어 프로세스 구현의 결과입니다. 승인된 변경 요청은 시정 조치, 예방 조치 또는 결함 수정일 수 있으며 프로젝트 팀에 의해 프로젝트 일정에 구현될 수 있으며 프로젝트 또는 프로젝트 관리 계획의 모든 영역에 영향을 미칠 수도 있습니다. 공식적으로 통제되는 프로젝트의 개정. 계획 구성요소 또는 프로젝트 문서를 관리합니다.

이 시스템은 비즈니스 환경 요소의 일부로 핵심성과지표(KPI)를 자동으로 수집하고 보고하는 데에도 사용할 수 있습니다.

결과물은 프로세스, 단계 또는 프로젝트가 완료될 때 생성되어야 하는 고유하고 검증 가능한 제품, 결과 또는 서비스 기능입니다. 이는 일반적으로 프로젝트 결과이며 프로젝트 관리 계획의 구성 요소를 포함할 수 있습니다.

다음과 같이 나눌 수 있습니다: 결과물 결과

작업 성과 데이터는 프로젝트 작업을 실행하는 동안 수행되는 각 활동에서 수집된 원시 관찰 및 측정입니다. 데이터는 일반적으로 다른 프로세스가 정보를 추출할 수 있는 가장 낮은 세부 수준입니다. 작업 실행 중에 데이터가 수집되어 추가 분석을 위해 제어 프로세스로 전달됩니다.

프로젝트 수명주기 전반에 걸쳐 프로젝트 관리자는 종종 문제, 격차, 불일치 또는 예상치 못한 충돌에 직면합니다. 프로젝트 관리자는 프로젝트 성과에 영향을 미치지 않도록 이를 처리하기 위한 특정 조치를 취해야 합니다. 이슈 로그는 모든 이슈가 기록되고 후속 조치되는 프로젝트 문서입니다.

문제 로그는 프로젝트 관리자가 문제를 효과적으로 추적하고 관리하여 문제를 조사하고 해결하는 데 도움이 됩니다. 이 프로세스의 결과로 처음으로 문제 로그가 생성되지만 프로젝트 도중 언제든지 문제가 발생할 수 있습니다. 문제 로그는 프로젝트 수명 주기 전반에 걸쳐 모니터링 활동과 함께 업데이트되어야 합니다.

보충: 문제와 위험

변경 요청은 문서, 결과물 또는 기준선을 수정하기 위한 공식적인 제안입니다. 프로젝트 작업을 수행하는 동안 문제가 발견되면 프로젝트 정책이나 절차, 프로젝트나 제품 범위, 프로젝트 비용이나 예산, 프로젝트 일정, 프로젝트나 제품 결과의 품질을 수정하기 위해 변경 요청을 제출할 수 있습니다. 기타 변경 요청에는 향후 부정적인 결과를 방지하기 위해 필요한 예방 또는 시정 조치가 포함됩니다. 변경 요청은 모든 프로젝트 이해관계자가 제출할 수 있으며 전반적인 변경 제어 프로세스 구현을 통해 검토 및 처리되어야 합니다. 변경 요청은 프로젝트 내부 또는 외부에서 발생하며 선택 사항이거나 법률(계약)에 의해 의무화됩니다.

모든 구성요소

활동 목록

가상 로그

교훈 등록

요구사항 문서

위험 등록부

이해관계자 등록

모든 구성 요소

교훈 등록

프로젝트 팀이 작업 주문을 발송합니다.

자원 분석 구조

공급업체 선정 기준

이해관계자 등록

지식 관리 도구 및 기술은 직원을 연결하고 협업하여 새로운 지식을 생성하고 암묵적 지식을 공유하며 다른 구성원이 보유한 지식을 통합할 수 있도록 합니다. 프로젝트에 적합한 도구와 기술은 프로젝트의 성격, 특히 혁신 정도, 프로젝트 복잡성, 팀의 다양성 정도(분야별 다양성 포함)에 따라 달라집니다.

이러한 모든 도구와 기술은 직접 또는 가상으로 적용할 수 있습니다. 대개 대면 상호 작용은 지식 관리에 필요한 신뢰 관계를 구축하는 데 가장 도움이 되며, 일단 신뢰가 구축되면 가상 상호 작용을 사용하여 이러한 신뢰 관계를 유지할 수 있습니다.

정보 관리 도구 및 기술은 간단하고 명확한 방법으로 명시적 지식의 공유를 효과적으로 촉진할 수 있는 사람과 지식 간의 연결을 생성하는 데 사용됩니다.

"연락처" 기능과 같은 대화형 요소를 추가함으로써 사용자는 강의 포스터를 확인하고 특정 프로젝트 및 상황과 관련된 조언을 구할 수 있습니다. 이를 통해 정보 관리 도구 및 기술의 사용이 향상됩니다.

적극적 경청

가이드

지도

대인 커뮤니케이션

정치적 인식

Lessons Learned Register에는 상황에 대한 범주와 설명이 포함될 수 있으며, Lessons Learned Register에는 상황과 관련된 의미, 권장 사항 및 조치 과정도 포함될 수 있습니다. 교훈 기록에는 문제, 직면한 문제, 인식된 위험과 기회 또는 기타 해당 내용을 기록할 수 있습니다.

Lessons Learned Register는 프로젝트 초기에 이 프로세스의 결과로 생성됩니다. 따라서 이는 프로젝트 전반에 걸쳐 많은 프로세스에 대한 입력 역할을 할 수 있으며 결과로서 지속적으로 업데이트될 수도 있습니다. 작업에 참여하는 개인과 팀도 학습한 내용을 문서화하는 데 참여합니다. 학습한 내용을 효과적으로 학습할 수 있도록 비디오, 사진, 오디오 및 기타 적절한 방법을 통해 지식을 기록할 수 있습니다.

프로젝트 또는 단계가 끝나면 관련 정보가 교훈 지식 기반에 포함되고 조직 프로세스 자산의 일부가 됩니다.

모든 구성요소

모든 프로젝트는 새로운 지식을 창출합니다. 일부 지식은 프로젝트 지식 프로세스 관리 중에 코드화되어 결과물에 포함되어야 합니다. 또는 프로세스와 절차를 개선하는 데 사용될 수 있습니다. 이 과정에서 기존 지식을 체계화하거나 처음으로 사용할 수도 있습니다. 예를 들어 새로운 프로그램에 대한 기존 아이디어를 시험해 보고 이 프로젝트에서 성공을 거둔 경우입니다.

이 프로세스 중에 모든 조직 프로세스 자산이 업데이트될 수 있습니다.

모든 구성요소

가상 로그

추정근거

비용 예측

문제 로그

교훈 등록

마일스톤 목록

품질 보고서

위험 등록부

위험 보고서

진행 예측

작업 성과 데이터는 작업 실행 중에 수집되어 추가 분석을 위해 제어 프로세스로 전달됩니다. 작업 성과 정보는 작업 성과 데이터를 프로젝트 관리 계획 구성 요소, 프로젝트 문서 및 기타 프로젝트 변수와 비교하여 생성됩니다. 이 비교를 통해 프로젝트가 얼마나 잘 수행되고 있는지에 대한 통찰력을 얻을 수 있습니다.

구매 계약에는 이용 약관이 포함되며, 수행할 작업이나 판매자가 배송할 제품에 관한 구매자의 규정과 같은 기타 항목도 포함될 수 있습니다. 프로젝트가 작업의 일부를 아웃소싱하는 경우 프로젝트 관리자는 계약자의 작업을 감독하여 모든 계약이 프로젝트의 특정 요구 사항은 물론 조직의 조달 정책을 준수하는지 확인해야 합니다.

대안 분석

비용 편익 분석

수익가치 분석

근본 원인 분석

유행 분석

편차 분석

직무 성과 정보는 물리적 또는 전자적 형태로 통합, 기록 및 배포될 수 있습니다. 결정을 내리거나, 조치를 취하거나, 우려사항을 제기할 목적으로 직무 성과 정보를 기반으로 물리적 또는 전자 형식으로 직무 성과 보고서를 준비합니다. 프로젝트 커뮤니케이션 관리 계획에 따라 커뮤니케이션 프로세스를 통해 프로젝트 이해관계자에게 작업 성과 보고서를 보냅니다.

업무 성과 보고서의 예로는 상태 보고서, 진행 보고서 등이 있습니다. 작업 성과 보고서에는 획득 가치 차트 및 정보, 추세선 및 예측, 예비 번다운 차트, 결함 히스토그램, 계약 성과 정보 및 위험 프로필 개요가 포함될 수 있습니다. 이는 대시보드, 핫스팟 보고서, 신호등 또는 관심을 끌고 결정을 내리고 조치를 취하는 데 도움이 되는 기타 형식의 형태를 취할 수 있습니다.

모든 구성요소

비용 예측

문제 로그

교훈 등록

위험 등록부

진행 예측

요구 사항을 완전히 수집

이해관계자 지원 및 참여

부가가치가 없는 변경

부가가치 변화

새로운 프로젝트를 설립하는 것이 좋습니다

또는 변경 프로세스를 따르세요.

결함을 수리해야 합니다.

제안하다

다루다

구현하다

변경 관리 계획

구성 관리 계획

범위 기준선

진행 기준선

비용 기준

추정근거

요구 사항 추적 매트릭스

위험 보고서

많은 프로세스가 변경 요청을 출력합니다. 변경 요청에는 시정 조치, 예방 조치, 결함 수정, 수정되거나 추가된 의견이나 내용을 반영하기 위해 공식적으로 통제되는 프로젝트 문서나 결과물에 대한 업데이트가 포함될 수 있습니다. 변경 사항은 프로젝트 기준선에 영향을 미칠 수도 있고 영향을 주지 않을 수도 있지만 기준선과 관련된 프로젝트 성과에만 영향을 미칠 수 있습니다. 변경 결정은 일반적으로 프로젝트 관리자가 내립니다.

프로젝트 기준선에 영향을 미치는 변경의 경우 변경 수행 비용, 필요한 일정 날짜 수정, 자원 요구 사항 및 관련 위험이 일반적으로 변경 요청에 명시되어야 합니다. 이러한 변경은 CCB(있는 경우)와 고객 또는 스폰서(그들이 CCB 회원이 아닌 경우)의 승인을 받아야 합니다. 승인된 변경 사항만 수정된 기준선에 통합될 수 있습니다.

구성 및 변경 관리를 용이하게 하기 위해 다양한 수동 또는 자동화 도구를 사용할 수 있습니다. 구성 제어는 산출물 및 개별 프로세스의 기술 사양에 초점을 맞추는 반면, 변경 제어는 프로젝트 문서, 산출물 또는 기준선에 대한 변경 사항을 식별, 문서화, 승인 또는 거부하는 데 중점을 둡니다.

도구 선택은 조직 및 환경적 상황 및/또는 제약 조건을 고려하는 등 프로젝트 이해관계자의 요구 사항을 기반으로 해야 합니다.

도구가 지원해야 하는 구성 관리 활동

도구가 지원해야 하는 변경 관리 활동

추가하다

대안 분석

비용 편익 분석

투표

독재적인 의사결정

다기준 의사결정 분석

변경 통제 위원회(CCB)와 함께 변경 통제 회의를 실시합니다. 변경 통제 위원회는 변경 요청을 검토하고 승인, 거부 또는 연기 결정을 내립니다. 대부분의 변경은 시간, 비용, 자원 또는 위험에 일정한 영향을 미치므로 변경의 영향을 평가하는 것도 회의의 기본 작업입니다. 또한 요청된 변경 사항에 대한 대안이 회의에서 논의되고 제안될 수 있습니다. 마지막으로 변경 요청을 담당하는 사람이나 그룹에게 회의 결정 사항을 전달합니다.

CCB는 구성 관리 활동을 검토할 수도 있습니다. 변경 통제 위원회의 역할과 책임은 모든 관련 당사자의 만장일치 동의를 통해 변경 관리 계획에 명확하게 정의되고 문서화되어야 합니다. CCB의 결정은 기록되어 관련 당사자에게 전달되어 관련 당사자가 이를 인지하고 후속 조치를 취할 수 있도록 해야 합니다.

프로젝트 관리자, CCB 또는 지정된 팀원은 변경 관리 계획에 따라 변경 요청을 처리하고 승인, 연기 또는 거부를 결정합니다. 승인된 변경 요청은 프로젝트 작업 지시 및 관리 프로세스를 통해 구현되어야 합니다. 연기되거나 거부된 변경 요청의 경우 변경 요청을 하는 개인이나 그룹에게 알려야 합니다.

프로젝트 파일 업데이트 형식으로 변경 로그에 모든 변경 요청 처리를 기록합니다.

모든 구성요소

프로젝트 관리 계획의 공식적으로 통제되는 구성 요소는 이 프로세스를 통해 변경될 수 있습니다. 벤치마크 변경은 최신 버전의 벤치마크를 기반으로만 가능하며 향후 상황을 다룰 수 있으며 과거 성능은 변경할 수 없습니다. 이는 벤치마크 및 과거 성능 데이터의 무결성과 무결성을 보호하는 데 도움이 됩니다.

변경 로그

공식적으로 통제되는 모든 프로젝트 문서는 이 프로세스 중에 변경될 수 있습니다. 이 프로세스 중에 일반적으로 업데이트되는 프로젝트 문서 유형 중 하나는 변경 로그입니다. 변경 로그는 프로젝트 중에 발생하는 변경 사항을 기록하는 데 사용됩니다.

프로젝트 헌장은 프로젝트 성공 기준, 승인 요구 사항, 프로젝트 종료 승인자 등을 문서화합니다.

모든 구성 요소

가상 로그

추정근거

변경 로그

문제 로그

교훈 등록

마일스톤 목록

프로젝트 커뮤니케이션 기록

품질 관리 측정 결과

품질 보고서

요구사항 문서

위험 등록부

위험 보고서

단계적 프로젝트 또는 취소된 프로젝트에는 불완전하거나 중간 결과물이 포함될 수 있습니다.

비즈니스 사례

복리후생관리계획

외부 먼저 그 다음 내부

파일 분석

회귀 분석

유행 분석

편차 분석

폐회보고회

고객 요약 회의

교훈 요약 회의

축하

교훈 등록

프로젝트 활동 중 생성되어 최종 버전으로 표시된 다양한 문서(다양한 버전의 계획, 위험 영향 평가 등)

프로젝트를 통해 전달된 제품, 서비스 또는 결과는 다른 팀이나 조직으로 이전되어 수명 주기 전반에 걸쳐 운영, 유지 관리 및 지원될 수 있습니다.

목표 달성(범위, 품질, 비용, 일정 등)

비즈니스 요구사항 달성(기대 이익, 비즈니스 요구사항)

관리 프로세스 요약(위험 또는 문제 및 해결 방법)

운영 및 지원 문서, 완료된 프로젝트 또는 단계 결과물을 운영 또는 다음 단계 등 다른 사람에게 전달하는 데 사용되는 공식 문서입니다.

프로젝트가 공식적으로 종료되기 전에 모든 프로젝트 요구 사항이 충족되었는지 확인하기 위해 범위 프로세스 및 계약 합의(있는 경우)로 인한 고객 승인 문서를 검증합니다.

프로젝트가 완료되기 전에 조기 종료된 경우 공식 마감 문서에는 프로젝트 종료 이유를 명시하고 프로젝트의 완료 및 미완성 결과물을 다른 사람에게 인계하기 위한 공식 절차를 제공해야 합니다.

교훈 지식 베이스

품질 관리 계획

프로젝트 수명주기 설명

개발 방법

대안 분석

범위 관리 계획은 프로젝트 범위를 정의, 개발, 모니터링, 통제 및 검증하는 방법을 설명하는 프로젝트 관리 계획의 구성 요소입니다. 범위 관리 계획은 다음 활동에 사용될 관리 프로세스를 정의합니다.

요구 사항 관리 계획은 프로젝트 및 제품 요구 사항을 분석, 문서화 및 관리하는 방법을 설명하는 프로젝트 관리 계획의 구성 요소입니다. "실무자를 위한 비즈니스 분석: 실용 가이드"[7]에 따르면 일부 조직에서는 이를 "비즈니스 분석 계획"이라고 부릅니다.

범위 관리 계획

수요관리 계획

이해관계자 참여 계획

가상 로그

교훈 등록

이해관계자 등록

비즈니스 사례

관련 당사자의 요구는 비즈니스 사례의 목표(원래 의도)와 일치해야 합니다.

브레인스토밍

회견

포커스 그룹

설문지

벤치마킹

파일 분석

투표

독재적인 의사결정

다기준 의사결정 분석

친화도 다이어그램

마인드 매핑

명목 그룹 기술

관찰하다/대화하다

가이드

프로토타입 제작 방법에는 의도한 제품의 모델을 구축하고 실제로 제품을 제조하기 전에 요구 사항에 대한 초기 피드백을 요청하는 작업이 포함됩니다. 프로토타입에는 소형 제품, 컴퓨터로 생성된 2차원 및 3차원 모델, 실제 모델 또는 시뮬레이션이 포함됩니다. 프로토타입은 유형의 객체이기 때문에 이해 당사자가 요구 사항에 대한 추상적인 설명에 국한되지 않고 최종 제품의 모델을 경험할 수 있도록 해줍니다. 프로토타입 방법은 점진적인 디테일링 개념을 지원하며 모델 생성, 사용자 경험, 피드백 수집부터 프로토타입 수정까지 반복적인 프로세스가 필요합니다. 충분한 피드백 루프를 거친 후에는 프로토타입을 통해 설계 또는 제조 단계에 들어가기에 충분한 요구 사항 정보를 얻을 수 있습니다.

스토리보드는 일련의 이미지나 다이어그램을 통해 순서나 탐색 경로를 보여주는 프로토타입 기술입니다. 스토리보드는 영화, 광고, 교육 디자인, 애자일 및 기타 소프트웨어 개발 프로젝트 등 다양한 산업 분야의 다양한 프로젝트에서 사용됩니다. 소프트웨어 개발에서 스토리보드는 모형을 사용하여 웹 페이지, 화면 또는 기타 사용자 인터페이스의 탐색 경로를 설명합니다.

요구 사항 문서는 다양한 단일 요구 사항이 프로젝트와 관련된 비즈니스 요구 사항을 어떻게 충족하는지 설명합니다. 높은 수준의 요구 사항으로 시작한 다음 요구 사항에 대한 추가 정보가 제공되면 이를 구체화할 수 있습니다. 명확하고(측정 가능하고 테스트 가능), 추적 가능하고, 완전하고, 조정되고, 주요 이해관계자가 기꺼이 인식할 수 있는 요구 사항만이 기준이 될 수 있습니다. 요구사항 문서는 다양한 형식이 될 수 있으며, 이해관계자와 우선순위별로 분류된 모든 요구사항을 나열하는 간단한 문서일 수도 있고, 요약, 세부 설명, 첨부 파일 등을 포함하는 세부 문서일 수도 있습니다.

요구 사항을 비즈니스 목표 또는 프로젝트 목표에 연결하여 각 요구 사항에 비즈니스 가치가 있는지 확인하세요.

요구 사항 추적 매트릭스는 프로젝트 수명 주기 전반에 걸쳐 요구 사항을 추적하는 방법을 제공하여 요구 사항 문서의 승인된 각 요구 사항이 프로젝트 종료 시 전달될 수 있도록 도와줍니다.

요구사항 추적 매트릭스는 제품 범위 변경을 관리하기 위한 프레임워크도 제공합니다.

프로젝트 헌장에는 프로젝트, 제품 기능 및 승인 요구 사항에 대한 높은 수준의 설명이 포함되어 있습니다.

범위 관리 계획

가상 로그

요구사항 문서

위험 등록부

대안 분석

다기준 의사결정 분석

가이드

제품 분석은 제품 및 서비스를 정의하는 데 사용될 수 있으며, 제공될 제품의 목적, 특성 및 기타 측면을 설명하기 위해 제품 또는 서비스에 대한 질문과 대답을 포함합니다.

모든 응용 분야에는 높은 수준의 제품 또는 서비스 설명을 의미 있는 결과물로 변환하기 위해 일반적으로 인정되는 하나 이상의 방법이 있습니다.

높은 수준의 요구 사항을 파악하는 것부터 시작한 다음 최종 제품 설계에 필요한 세부 수준까지 이를 구체화합니다.

프로젝트 범위 기술서는 프로젝트 범위, 주요 결과물, 가정 및 제약 조건에 대한 설명입니다. 이는 프로젝트 및 제품 범위를 포함한 전체 범위를 문서화하고, 프로젝트 결과물을 자세히 설명하며, 프로젝트 범위에 관한 프로젝트 이해관계자 간의 합의를 나타냅니다. 이해관계자의 기대치를 보다 쉽게 ​​관리할 수 있도록 프로젝트 범위 기술서는 프로젝트 범위를 벗어나는 작업이 무엇인지 명확하게 나타낼 수 있습니다.

프로젝트 범위 기술서는 프로젝트 팀이 더 자세히 계획할 수 있게 하고, 실행 중에 프로젝트 팀의 작업을 안내하며, 변경 요청이나 추가 작업이 프로젝트 경계를 초과하는지 여부를 평가하기 위한 기준을 제공합니다.

프로젝트 범위기술서에서 수행할 작업과 수행하지 않을 작업을 설명하는 세부 수준에 따라 프로젝트 관리팀이 전체 프로젝트 범위를 얼마나 효과적으로 제어할 수 있는지가 결정됩니다.

세부 프로젝트 범위 기술서에 포함된 내용(직접 나열되거나 다른 문서에서 참조될 수 있음)

가상 로그

요구사항 문서

요구 사항 추적 매트릭스

이해관계자 등록

범위 관리 계획

프로젝트 범위 설명

요구사항 문서

시간: 프로젝트 수명주기의 각 단계를 두 번째 분해 수준으로 사용하고, 제품 및 프로젝트 결과물을 세 번째 수준에 배치합니다.

구조: 주요 결과물을 두 번째 분해 수준으로 포함

작업 패키지

프로젝트 범위 설명

WBS

작업 패키지

계획 패키지

WBS

WBS 사전

가상 로그

요구사항 문서

범위 관리 계획

수요관리 계획

범위 기준선

교훈 등록

품질 보고서

요구사항 문서

요구 사항 추적 매트릭스

검증된 결과물은 관리 품질 프로세스에 의해 완료되고 올바른 것으로 확인된 결과물입니다.

보충: 프로젝트 관리 결과 라인

검사는 작업 및 산출물이 요구 사항 및 제품 승인 기준을 충족하는지 여부를 결정하기 위한 측정, 검토 및 검증과 같은 활동을 의미합니다. 검사는 리뷰, 제품 리뷰, 검사 등으로도 불립니다. 특정 응용 분야에서 이러한 용어는 독특하고 구체적인 의미를 갖습니다.

이 프로세스에서 사용할 수 있는 의사결정 기술에는 투표가 포함되지만 이에 국한되지는 않습니다. 프로젝트 팀과 기타 이해 당사자가 승인을 수행하면 투표를 통해 결론이 도출됩니다.

승인 기준을 충족하는 산출물은 고객이나 스폰서가 공식적으로 승인해야 합니다. 관련 당사자가 프로젝트 인도물을 공식적으로 승인했음을 입증하는 공식 문서를 클라이언트 또는 스폰서로부터 확보해야 합니다. 이 문서는 마감 프로젝트 또는 단계 프로세스에 제출됩니다.

작업 성과 정보에는 승인된 결과물, 실패한 결과물, 그 이유 등 프로젝트 진행 정보가 포함됩니다. 이 정보는 기록되어 관련 당사자에게 전달되어야 합니다.

완료되었으나 공식적인 승인을 통과하지 못한 인도물과 실패 이유를 문서화해야 합니다. 이러한 결과물에는 변경 요청 및 결함 수정이 필요할 수 있습니다. 전체 변경 제어 프로세스를 구현하여 변경 요청을 검토하고 처리해야 합니다.

교훈 등록

요구사항 문서

요구 사항 추적 매트릭스

금도금은 프로젝트 구성원이 스스로 프로젝트에 기능을 추가하는 것을 의미합니다. 예를 들어 누군가가 소프트웨어에 특정 기능을 추가하는 것이 참신하고 장점이 있다고 판단하여 스스로 추가하는 것을 의미합니다. 이 동작으로 인해 프로젝트가 금도금됩니다.

범위 크리프는 고객이 감지할 수 없는 작은 범위 변경을 지속적으로 제안하는 것을 의미합니다. 통제되지 않으면 누적으로 인해 프로젝트가 설정된 범위 기준에서 심각하게 벗어나 프로젝트가 통제력을 잃고 실패하게 됩니다.

범위 관리 계획

수요관리 계획

변경 관리 계획

구성 관리 계획

범위 기준선

성능 측정 벤치마크

교훈 등록

요구사항 문서

요구 사항 추적 매트릭스

편차 분석

유행 분석

이 프로세스에 의해 생성된 작업 성과 정보는 수신된 변경 사항의 분류, 식별된 범위 편차 및 그 원인, 편차가 일정 및 비용에 미치는 영향, 미래 예측을 포함하여 프로젝트 및 제품 범위 구현(범위 기준선에 대해)에 대해 상호 연관되고 상황에 맞는 정보입니다. 범위 성능.

프로젝트 성과를 분석한 후 범위 및 일정 기준선이나 프로젝트 관리 계획의 기타 구성 요소에 대한 변경 요청이 이루어질 수 있습니다. 변경 요청은 전체 변경 제어 프로세스 구현을 통해 검토 및 처리되어야 합니다.

범위 관리 계획

범위 기준선

진행 기준선

비용 기준

성능 측정 벤치마크

교훈 등록

요구사항 문서

요구 사항 추적 매트릭스

프로젝트 헌장에 명시된 전체 마일스톤 일정은 프로젝트 일정 관리에 영향을 미칩니다.

범위 관리 계획

개발 방법

이전의 유사한 프로젝트에 대한 전문 지식이나 관련 교육을 받은 개인 또는 그룹으로부터 의견을 구해야 합니다.

이 프로세스에 적합한 데이터 분석 기술에는 대체 분석이 포함되지만 이에 국한되지는 않습니다. 대안 분석에는 사용할 일정 계획 방법과 다양한 방법을 프로젝트에 통합하는 방법 결정이 포함될 수 있으며, 일정의 세부 수준, 롤링 계획 기간, 검토 및 업데이트 빈도 결정도 포함될 수 있습니다. 일정을 관리하는 데 필요한 세부 계획 수준과 계획을 업데이트하는 데 필요한 시간 사이의 균형은 각 프로젝트마다 달라야 합니다.

프로젝트팀은 일정 관리 계획을 개발하기 위해 계획 회의를 개최할 수 있습니다. 참석자에는 프로젝트 관리자, 프로젝트 후원자, 선정된 프로젝트 팀 구성원, 선정된 이해관계자, 일정 또는 실행 소유자, 기타 필요한 인력이 포함될 수 있습니다.

프로젝트 일정 모델 개발

일정의 출시 및 반복 기간

정확성

측정 단위

조직 프로그램 링크

프로젝트 일정 모델 유지 관리

제어 임계값

성과 측정 규칙

보고서 형식

진행 관리 계획

범위 기준선

분해는 프로젝트 범위와 프로젝트 결과물을 더 작고 관리하기 쉬운 구성 요소로 점진적으로 나누는 기술입니다. 활동은 작업 패키지를 완료하는 데 필요한 입력을 나타냅니다. 활동 정의 프로세스의 최종 출력은 WBS를 생성한 프로세스의 출력인 결과물이 아니라 활동입니다.

WBS, WBS 사전 및 활동 목록은 순차적으로 또는 동시에 편집될 수 있으며, WBS 및 WBS 사전은 최종 활동 목록 작성의 기초가 됩니다. WBS의 각 작업 패키지는 해당 활동을 통해 해당 결과물이 완료될 수 있도록 활동으로 분류되어야 합니다. 분해 과정에 팀원을 참여시키면 더 좋고 정확한 결과를 얻는 데 도움이 됩니다.

롤링 계획은 더 높은 수준에서 향후 작업을 대략적으로 계획하면서 가까운 미래에 수행할 작업을 자세히 설명하는 반복 계획 기법입니다. Agile 또는 Waterfall 방법론을 사용하는 작업 패키지, 계획 패키지 및 릴리스 계획에 적합한 진보적이고 상세한 계획 접근 방식입니다. 따라서 작업의 세부 수준은 프로젝트 수명주기의 여러 단계에 따라 달라집니다. 초기 전략 계획 단계에서 정보가 충분히 명확하지 않은 경우 작업 패키지는 나중에 알려진 세부 수준으로만 세분화될 수 있으며, 더 많은 정보가 학습됨에 따라 가까운 미래에 구현될 작업 패키지는 다음과 같이 세분화될 수 있습니다. 특정 활동.

활동 목록에는 프로젝트에 필요한 일정 활동이 포함됩니다. 롤링 계획 또는 민첩한 기술을 사용하는 프로젝트의 경우 프로젝트가 진행됨에 따라 활동 목록이 정기적으로 업데이트됩니다. 활동 목록에는 프로젝트 팀 구성원이 수행해야 할 작업을 알 수 있도록 각 활동에 대한 식별과 자세한 작업 범위가 포함되어 있습니다.

활동 속성은 활동에 대한 설명을 확장하는 데 사용되는 각 활동의 여러 속성을 참조합니다. 프로젝트의 초기 단계에서 활동 속성에는 고유한 활동 식별(ID), WBS 식별 및 활동 태그 또는 이름이 포함됩니다. 활동 속성이 컴파일되면 활동 속성에는 활동 설명, 선행 활동, 후속 활동, 논리적 관계가 포함될 수 있습니다. 리드 타임, 지연, 자원 요구 사항, 필수 날짜, 제약 조건 및 가정. 활동 속성은 작업이 수행되는 위치를 식별하고, 활동이 수행되는 프로젝트 달력 및 관련 활동 유형을 컴파일하는 데 사용할 수 있습니다. 활동 속성을 사용하여 일정을 개발할 수도 있습니다. 일정 활동은 활동 속성을 기반으로 다양한 방식으로 보고서에서 선택, 정렬 및 분류될 수 있습니다.

마일스톤은 프로젝트의 중요한 지점 또는 이벤트입니다. 마일스톤 목록은 모든 프로젝트 마일스톤을 나열하고 각 마일스톤이 필수(예: 계약에서 요구됨)인지 선택 사항(예: 기록 정보를 기반으로 결정)인지를 나타냅니다. 마일스톤은 시간이나 이벤트의 중요한 시점을 나타내기 때문에 기간이 0입니다.

진행 기준선

비용 기준

진행 관리 계획

범위 기준선

활동 속성

활동 목록

가상 로그

마일스톤 목록

선행 다이어그램(PDM)은 노드를 사용하여 활동을 표현하고 하나 이상의 논리적 관계를 사용하여 활동을 연결하여 활동의 구현 순서를 표시하는 일정 모델을 생성하는 기술입니다.

PDM에는 네 가지 종속성 또는 논리적 관계가 포함되어 있습니다. 선행 활동은 일정의 논리적 경로에서 시작되지 않는 활동보다 먼저 수행되는 활동입니다. 후속 활동은 일정의 논리적 경로에 있는 활동을 따르는 활동입니다.

PDM 관계

필수 종속성

선택적 의존성

외부 의존성

내부 종속성

융합 및 분기가 있는 활동은 여러 활동의 영향을 받거나 영향을 미칠 수 있으므로 더 큰 위험을 초래합니다. I 활동은 여러 선행 활동이 있기 때문에 "경로 수렴"이라고 하고, K 활동은 여러 후속 활동이 있기 때문에 "경로 분기"라고 합니다.

활동 속성

활동 목록

가상 로그

마일스톤 목록

진행 관리 계획

범위 기준선

활동 속성

활동 목록

가상 로그

교훈 등록

마일스톤 목록

프로젝트 팀이 작업 주문을 발송합니다.

자원 분석 구조

자원 달력

리소스 요구 사항

위험 등록부

유사 추정은 유사한 활동이나 프로젝트의 과거 데이터를 사용하여 현재 활동이나 프로젝트의 기간이나 비용을 추정하는 기술입니다. 유사 추정은 유사한 과거 프로젝트의 매개변수 값(예: 기간, 예산, 규모, 무게, 복잡성 등)을 기반으로 향후 프로젝트에 대한 유사한 매개변수 또는 지표를 추정하는 것입니다. 기간을 추정할 때 유사 추정 기법은 과거 유사한 프로젝트의 실제 기간을 사용하여 현재 프로젝트의 기간을 추정합니다. 이는 프로젝트 복잡성의 알려진 차이를 조정해야 하는 대략적인 추정 방법입니다. 아날로그 추정은 프로젝트 세부 사항이 충분하지 않을 때 프로젝트 기간을 추정하는 데 자주 사용됩니다.

유사 추정은 일반적으로 다른 추정 기법에 비해 비용과 시간이 덜 소요되지만 정확도도 떨어집니다. 유사한 추정은 전체 프로젝트 또는 프로젝트의 일부에 대해 수행되거나 다른 추정 방법과 함께 사용될 수 있습니다. 유사 추정은 과거 활동이 표면적이 아니라 본질적으로 유사하고 추정 작업을 수행하는 프로젝트 팀 구성원이 필요한 전문 지식을 갖고 있는 경우 가장 신뢰할 수 있습니다.

모수적 추정은 과거 데이터와 프로젝트 매개변수를 기반으로 비용이나 기간을 계산하는 알고리즘을 사용하는 추정 기술입니다. 이는 비용, 예산 및 기간과 같은 활동 매개변수를 추정하기 위해 과거 데이터와 기타 변수(예: 건물 건설 II의 면적) 간의 통계적 관계를 사용하는 것을 의미합니다.

기간은 수행할 작업량에 작업 단위를 완료하는 데 필요한 인력 시간을 곱하여 계산할 수 있습니다. 예를 들어, 설계 프로젝트의 경우 도면 수에 도면당 필요한 인력을 곱하거나, 케이블 부설 프로젝트의 경우 케이블 길이에 케이블 1m당 필요한 인력을 곱합니다. 사용된 자원이 시간당 25미터의 케이블을 부설할 수 있다면 1000미터의 케이블을 부설하는 데 소요되는 시간은 40시간입니다(1000미터를 25미터/시간으로 나눈 값).

매개변수 추정의 정확성은 매개변수 모델의 성숙도와 기본 데이터의 신뢰성에 따라 달라집니다. 그리고 매개변수적 일정 추정은 전체 프로젝트 또는 프로젝트의 특정 부분에 대해 수행될 수 있으며 다른 추정 방법과 함께 사용될 수 있습니다.

3점 추정 방법(프로그램 평가 및 검토 기술)이라고도 알려진 프로그램 평가 및 검토 기술(PERT)

기간 추정의 정확성은 추정의 불확실성과 위험을 고려하여 향상될 수 있습니다. 활동 기간의 대략적인 범위를 정의하는 데 도움이 되는 3점 추정치를 사용하십시오.

과거자료가 부족하거나 판단자료를 이용하는 경우에는 삼각분포를 이용하여 3점의 가정된 분포를 바탕으로 예상기간을 추정하고, 예상기간의 불확실성 구간을 기술한다.

상향식 추정은 WBS 구성 요소의 추정치를 아래에서 위로 집계하여 프로젝트 기간이나 비용을 추정하는 방법입니다. 합리적인 확신을 가지고 활동 기간을 추정할 수 없는 경우 활동 내의 작업을 더욱 구체화하고 특정 기간을 추정한 다음 이러한 자원 요구 사항 추정치를 집계하여 각 활동의 기간에 도달해야 합니다. 리소스 활용도에 영향을 미치는 활동 간에 종속성이 있을 수도 있고 없을 수도 있습니다. 해당 리소스 사용량을 활동 리소스 요구 사항에 설명하고 기록해야 합니다.

대안 분석

매장량 분석

이 프로세스에 적합한 의사결정 기술에는 투표가 포함되지만 이에 국한되지는 않습니다. 손짓은 투표 방식에서 파생된 형태로 애자일 프로젝트에서 자주 사용됩니다. 이 기술을 사용할 때 프로젝트 관리자는 팀 구성원에게 주먹을 들어 반대를 표현하거나 다섯 손가락을 펴서 전폭적인 지지를 표시함으로써 결정에 대한 지지 수준을 나타내도록 요청합니다. 팀에 이의가 있습니다. 프로젝트 관리자는 전체 팀이 합의에 도달하거나(모두가 세 개 이상의 손가락을 들고 있음) 다음 결정으로 넘어가는 데 동의할 때까지 계속해서 거수를 합니다.

프로젝트 팀은 활동 기간을 추정하기 위해 만날 수 있습니다. 민첩한 접근 방식을 사용하는 경우 스프린트 또는 반복 계획 회의를 열어 우선 순위가 지정된 제품 백로그(사용자 스토리)를 논의하고 팀이 다음 반복에서 작업할 백로그를 결정해야 합니다. 그런 다음 팀은 사용자 스토리를 시간 단위로 추정되는 하위 수준 작업으로 분류한 다음 기간(반복) 측면에서 팀의 역량을 기반으로 추정이 실현 가능한지 확인합니다. 이 회의는 일반적으로 반복 첫날에 열리며 제품 소유자, 개발 팀 및 프로젝트 관리자가 포함됩니다. 회의 결과에는 반복 미완성 항목, 가정, 우려 사항, 위험, 종속성, 결정 및 조치가 포함됩니다.

기간 추정은 활동, 단계 또는 프로젝트를 완료하는 데 필요한 작업 기간 수를 정량적으로 평가한 것으로, 지연 시간은 포함되지 않지만 특정 범위의 변동을 나타냅니다.

기간 추정에 필요한 지원 정보의 양과 유형은 적용 분야에 따라 다릅니다. 세부 수준에 관계없이 지원 문서에는 기간 추정치가 어떻게 도출되었는지 명확하고 완전하게 설명해야 합니다.

기간 추정에 대한 지원 정보는 다음과 같습니다.

활동 속성

가상 로그

교훈 등록

진행 관리 계획

범위 기준선

활동 속성

활동 목록

가상 로그

추정근거

소요 시간 추정

교훈 등록

마일스톤 목록

프로젝트 진행 네트워크 다이어그램

프로젝트 팀이 작업 주문을 발송합니다.

자원 달력

리소스 요구 사항

위험 등록부

공급업체는 계약 약속을 충족하기 위해 프로젝트 작업을 수행하는 방법에 대한 세부 사항을 개발하면서 프로젝트 일정에 대한 의견을 제공합니다.

일정 네트워크 분석은 주경로법, 자원 최적화 기술, 모델링 기술 등 여러 다른 기술을 사용하는 프로젝트 일정 모델을 생성하기 위한 포괄적인 기술입니다.

기타 분석에는 다음이 포함되지만 이에 국한되지는 않습니다.

일정 네트워크 분석은 실행 가능한 일정 모델이 생성될 때까지 계속되는 반복 프로세스입니다.

주경로법은 일정 모델에서 가장 짧은 프로젝트 기간을 추정하고 논리적 네트워크 경로의 일정 유연성을 결정하는 데 사용됩니다. 일정 네트워크 분석 기술은 일정 네트워크 경로를 따라 순방향 및 역방향 방법을 사용하여 자원 제약을 고려하지 않고 모든 활동의 가장 빠른 시작, 가장 빠른 종료, 가장 늦은 시작 및 가장 늦은 완료 날짜를 계산합니다.

주요 경로는 프로젝트에서 가장 긴 활동 순서이며 가능한 가장 짧은 프로젝트 기간을 결정합니다. 가장 긴 경로의 총 부동 소수점은 가장 작으며 일반적으로 0입니다. 획득된 가장 빠른 시작 및 종료 날짜는 반드시 프로젝트 일정일 필요는 없지만 일정에 입력된 설정된 매개변수(활동 기간, 논리적 관계, 리드 타임, 지연 및 기타 알려진 제약)일 뿐임을 나타내는 모델링 후에 얻은 결과입니다. 활동은 해당 기간 내에 구현될 수 있습니다. 주경로법은 일정 모델의 주경로, 총여유 및 자유여유, 또는 논리적 네트워크 경로의 일정 유연성을 계산하는 데 사용됩니다.

프로젝트 완료일을 지연시키거나 일정 제약을 위반하지 않고 일정 활동이 가장 빠른 시작일부터 네트워크 경로에서 뒤로 미뤄지거나 지연될 수 있는 시간은 총 여유 또는 일정 유연성입니다. 일반적으로 임계 경로의 총 부동 소수점은 0입니다. 선행 그래프 시퀀싱 동안 임계 경로의 총 부동은 사용된 제약 조건에 따라 양수, 0 또는 음수일 수 있습니다. 역방향 계산에 사용된 일정 제약 조건이 순방향 계산에서 얻은 가장 빠른 완료 날짜보다 늦기 때문에 총 부동 시간은 양수입니다. 기간과 논리적 관계가 최신 완료 날짜 제약 조건을 위반하기 때문에 총 부동 시간은 음수입니다. 부정적인 부동 분석은 지연된 일정을 정상으로 되돌리는 방법을 찾는 데 도움이 되는 기술입니다. 진행 네트워크 다이어그램에는 여러 하위 임계 경로가 있을 수 있습니다. 많은 소프트웨어에서는 사용자가 주요 경로를 결정하기 위한 자체 매개변수를 정의할 수 있습니다. 네트워크 경로의 총 유동을 0 또는 양수로 유지하려면 활동 기간(리소스를 추가하거나 범위를 축소할 수 있는 경우), 논리적 관계(선택적 종속성을 대상으로 하는 경우), 리드 및 지연 금액 또는 기타 일정 조정을 조정해야 할 수 있습니다. 제약. 총 여유 시간과 여유 여유 시간이 계산되면 여유 여유 시간은 후속 활동의 가장 빠른 시작 날짜를 지연하거나 일정 제약을 위반하지 않고 일정 활동을 연기할 수 있는 시간입니다.

전진 및 후진 추론

총 플로트 및 프리 플로트

자원 평활화

리소스 밸런싱

가상 시나리오 분석

시뮬레이션

일정 압축 기술은 프로젝트 범위를 축소하지 않고 일정 제약, 필수 날짜 또는 기타 일정 목표를 충족하기 위해 일정 기간을 단축하거나 가속화하는 것을 의미합니다. 네거티브 플로트 분석은 유용한 기술입니다. 임계 경로는 부동 소수점이 가장 적은 방법입니다. 제약 조건이나 필수 날짜를 위반하면 총 부동 소수점이 음수가 될 수 있습니다.

일정 기준선은 공식적인 변경 통제 프로세스를 통해서만 변경될 수 있는 승인된 일정 모델이며 실제 결과와의 비교를 위한 기초로 사용됩니다. 관련 당사자의 수락 및 승인에 따라 일정 기준에는 기준 시작 날짜와 기준 종료 날짜가 포함됩니다. 모니터링 프로세스 중에 실제 시작 및 종료 날짜를 승인된 기준 날짜와 비교하여 편차가 있는지 확인합니다. 일정 기준선은 프로젝트 관리 계획의 필수적인 부분입니다.

작업 진행 상황은 마감일 또는 상태 날짜를 통해 표현됩니다. 간단한 프로젝트의 경우 세 가지 형태의 일정 계획이 있습니다. (1) 마일스톤 일정 계획(마일스톤 차트라고도 함) (2) 일반 일정 계획(막대형 차트라고도 함) (3) 세부 일정 계획(프로젝트 일정 연관 막대라고도 함) 차트.

프로젝트 일정 모델의 일정 데이터는 일정을 설명하고 제어하는 ​​데 사용되는 정보 모음입니다. 일정 데이터에는 최소한 일정 마일스톤, 일정 활동, 활동 속성, 알려진 모든 가정 및 제약 사항이 포함되며 기타 필수 데이터는 적용 분야에 따라 다릅니다.

종종 지원 세부 정보로 제공되는 정보에는 다음이 포함되지만 이에 국한되지는 않습니다.

일정 데이터에는 리소스 히스토그램, 현금 흐름 예측, 주문 및 배송 일정과 같은 기타 관련 정보도 포함될 수 있습니다.

일정 활동을 수행할 수 있는 프로젝트 달력에서 사용 가능한 근무일 및 근무 교대를 지정하면 일정 활동을 수행하는 데 사용할 수 있는 기간(일 또는 더 작은 시간 단위)과 사용할 수 없는 기간이 구분됩니다. 일부 활동에는 다른 작업 기간이 필요하므로 일정 모델 내에서 프로젝트 일정을 계획하기 위해 두 개 이상의 프로젝트 달력을 사용해야 할 수도 있습니다. 따라서 프로젝트 일정을 업데이트해야 할 수도 있습니다.

진행 관리 계획

비용 기준

활동 속성

가상 로그

소요 시간 추정

교훈 등록

리소스 요구 사항

위험 등록부

진행 관리 계획

진행 기준선

범위 기준선

성능 측정 벤치마크

교훈 등록

프로젝트 달력

프로젝트 일정

자원 달력

진행 데이터

작업 성과 데이터에는 시작된 활동, 진행 상황(예: 실제 기간, 남은 기간, 실제 완료율), 완료된 활동 등 프로젝트 상태에 대한 데이터가 포함됩니다.

수익가치 분석

반복 번다운 차트

성과 검토

유행 분석

편차 분석

가상 시나리오 분석

작업 성과 정보에는 일정 기준과 비교하여 프로젝트 작업이 수행되는 방식이 포함됩니다. 시작 및 종료 날짜 편차와 기간 편차는 작업 패키지 수준과 통제 계정 수준에서 계산할 수 있습니다. 획득가치 분석을 사용하는 프로젝트의 경우 진행 차이(SV) 및 일정 성과 지수(SP)가 작업 성과 보고서에 기록됩니다.

진행 업데이트 또는 진행 예측은 기존 정보와 지식을 기반으로 향후 프로젝트 조건 및 이벤트를 추정하거나 예측하는 것을 의미합니다. 프로젝트가 실행됨에 따라 작업 성과 정보를 기반으로 예측이 업데이트되고 재발행되어야 합니다. 이 정보는 프로젝트의 과거 성과를 기반으로 하며 시정 또는 예방 조치를 통해 예상되는 향후 성과에 따라 달라지며, 획득 가치 성과 지수는 물론 향후 프로젝트에 영향을 미칠 수 있는 일정 예비 정보도 포함될 수 있습니다.

진행 관리 계획

진행 기준선

비용 기준

성능 측정 벤치마크

가상 로그

추정근거

교훈 등록

프로젝트 일정

자원 달력

위험 등록부

진행 데이터

진행 관리 계획

위험 관리 계획

비용 관리 계획은 프로젝트 비용을 계획, 예약 및 통제하는 방법을 설명하는 프로젝트 관리 계획의 구성 요소입니다. 비용 관리 프로세스와 해당 도구 및 기술은 비용 관리 계획에 문서화되어야 합니다.

비용 관리 계획에서 명시해야 할 사항

조직 프로그램 링크

제어 임계값

성과 측정 규칙

보고서 형식

그 외 세부 사항

비용 관리 계획

품질 관리 계획

범위 기준선

교훈 등록

프로젝트 일정

리소스 요구 사항

위험 등록부

대안 분석

매장량 분석

품질 비용

투표

비용 추정에는 프로젝트 작업을 완료하는 데 예상되는 비용의 정량적 추정, 확인된 위험을 처리하기 위한 비상 예비비, 계획되지 않은 작업을 처리하기 위한 관리 예비비가 포함됩니다. 비용 견적은 요약되거나 자세히 설명될 수 있습니다. 비용 견적에는 직접 인력, 자재, 장비, 서비스, 시설, 정보 기술뿐만 아니라 금융 비용(이자 포함)과 같은 일부 특별 비용 범주를 포함하되 이에 국한되지 않고 프로젝트에 사용되는 모든 자원이 포함되어야 합니다. 인플레이션 수당, 환율 또는 비용 우발 준비금. 간접비는 프로젝트 견적에도 포함되는 경우 활동 수준 이상으로 청구될 수 있습니다.

비용 견적에 필요한 지원 정보의 양과 유형은 응용 분야에 따라 다르며, 세부 수준에 관계없이 지원 문서에는 비용 견적이 도출된 방법을 명확하고 완전하게 설명해야 합니다.

비용 견적에 대한 지원 정보에는 다음이 포함될 수 있습니다.

가상 로그

교훈 등록

위험 등록부

비용 관리 계획

자원 관리 계획

범위 기준선

추정근거

비용 견적

프로젝트 일정

위험 등록부

비즈니스 사례

복리후생관리계획

비용 추정은 먼저 WBS의 작업 패키지로 요약된 다음 작업 패키지가 WBS의 상위 수준(예: 제어 계정)으로 요약되고 마지막으로 전체 프로젝트의 총 비용이 구해집니다.

매장량 분석

과거 정보를 검토하면 매개변수 또는 아날로그 추정에 도움이 될 수 있습니다. 기록 정보에는 총 프로젝트 비용을 예측하는 수학적 모델을 구축하는 데 사용되는 다양한 프로젝트 특성(매개변수)이 포함될 수 있습니다. 이러한 수학적 모델은 단순할 수도 있고(예: 집을 짓는 데 드는 총 비용은 단위 면적당 건설 비용에 따라 다름) 복잡할 수도 있습니다(예: 소프트웨어 개발 프로젝트의 비용 모델에는 여러 변수가 있으며 각 변수는 다음의 영향을 받습니다. 많은 요인).

자금 지출은 프로젝트 자금 조달에 대한 제한 사항과 균형을 이루어야 합니다. 자금 제약과 계획된 지출 사이에 불일치가 발견되면 자금 지출 수준의 균형을 맞추기 위해 작업 일정을 조정해야 할 수도 있습니다. 이는 프로젝트 일정에 필수 날짜를 추가하여 수행할 수 있습니다.

파이낸싱이란 프로젝트를 위한 자금을 확보하는 것을 의미합니다. 장기 인프라, 산업 및 공공 서비스 프로젝트는 종종 외부 자금 조달을 추구합니다. 프로젝트가 외부 자금을 사용하는 경우 자금 지원 주체는 충족되어야 하는 특정 요구 사항을 부과할 수 있습니다.

비용 기준선에 따라 총 자금 요구 사항과 정기적(예: 분기별 또는 연간) 자금 요구 사항을 결정합니다. 비용 기준에는 예상 지출과 예상 부채가 모두 포함됩니다. 프로젝트 자금 조달은 일반적으로 증분 방식으로 투자되며 위 그림에 표시된 사다리 패턴을 보여주는 비균형일 수 있습니다. 관리 준비금이 있는 경우 총 자금 요구 사항은 비용 기준에 관리 준비금을 더한 금액과 같습니다. 자금 요구 문서에는 자금 출처도 명시될 수 있습니다.

비용 견적

프로젝트 일정

위험 등록부

비용 관리 계획

비용 기준

성능 측정 벤치마크

교훈 등록

수익가치 분석

편차 분석

유행 분석