프로젝트 개시 문서

Project initiation documentation
자본 프로젝트 시작 체인에서 프로젝트 시작 문서의 위치.

프로젝트 시작 문서(PID)는 프로젝트 관리에서 가장 중요한 성과물 중 하나로 비즈니스 프로젝트의 기반을 제공합니다.

프로젝트 개시 문서에는 프로젝트 시작(SU)과 프로젝트 시작(IP) 프로세스를 PRINCE2 제어 프로젝트 환경에서 시작하여 얻은 정보가 번들되어 있습니다.2009년 PRINCE2의 문서 이름 변경은 시스템 [according to whom?]내의 모든 정보가 아니라 프로젝트를 작성하기 위해 수집된 문서 모음을 나타냅니다.

프로젝트 개시 문서는 프로젝트 전체에 걸쳐 고객과 프로젝트 팀 모두에게 참조점을 제공합니다.

프로젝트 개시 문서에는 다음 [1]내용이 포함되어 있는 경우가 많습니다.

프로젝트 개시 문서 대신 프로젝트 헌장을 작성할 수 있습니다.두 문서 유형은 매우 유사합니다.그러나 프로젝트 헌장은 세부 사항이 적기 때문에 콘텐츠 제작자의 [2]가용성이 떨어지는 경우에 더 적합합니다.

PRINCE2에 관한 프로젝트 개시 문서

프로젝트를 지휘하는 PRINCE2 모델

프로젝트 시작 문서는 프로젝트 관리 접근 계획을 나타내는 PRINCE2 용어입니다.이 문서는 비즈니스 케이스, 위임 조건, 커뮤니케이션 계획, 리스크 레지스터, 프로젝트 허용 오차, 프로젝트 계획 및 부문별 품질 계획 또는 공통 프로젝트 접근법의 일부로서 특정 프로젝트 관리 또는 검사를 포함한 일련의 다른 문서에서 작성됩니다.프로젝트 시작 문서는 프로젝트 개요라고 불리는 기본 프로젝트 시작 문서의 세부 버전을 나타냅니다.

프로젝트 시작 문서에는 문서를 정리하여 프로젝트의 시작과 실행에 필요한 모든 주요 정보를 정리한 논리 문서가 정리되어 있습니다.그것은 모든 이해관계자에게 전달되어야 하며, 사업 스폰서에 의해 동의되고 승인되어야 한다.요컨대, 이것은 프로젝트의 「누구, 왜, 무엇을」의 일부입니다.프로젝트의 모든 주요 측면을 정의하고 프로젝트의 관리와 전체적인 성공 평가의 기초를 형성합니다.프로젝트 개시 문서는 개시 [3]활동 중에 생성된 정보 및 분석 데이터를 사용하여 비즈니스 케이스(존재하는 경우)를 기반으로 작성됩니다.

PRINCE2와[4] 같은 정식 프로젝트 방법론의 공통점은 프로젝트(IP) 프로세스를 시작하는 데 있어 중요한 이정표입니다.프로젝트 시작 승인을 받기 위해 프로젝트 이사회에 제출되는 문서입니다.

프로젝트 개시 문서는 프로젝트 전체에 걸쳐 고객과 프로젝트 팀 모두에게 참조점을 제공합니다.

프로젝트 시작 문서 작성

목적

프로젝트 시작 문서의 목적은 프로젝트를 올바르게 정의하고 계획하는 데 필요한 기본 정보를 캡처하고 기록하는 것입니다.프로젝트 개시 문서는 프로젝트 권한에 따라 확대되어야 하며 프로젝트의 목표와 달성 계획 및 이러한 목표를 달성하는 것이 중요한 이유를 기술해야 합니다.또한 프로젝트 개발 초기부터 프로젝트 종료까지 프로젝트 개발에 참여하는 사람들의 목록과 역할 및 책임도 포함되어 있습니다.프로젝트 개시 문서에는 프로젝트 개시 문서가 프로젝트 보드에 의해 승인된 날짜도 포함됩니다.프로젝트 시작 문서는 프로젝트 단계 중에 정기적으로 업데이트되지 않습니다.다음 단계의 세부 마일스톤을 통합하기 위해 각 단계가 끝날 때 필요한 수정 또는 업데이트를 수행해야 합니다.프로젝트 개시 문서는 프로젝트에 대해 내린 결정의 기초가 됩니다.이 문서는 그 이유, 누구 [5]또는 시기에 관계없이 나중에 조회되거나 변경될 경우 도움이 되지 않습니다.

프로젝트범위명세서

