프로젝트 차터 작성기

프로젝트의 공식 존재를 선언하고 PM에게 자원 사용 권한을 부여하는 문서입니다. PMI PMBOK 7판에서 착수(Initiating) 프로세스 그룹의 핵심 산출물로 정의합니다. 프로젝트 목적·범위·목표·예산·일정·이해관계자·승인자를 한 페이지에 요약해 모든 관계자가 동일한 기대치를 갖도록 합니다.

범위를 명시적으로 구분하지 않으면 "당연히 포함되는 줄 알았다"는 오해로 범위 크리프(scope creep)가 발생합니다. Out-of-Scope를 문서화하면 후속 요청이 들어올 때 변경 통제(Change Control) 절차를 거치도록 유도할 수 있습니다. 범위 경계가 명확할수록 일정·예산 초과 위험이 줄어듭니다.

성공 기준은 SMART(Specific, Measurable, Achievable, Relevant, Time-bound) 원칙을 따라 작성해야 합니다. "시스템을 잘 구축한다"보다 "Go-Live 후 2개월 이내 결산 소요일 50% 단축, 시스템 가동률 99.5% 이상"처럼 측정 가능한 숫자와 시점을 명시하세요. 이 기준은 프로젝트 종료 시 완료 여부 판단의 근거가 됩니다.

차터 단계에서는 주요 마일스톤(킥오프, 요구사항 확정, 설계 완료, 테스트 완료, Go-Live 등) 5~10개 수준이면 충분합니다. 세부 일정은 이후 간트 차트나 CPM으로 작성합니다. 차터의 마일스톤은 경영진과 합의하는 약속으로, 변경 시 재승인이 필요합니다.

영향력은 프로젝트 결과에 영향을 줄 수 있는 의사결정 권한 및 이해관계의 크기입니다. H(높음): 예산·범위·우선순위 변경을 결정할 수 있는 경영진·스폰서. M(보통): 핵심 사용자·주관 부서·주요 공급업체. L(낮음): 간접적으로 연관된 부서·외부 기관. 이해관계자 분석은 별도의 Power-Interest Grid로 확장할 수 있습니다.

제약 사항은 프로젝트 팀이 통제할 수 없는 한계입니다(예: 법적 기한, 예산 상한, 기존 시스템 연동 필수). 가정 사항은 불확실하지만 사실이라고 전제하는 조건입니다(예: 외부 업체 계약이 특정 일까지 완료됨). 가정이 틀릴 경우 리스크로 전환되므로, 주요 가정은 리스크 등록부에도 함께 기록해야 합니다.

차터 승인 후 WBS 빌더로 작업 범위를 분해하고, RACI 매트릭스로 책임을 배분하세요. 이후 간트 차트로 세부 일정을 수립하고, EVM으로 진행 중 성과를 추적하면 프로젝트 관리 전 사이클이 완성됩니다.

이 도구는 필수 항목(프로젝트명, 스폰서, PM, 시작일, 종료일, 목적, 범위 포함, 목표, 성공 기준) 9개와 마일스톤 1개 이상, 이해관계자 1명 이상, 총 11개 기준으로 완성도를 산정합니다. 완성도 80% 이상이면 초안 제출 수준, 100%이면 이해관계자 검토 준비 완료로 볼 수 있습니다.