정의 단계: 프로젝트 차터 쓰는 법

차터는 왜 필요한가

프로젝트 차터는 프로젝트를 시작하기 전에 팀과 후원자가 합의하는 한 장짜리 약속입니다. 차터가 없으면 진행 중에 목표가 슬금슬금 바뀌고, 범위가 넓어지고, 누가 무엇을 책임지는지 흐려집니다. 반대로 차터가 있으면 의견이 갈릴 때 돌아갈 기준이 생깁니다.

분량은 길 필요가 없습니다. 중요한 것은 읽은 사람 누구나 "무엇이 문제이고, 어디까지 하고, 언제까지 얼마나 좋아지면 성공인지"를 같은 문장으로 말할 수 있는 것입니다.

문제 기술 쓰기

문제 기술은 원인이나 해결책을 섞지 않고 현상만 씁니다. 나쁜 예는 "작업자 숙련도 부족으로 불량이 많다"입니다. 원인을 단정했고 수치도 없습니다. 좋은 예는 "충전 공정의 용량 미달 불량률이 최근 3개월 평균 3.8%이며(예시 데이터) 월 2회 이상 라인이 정지한다"처럼 어디서, 무엇이, 얼마나, 언제부터를 담은 문장입니다.

확인용으로 세 가지를 물어보세요. 숫자가 있는가, 기간이 있는가, 원인이나 해결책 단어가 없는가. 하나라도 아니라면 고쳐 쓰세요.

목표 정하기

목표는 지표, 현재 값, 목표 값, 기한 네 가지를 갖춰야 합니다. "불량률을 3.8%에서 1.9% 이하로, 6개월 안에"처럼 쓰면 됩니다(예시 데이터). 목표가 너무 쉬우면 프로젝트의 의미가 없고, 너무 어려우면 팀이 의욕을 잃습니다. 과거 최고 수준과 경쟁 수준을 참고하되, 달성을 위해 어떤 변화가 필요한지 대략 그려 본 뒤 정하세요.

목표와 함께 반드시 정할 것이 측정 방법입니다. 같은 불량률이라도 전수 검사로 세는지 샘플로 보는지에 따라 값이 달라지기 때문에, 이후 단계의 비교가 가능하도록 정의를 못 박아 둡니다.

범위, 일정, 팀

범위에는 "하는 것"과 함께 "하지 않는 것"도 적습니다. 공정의 시작점과 끝점을 정하고, 이번에 손대지 않을 영역을 분명히 하면 프로젝트가 커지는 것을 막을 수 있습니다.

일정은 단계별 완료 목표일로 씁니다. 정의·측정·분석·개선·관리 각각에 날짜를 두고, 단계 끝의 관문 검토 날짜도 잡습니다. 팀은 후원자(챔피언), 프로젝트 리더, 공정을 가장 잘 아는 현장 담당, 데이터 담당을 기본으로 하고 각자의 역할을 한 줄씩 적습니다.

CTQ와 고객 요구 연결하기

차터에는 이 문제가 누구에게 어떤 영향을 주는지도 들어갑니다. 고객의 말을 그대로 적은 뒤, 잴 수 있는 특성으로 바꾼 CTQ(Critical to Quality)를 옆에 둡니다. 예를 들어 "소리가 시끄럽다"는 "작동 중 소음 기준값 이하 비율"로 바뀝니다. 규격 값과 단위까지 정해 두면 측정 단계가 훨씬 빨라집니다.

자주 하는 실수

첫째, 문제 기술에 해결책을 넣는 것입니다("자동 검사기를 도입해 불량을 줄인다"). 해결책은 개선 단계에서 정합니다. 둘째, 범위를 한 번에 너무 크게 잡는 것입니다. 한 프로젝트로 3~6개월 안에 끝낼 수 있는 크기가 적당합니다. 셋째, 후원자의 승인 없이 시작하는 것입니다. 자원이 필요해지는 순간 멈추게 됩니다.

차터는 한 번 쓰고 끝이 아니라 새로 알게 된 사실에 따라 합의하여 고치는 문서입니다. 다만 고칠 때는 날짜와 이유를 남기세요.