가이드 › 가이드

변경 요청서 템플릿

모든 프로젝트에는 ‘딱 하나만 더’를 말하는 이해관계자가 있고, 대개 금요일 오후 4시 55분에 나타납니다. 변경 요청서는 그 작은 일을, 혼자 떠안아야 하는 돌발 상황이 아니라 누군가 서명하는 결정으로 바꾸는 방법입니다.

변경 요청서는 무엇을 위한 것인가

변경 요청서는 합의된 범위, 일정, 예산, 품질을 바꾸자는 짧은 서면 제안입니다. 요청하는 사람이 변경이 일어나기 전에 그 대가를 보게 하고, 승인하는 사람이 그 결과에 서명하게 하려고 존재합니다.

한 장으로 하세요. 설명에 열 장이 필요한 변경이라면 트렌치코트를 입은 새 프로젝트일 가능성이 큽니다.

양식: 복사해서 쓸 항목

이 구조를 문서에 붙여 넣고 조직의 거버넌스에 맞게 문구를 조정하세요.

• 관리 번호, 제목, 접수일.
• 요청자(실명)와 이 건을 올려야 할 스폰서.
• 변경 내용을 쉬운 문장 두세 개로 설명.
• 사유: 해결하려는 문제 또는 만들어지는 기회.
• 우선순위: 필수, 권장, 있으면 좋음 중 하나와 필요 기한.
• 상태: 접수, 평가 완료, 승인, 반려, 보류, 반영 완료.

영향 평가

의견을 결정으로 바꾸는 부분입니다. 누구에게든 승인을 요청하기 전에 채우세요.

구체적으로 쓰세요. ‘며칠의 추가 작업’은 영향이 아닙니다. ‘개발 영업일 3일과 테스트 1일’이 영향입니다.

• 범위: 추가, 변경, 제거되는 산출물.
• 일정: 영향받는 작업, 새 종료일, 주공정(크리티컬 패스)이 움직이는지 여부.
• 비용: 추가 투입 공수, 구매, 사용하는 예비비를 변경 전후 합계로 표시.
• 리스크: 새로 생기거나 더 나빠지는 리스크.
• 종속성: 함께 바뀌어야 하는 다른 팀, 공급업체, 프로젝트.
• 편익: 비즈니스가 얻는 것, 그리고 편익 근거가 여전히 유효한지.

선택지와 권고안

아무것도 안 하는 안 외에 최소 두 가지 선택지를 제시하세요. 예를 들어 전부 승인, 축소해서 승인, 다음 단계로 연기. 그런 다음 어느 안을 권하는지와 이유를 바쁜 스폰서가 엘리베이터 안에서 읽을 수 있는 한 문장으로 쓰세요.

• 안 A: 아무것도 하지 않음, 그리고 그 대가.
• 안 B: 요청대로 승인, 위의 영향 수치와 함께.
• 안 C: 더 저렴하거나 더 늦은 대안.
• 권고안과 그 이유를 한 줄로.

결정과 후속 조치

적절한 사람이 서면으로 승인하기 전까지는 승인된 변경이 아닙니다. 누가, 언제 결정했고, 그 결과 계획에서 무엇이 바뀌는지 기록하세요. 그리고 기준선을 실제로 갱신하세요. 그렇지 않으면 다음 보고서는 아무도 따르지 않는 계획과 비교하게 됩니다.

Senshin에서는 결정이 영향받는 계획 작업과 비용 항목 옆의 RAID 로그에 남아서, 누군가 왜 날짜가 움직였는지 물을 때 이력을 바로 보여 줄 수 있습니다.

• 승인자 이름, 결정, 날짜, 붙은 조건.
• 갱신된 종료일, 예산, 범위. 비교를 위해 이전 값도 보관.
• 계획 갱신 담당자와 완료 예정일.
• 다음 운영위원회(SteerCo) 보고서에 한 줄 포함해 아무도 소문으로 알게 되지 않도록.

Senshin에서는 이렇게 관리합니다

자주 묻는 질문

다른 가이드

최종 업데이트: 2026-10-22