계약·과업범위·M/M·검수 — 돈과 책임의 경계 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Theoryitsm/contract-scope-mm-acceptance

TRACK

ITSM

SLA

55분

LEVEL

중급

PHASES

3단계

ENV

local

INCOMING TICKET

“발주사 담당자: "PM님, 이 통계 화면에 엑셀 다운로드 버튼 하나만 추가해 주세요. 간단하잖아요. 비용은 그대로 두고 다음 주까지요." — 계약 SOW에는 없는 기능인데 거절하기도 다 받기도 애매합니다. 어디까지가 우리 일이고, 추가면 얼마이며, 끝나면 언제 돈이 들어오는지 규칙으로 정해 주세요.”

YOUR ROLE

SI/SM 사업관리 담당(PM/PMO)

안 하면 나중에

과업 경계를 문서로 긋지 않으면 스코프 크리프로 계약 M/M은 그대로인데 일만 늘어 적자가 나고, 금액이 빈 변경합의서로 착수하면 담당자 교체 시 대금이 막히며, 검수 기준 없이 착수하면 검수가 주관적 다툼이 되어 대금 지급이 무한 지연된다.

📋상황 브리핑

발주사 담당자가 금요일 오후 메신저로 가볍게 묻습니다.

"PM님, 이 통계 화면에 엑셀 다운로드 버튼 하나만 추가하면 안 될까요? 간단하잖아요. 비용은 그대로 두고 다음 주까지 부탁해요."

신입 PM은 "네, 해드릴게요" 하고 개발자에게 넘깁니다. 그 버튼 하나는 집계 쿼리 변경·권한 체크·대용량 처리·QA까지 사흘이 걸리고, 다음 주엔 "필터도 하나만…"이 옵니다. 한 달 뒤 계약 M/M은 그대로인데 일은 1.5배, 팀은 야근, 회사는 적자입니다. 그런데 발주사는 "원래 해주기로 한 거 아니었나요?"라고 합니다.

이 Lab은 그 경계를 문서로 긋는 훈련입니다. 계약 유형(도급/위임/파견)이 무엇을 약속하고 누가 지휘하는지 판정하고, 과업범위(SOW)로 요청을 범위 내/추가로 가르며, 추가 과업은 M/M로 산정해 변경계약으로 닫고, 검수 기준·검수확인서·하자보수로 언제 돈이 들어오고 끝난 뒤 결함은 누가 지는지를 정합니다. 친절함이 아니라 돈과 책임의 경계를 그을 줄 아는가가 핵심입니다.

⏱ 55분📊 중급🔧 3단계#contract#scope#man-month#acceptance

MISSION

계약 유형(도급/위임/파견) 판정 + 과업범위(SOW) 안/밖 — 감이 아니라 문서로

계약이 약속하는 대상과 지휘·명령의 방향으로 계약 유형을 판정하고, 들어온 요청을 SOW·계약서 문서 기준으로 범위 내/추가 과업으로 가른다.

M/M 산정·정산·과업 변경 — 얼마인지 숫자로 답하고 문서로 닫는다

추가 과업의 공수를 M/M로 산정하고, 투입형/성과형 정산 차이를 반영해 삼중 제약(범위·비용·일정) 선택지를 주며 변경계약(변경합의)으로 확정한다.

검수 기준·검수확인서·하자보수 — 언제 돈이 들어오고 끝난 뒤 결함은 누가 지나

완료 정의(검수 기준)를 착수 전에 합의하고, 검수확인서가 대금 트리거임을 전제로 간주검수·일정으로 지연을 막으며, 하자(무상)와 추가 요구(유상)의 경계를 SOW로 가른다.

📌 선수 지식

• [이론] itsm/contract-scope-mm-acceptance

ℹ️ 실습 환경

환경: local

🔒

실습 실행은 Pro 플랜 전용입니다

인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.

Pro로 업그레이드 →

>_ LAB TERMINAL↔ 너비 조절

NOTES