프로젝트 범위 설명서는 프로젝트 시작 문서의 가장 중요한 섹션 중 하나입니다.프로젝트 범위 스테이트먼트는 프로젝트 범위 스테이트먼트, 제안 솔루션, 프로젝트 예시의 범위 등 세 부분으로 나뉩니다.프로젝트 개시 문서의 일부로서, 프로젝트가 이해관계자와 고객에게 제공하는 것을 상세하게 설명합니다.제안된 솔루션은 프로젝트가 환경 및 사회에 어떤 혁신, 변화 및 측면을 가져올지, 그리고 그로 인해 어떤 변화와 갱신이 초래될지 설명합니다.프로젝트 범위 스테이트먼트에는 프로젝트 라이프 사이클에서 발생하는 문제와 질문을 회피하는 데 도움이 되기 때문에 가능한 한 자세한 내용이 포함되어야 합니다(범위 카테고리에서 성공하기 위해서는 요건이 필요합니다).범위 내 단계는 프로젝트 관리자가 재무 측면 및 프로젝트 비용을 [6]결정하는 데 도움이 됩니다.

프로젝트 배경

프로젝트 배경에 따라 프로젝트가 생성된 이유와 방법이 결정됩니다.프로젝트의 1단계에서는 필요한 비즈니스 시스템의 변경과 함께 필요한 온라인 기능을 제공하고, 2단계에서는 디지털 권리 관리 및 실시간 광고 삽입을 제공합니다.프로젝트 참여에 중추적인 역할을 한 인물을 프로젝트 시작 문서의 이 섹션에 언급해야 합니다.이는 특정 프로젝트를 다른 프로젝트보다 우선시하여 팀의 가장 적극적인 후보자의 참여를 강조하는 합리적인 방법입니다.사내에서 중요한 사람이 보고 싶어하기 때문입니다.그 결과, 자원과 기기를 이용할 수 있게 되어, 프로젝트가 확실히 [7]진행되게 됩니다.

전제조건, 의존관계 및 제약조건

전제조건, 의존관계 및 제약조건에 따라 프로젝트 시작문서가 상세하게 기술되어 있습니다.이러한 세부 사항은 문서화되는 프로젝트 관리 요건 및 비즈니스 요건 사양보다 먼저 가정됩니다.프로젝트 개시 문서의 프로젝트 제약은 자원이나 경쟁사(다른 프로젝트 [8]등)의 이용 불능 등 외부 영향을 식별합니다.

조직과 거버넌스

조직 단계를 완료하려면 팀이 조직도를 완성해야 합니다.개발, 인터랙티브, 테스트, 네트워킹, 인프라스트럭처 및 비즈니스 시스템, 보안 및 마케팅을 포함한 여러 부서의 경험이 풍부한 대표자를 가진 교차 기능 팀이 프로젝트를 수행할 수 있습니다.프로젝트 [9]진행에 따라 분야별 관여가 달라집니다.SMG(Senior Management Group)는 주요 조사결과와 [10]개발상황을 통보받습니다.

커뮤니케이션 플랜

프로젝트 개시 문서를 작성하는 전 프로세스에서 프로젝트 매니저는 서드파티 프로젝트 매니저, 수석 설계자 및 팀장과의 미팅에 참석하여 프로젝트 관리 보고서, 주간 프로젝트 팀 미팅, 격주로 열리는 공급업체 미팅 및 주간 프로그램 이사회 미팅에 대해 논의합니다.일어날 것이다.[11]

품질 계획

프로젝트 품질계획은 통상 IT품질보증(ITQA)에 의해 작성되며 프로젝트의 일부로서 제공되는 측면(기본 프로젝트계획, 비즈니스요건(BRS), 사용사례, 고급설계(HLD), 소프트웨어요건스펙(SRS), 테스트스크립트, 테스트보고서, 개발후검토(PDR), 평가)를 특정합니다.품질 계획)을 실행합니다.또한 ITQA는 종료단계 평가(ESA)가 언제 실시될지도 결정합니다.이들은 프로젝트 기간 동안 고품질의 제품이 제공되고 있는지 확인하는 체크포인트입니다.ESA는 베이스라인 프로젝트 계획을 고려하여 프로젝트 관리 보고서, 프로젝트워크스트림 체크포인트 보고서, 팀 회의록, 액션과 의제, 프로젝트 리스크와 이슈 로그, 품질 계획의 [12]힌트를 제공하는 회의를 의미합니다.

초기 프로젝트 계획

