scope creep 방어 문서 만들기(Build a scope creep defense document)

Scope creep은 trade-off 회피다

Scope creep은 보통 하나의 나쁜 요청 때문에 생기지 않습니다. 팀이 trade-off를 피하기 때문에 생깁니다. 추가되는 항목 하나하나는 그럴듯하고, 각각은 싸울 가치가 없어 보입니다. Basecamp의 Shape Up은 appetite 규칙으로 이 문제를 다룹니다. 예산은 6주이고, scope는 그 예산 안에 들어가는 것뿐이라는 원칙입니다. Linear의 method도 같은 생각을 운영화합니다. 새 scope는 기존 scope를 밀어내거나, 아니면 다음 cycle로 갑니다. Trade-off rule이 없으면 모든 프로젝트는 한 방향으로만 커지는 ratchet가 됩니다.

이 프롬프트의 작동 방식

이 프롬프트는 원래 boundary를 문서로 고정하고, addition audit로 creep를 보이게 만들고, 핵심 규칙을 세웁니다. 어떤 addition이든 같거나 더 큰 기존 항목 하나를 대체해야 한다는 것입니다. Memo 단계는 이 규칙을 공개해, 이해관계자가 조용한 채널로 scope를 밀어 넣지 못하게 합니다.

언제 사용할까

• 사이클이 절반 지났는데 매주 새 요청이 들어올 때
• 이해관계자가 PM을 우회해 scope 요청을 넣고 있을 때
• 이전 프로젝트가 creep 때문에 일정이 두 배 이상 늘어났을 때
• 새 PM이 delivery discipline을 세우고 있을 때
• 엔지니어링이 끝없이 커지는 scope에 지쳐 있을 때

흔한 함정

• "작은" 추가라고 쉽게 Yes 하는 것. 작은 추가도 누적됩니다. 작은 5개는 중간 규모의 re-scope 하나와 같습니다.
• 서면 boundary가 없는 것. 말로만 정한 scope boundary는 boundary가 아닙니다. 적고, 공유하고, 계속 참조해야 합니다.
• 일정 연장을 첫 레버로 쓰는 것. 일정을 늘리면 이해관계자는 요청하면 scope가 늘어난다고 학습합니다. 먼저 trade-off하세요.

참고 자료

• Shape Up — Basecamp
• The Linear Method — Linear
• Getting Real — Basecamp
• Agile Estimation — Atlassian