고정계약에서 스크럼 마스터가 꼭 따로 있어야 하나

인원 8명 이하, 발주 창구 1명, 변경 주 1건이면 겸임이 버팁니다. 조건이 깨지면 회의와 승인자를 가르세요.

장애물 제거가 범위 거절과 같나

같지 않습니다. 막힌 선행을 푸는 일과 범위 증가를 거절하는 일을 한 시간에 하면 팀이 거절을 장애로 읽습니다.

완료 정의를 검수 조서와 같게 쓰나

반복 완료 아래에 검수 시나리오 ID를 연결합니다. 같게 한 문장으로 쓰면 내부 완료가 인도처럼 보입니다.

발주가 일일 점검에 매일 오면

실무 창구와 계약 창구를 요일로 나눕니다. 매일 오면 현업 한 줄이 당일 백로그가 됩니다.

스크럼 마스터와 PM | 고정계약에서 한 사람인가

고정가격 계약에서 스크럼 마스터와 PM을 한 명으로 두면, 장애물 제거와 제약 준수가 같은 주간보고에서 서로 지웁니다. 애자일 조항을 특수조건에 넣는 현장이 늘었습니다. 반복과 일일 점검을 계약 언어로 쓰고 싶어 하기 때문이죠. 하지만 역할 이름을 한 칸에 합치면 발주 창구와 완료 기준이 같이 흐립니다. 흐린 기준은 검수 주에 내부 완료와 합격이 어긋나는 일로 돌아옵니다. 이번 포스팅에서는 두 일의 경계와 겸임해도 되는 조건을 자세히 다뤄보도록 하겠습니다. 한 명이 두 모자를 쓰는 중이시라면 주간보고 첫 줄을 장애물과 제약으로 갈라 보세요.

칸	스크럼 마스터	PM	한 사람이면 깨지는 지점
주간 첫 줄	막힌 선행과 풀린 시간	잔여 범위와 오픈 일자	속도만 남고 제약이 지워짐
범위	당일 보드에 안 올림	CCB 변경 번호	현업 한 줄이 그날 할 일
창구	실무 리뷰 요일	발주 책임자 요일	같은 카톡방에서 둘 다 결정
완료	반복 완료 정의	검수 시나리오 ID	내부 완료가 진척 90%
겸임 한계	인원 8, 창구 1, 변경 주 1	조건 깨지면 회의를 분리	같은 시간에 거절과 승인

고정계약에서 스크럼 마스터와 PM을 가르는 칸

스크럼 마스터가 고정계약에서 하는 일은 뭔가?

스크럼 마스터의 일은 팀이 반복을 돌릴 수 있게 장애물을 치우는 일입니다. 범위 승인, 기성, 변경 심의는 그 일에 넣지 마세요. 넣으면 치울 사람이 승인자 자리에 앉습니다.

일일 점검에서 외부 연계 회신이 3일째 없으면, 치우는 손은 그 회신을 받는 쪽입니다. 받는 쪽이 계약 변경까지 결정하면 팀은 기다림을 장애가 아니라 지시로 읽죠.

애자일 반복을 계약에 넣었다면 반복 길이, 리뷰 참석자, 완료 정의 세 줄이 스크럼 마스터 칸입니다. 세 줄 밖의 일정 만회 방안과 초과 공수 승인은 PM 칸입니다.

칸을 한 메모에 섞어 쓰면, 리뷰에서 나온 새 화면이 그날 백로그에 올라갑니다. 올라간 화면은 장애물 제거가 아니라 범위 증가입니다.

증가를 제거 실적으로 보고하지 마세요. 실적은 막힌 선행이 몇 시간 안에 풀렸는지입니다.

PM 일은 장애물 제거와 어떻게 갈라지나?

[[pm]] 일은 계약 범위, 일정, 원가, 이해관계자 창구를 제약 안에 두는 일입니다. 제약을 풀어 팀을 편하게 하면 그 주는 빨라 보여도 검수 주가 밀립니다.

고정계약의 제약은 오픈 일자와 확정 범위와 기성 단계입니다. 세 숫자를 주간보고에서 빼면 수행 내부 속도만 남습니다.