프로젝트 개시 문서의 초기 계획을 작성하는 것은 제안된 날짜와 세부 단계를 적절히 재검토하는 것을 의미합니다.비즈니스 이해관계자는 불가능한 날짜에 프로젝트를 인도할 것을 요구하기 때문에 그 사실을 강조해야 합니다.이 경우 대부분의 이해관계자는 유연하며 출시일을 재고하거나 범위를 축소하려고 합니다.재출시일 또는 범위 축소는 이해관계자가 개시일 연기 결정을 내릴 수 있는 근거를 제시해야 합니다.작업자가 이해관계자와의 관계 구축을 빨리 시작할수록 범위에 대한 긴급한 우려가 [13]제기될 때 나중에 더 쉬워질 것입니다.

프로젝트 관리

프로젝트 관리, 프로젝트 단계 및 예외 프로세스 등 프로젝트 전체를 제어하는 측면에서 완료해야 하는 섹션이 있습니다.여기에는 각 회계연도의 예산실적 및 예측, 기업 프로그램 매니저에게 에스컬레이션되는 예외, 품질계획의 제품 리뷰, 프로젝트 허용오차, 리스크 완화계획, 프로젝트 리스크 및 완화계획의 특정, 문제 로그, 기존 변경관리 프로세스, 주간 하이라이 등이 포함됩니다.ght 보고서 (기업 프로그램 보드, 주간 공급업체 회의, 주간 프로젝트 팀 회의 등)

초기 리스크 및 문제 로그

규칙은 우리가[clarification needed] 더 많은 것을 약속하려고 할수록, 더 많은 것을 제공해야 한다고 합니다.프로젝트 단계는 시작, 요건, 설계, 개발, 테스트, 프로젝트 시작 및 예외 프로세스 단계와의 종료입니다.프로젝트 예외 없이 예산, 시간 및 프로젝트 범위를 얼마나 늘릴 수 있는지에 대한 내용이 포함되므로 마지막 단계는 가장 불안정합니다.이해관계자가 프로젝트를 예외로 재배치하기로 결정한 경우에는 예외 이전에 사용하던 프로젝트/스테이지 계획의 버전을 대체하는 상세한 예외 계획을 도입해야 합니다.또한 프로젝트 매니저는 이러한 추가 서류작업과 더불어 프로젝트를 계속 진행시키고 팀의 동기부여를 확실히 해야 합니다.프로젝트 개시 문서가 정식으로 승인되면 예외로 이행하기 전에 추가로 활용해야 하는 상황이 발생합니다.성장 중인 [14]비즈니스의 성공에 있어 현금 흐름이 중요한 것과 거의 동일한 방식으로 프로젝트를 성공적으로 수행하는 데 큰 차이를 만들 수 있습니다.

Boehm은 다음과 같은 6가지 리스크 관리 단계를 확인했습니다.프로젝트 시작 [15]문서에서 이루어지는 식별, 평가, 우선순위 부여, 관리 계획, 해결 및 모니터링.

프로젝트 시작 문서 승인 받기

6개월의 프로젝트 개시 계획의 예.

프로젝트 개시 문서 작성의 마지막 단계는 승인이며, 이는 프로젝트 개시 문서 내의 배포 목록에 있는 모든 이해관계자 및 기타 관계자에게 코멘트 요청 시 이메일로 배포하는 것을 의미합니다.그 후 팀의 리더가 코멘트를 축적한 후, 관계자와 이해 당사자가 프로젝트 개시 문서에 대해 상세하게 논의하는 최종 회의를 실시합니다.이러한 단계가 완료된 후에야 프로젝트 시작 문서가 승인되고 자금 지원을 위해 프로그램 보드에 전달될 수 있는 충분한 표준이 됩니다.프로젝트의 복잡성과 규모에 따라 5번의 비공식 검토와 4번의 공식 검토로 단계가 완료됩니다.자원 부족이나 자금 부족과 같은 문제가 발생할 수 있습니다.프로젝트 개시 문서를 시작하기 전에 프로젝트의 우선순위를 파악하는 것이 피벗적으로 중요합니다.이것에 의해, 프로젝트가 예외 [16]스테이지로 표시되려고 하는 경우, 큰 코스트를 회피할 수 있습니다.

프로젝트 개시 문서의 특성

프로젝트 [clarification needed]개시 문서에는 프로젝트의 중요도가 명시되어 있어 프로젝트 관리자와 스폰서 간의 계약이 기재되어 있습니다.프로젝트 개시 문서의 목적은 프로젝트의 전제를 이해하는 것입니다.프로젝트 개시 문서의 올바른 형식은 배경, 목적 및 이점을 이해하는 것입니다.훌륭한 프로젝트 매니저는 고객에게 결과물이나 기능을 제공하는 것뿐만 아니라 이 기능이 궁극적으로 가져다 줄 수 있는 광범위한 컨텍스트와 이점에 관심이 있습니다.프로젝트 개시 문서에서는 흐름도 및 제품 분류 구조를 사용하여 프로젝트 범위 내의 항목을 식별합니다.중추적인 역할은 책임의 식별을 담당합니다.이는 프로젝트 매니저, 팀장, 스폰서, 공급업체, 사용자 대표, 이해관계자 및 운영위원회 [17]구성원의 역할을 의미합니다.

프로젝트를 시작하고 프로젝트 개시 문서를 작성하기 전에 고려해야 할 중요한 측면이 있습니다.예를 들어, 다음과 같습니다.어떤 접근법 유형: 다양한 기술(예: 폭포, 민첩한 방법론)리스크, 문제 및 변화를 파악하여 이해관계자와의 커뮤니케이션 방법.

프로젝트 시작 문서에는 프로젝트의 주요 단계와 활동을 강조하는 장소를 포함시키는 것으로 충분합니다.

프로젝트 시작 문서와 프로젝트 전체의 성공은 프로젝트의 시각적 암기를 활성화하는 방법으로 그래픽과 같은 시각적 측면에 축적될 수 있습니다.

리스크는 프로젝트 전체의 문제로 인식되기 전에 특정할 필요가 있습니다.이 문제는 주요 프로젝트의 위험 목록과 어떤 예방 조치를 취해야 하는지를 작성하여 해결할 수 있습니다.

프로젝트의 재정적인 측면을 고려할 필요가 있다.프로젝트 개시 문서화 계획은 예산 제약에 따라 포함되어야 하며, 팀이 추정할 때 사용한 가정과 검토 빈도에 대한 세부사항을 제공해야 한다.철자나 전문용어 등의 오류를 일으킬 수 있으므로 중요한 측면은 고립을 피해야 합니다.

프로젝트 시작 문서를 개선하기 위해 주요 [17]포인트를 식별하고 강조하는 프레젠테이션을 작성할 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ 프로젝트 시작 문서 작성
  2. ^ 프로젝트 시작 문서:https://www.mindtools.com/pages/article/newPPM_85.htm에서 프로젝트를 시작하세요.https://www.mindtools.com/pages/article/newPPM_85.htm
  3. ^ 프로젝트 시작 및 프로젝트 시작 문서 - 2010년 6월 3일 취득
  4. ^ 왕자2: 콜린 벤틀리의 실용 핸드북 ISBN978-0-7506-5330-5
  5. ^ PID 및 관련 문서의 목적.http://www.my-project-management-expert.com/writing-a-project-initiation-document-intro.html
  6. ^ PID의 프로젝트 범위 스테이트먼트(http://www.my-project-management-expert.com/writing-a-project-scope-statement-in-a-project-initiation-document.html
  7. ^ PID에 관한 프로젝트 배경(http://www.my-project-management-expert.com/writing-a-project-initiation-document-background.html
  8. ^ PID의 전제조건, 의존관계 및 제약조건, http://www.my-project-management-expert.com/writing-a-project-initiation-document-assumptions.html
  9. ^ 프로젝트 조직 및 거버넌스, http://www.my-project-management-expert.com/writing-a-project-initiation-document-governance.html
  10. ^ 프로젝트 시작 문서 초안, https://www.rbkc.gov.uk/pdf/jsna_pid.pdf
  11. ^ 커뮤니케이션 플랜, http://www.my-project-management-expert.com/writing-a-project-initiation-document-communications-plan.html
  12. ^ 프로젝트 품질 계획, http://www.my-project-management-expert.com/writing-a-project-initiation-document-quality-plan.html
  13. ^ 프로젝트 초기계획, http://www.my-project-management-expert.com/writing-a-project-initiation-document-initial-plan.html
  14. ^ 프로젝트 컨트롤(PID), http://www.my-project-management-expert.com/writing-a-project-initiation-document-project-controls.html
  15. ^ Boehm, B.W. (1989). Software Risk Management. Washington D.C.: IEEE Computer Society Press.
  16. ^ 프로젝트 시작 문서 승인 받기(http://www.my-project-management-expert.com/project-lifecycle-project-initiation-document-approval.html
  17. ^ a b 완벽한 프로젝트 개시 문서(PID)의 작성 방법, http://www.susannemadsen.co.uk/blog/what-makes-a-perfect-project-initiation-document-pid