속도만 남은 보고를 발주가 읽으면, 반복이 잘 도는 줄 알고 요구를 더 넣죠. 더 넣는 손을 스크럼 마스터가 막지 못하면 PM이 막아야 합니다.

막는 자리는 CCB입니다. 변경관리 없이 스프린트 계획에서 범위를 받으면, 변경 이력이 채팅에만 남습니다.

채팅 이력은 기성 증빙이 아닙니다. PM 칸의 산출물은 기준선 일자, 변경 번호, 잔여 범위, 위험 한 줄입니다.

네 줄이 스크럼 보드 스크린샷보다 먼저 와야 합니다. 보드가 먼저 오면 제약은 장식이 됩니다.

한 사람이 겸임해도 되는 조건은?

인원이 8명 이하이고 발주 창구가 1명이고 변경이 주 1건 이하면 겸임이 버팁니다. 세 조건 중 하나가 깨지면 모자 두 개가 같은 회의에서 싸웁니다.

소규모 유지보수형 구축에서 한 명이 두 역할을 부르는 경우가 있습니다. 부르는 것 자체는 문제가 아닙니다.

문제가 되는 지점은 같은 사람이 장애물을 치우면서 범위를 승인할 때입니다. 승인과 치움을 한 시간에 하면, 팀은 거절을 장애로 오해합니다.

오해를 줄이려면 겸임이어도 회의를 갈라야 합니다. 15분 점검은 막힌 선행만, 30분 주간은 제약과 변경만.

두 회의 안건을 한 줌에 넣지 마세요. 발주 참석자가 두 회의에 같은 사람으로 오면, 창구는 하나여도 안건이 섞입니다.

섞이면 겸임 조건을 이미 넘은 것입니다. 넘었으면 역할 이름을 나누거나, 변경 승인을 발주 PM에게 고정하세요.

이해관계자 창구가 두 명이면 무엇이 깨지나?

팀 쪽 창구와 계약 쪽 창구가 같은 카톡방이면, 현업 한 줄이 그날 할 일이 됩니다. 창구를 이름과 요일로 박지 않으면 완료 정의가 매일 바뀝니다.

스크럼 마스터는 팀과 현업 실무의 막힘을 풀고, PM은 발주 책임자와 범위, 기성을 맞춥니다. 두 창구가 필요하면 이름을 두 줄로 적으세요.

실무 연락, 계약 연락. 실무 연락이 새 보고서를 원하면 그날 할 일이 아니라 변경 후보입니다.

후보를 당일 보드에 올리는 사람이 스크럼 마스터면, 그 사람은 이미 PM 일을 한 것입니다. 한 것이 나쁜 게 아니라, 한 줄이 기준선에 안 남은 것이 나쁩니다.

안 남은 줄은 검수 때 원래 범위로 돌아옵니다. 돌아와서 분쟁되면 채팅 캡처가 증빙이 되죠.

캡처 증빙을 만들지 않으려면 창구 요일을 고정합니다. 실무 리뷰는 반복 마지막 날, 계약 이슈는 주간 하루.

완료 정의와 검수 합격은 같은가?

완료 정의는 반복 안에서 팀이 끝이라고 부르는 조건입니다. 검수 합격은 계약 산출물과 시나리오가 조서에 남는 조건입니다. 둘을 한 문장으로 쓰지 마세요.

스토리가 완료여도 운영 매뉴얼과 권한 이관이 없으면 검수는 남습니다. 남은 일을 다음 반복 백로그에만 넣으면, 기성 단계는 완료로 보이는데 인도는 안 됩니다.

고정계약이면 완료 정의 아래에 검수 연결 한 줄을 두세요. 이 스토리의 검수 시나리오 ID, 산출물 이름.

ID가 없으면 그 완료는 팀 내부 완료입니다. 내부 완료를 발주 진척 90%로 올리지 마세요.

올리면 검수 주에 10%가 아니라 시나리오 공백이 드러납니다. 공백을 스크럼 마스터가 장애로 부르면 팀은 이미 끝낸 일을 다시 엽니다.

다시 여는 이유는 완료 정의가 계약 합격보다 얕아서입니다. 얕은 정의를 속도 향상으로 보고하지 않습니다.