파일럿 오픈 범위 나누기 - 전면 전환 전에 남기는 시나리오와 빼는 화면

파일럿과 전면 오픈을 날짜만 나누면 왜 부족할까?

날짜만 둘이면 같은 범위가 두 번 시험됩니다. 가르는 대상은 시나리오와 데이터, 사용자 군입니다.

파일럿을 2주 전 리허설로만 잡으면 당일에 할 일이 그대로 남습니다. 권한, 월말 정산, 외부 연계가 전면 날에도 처음이죠.

날짜 간격은 연습 시간이 아니라 범위 간격이어야 합니다. 파일럿에 넣을 시나리오 목록과 전면에 남길 목록을 두 장으로 나눕니다.

WBS의 이행 칸이 오픈이라는 한 줄이면 그 칸은 아직 계획이 아닙니다. 오픈 줄을 파일럿 시나리오, 파일럿 데이터, 전면 전환, 롤백 창으로 나누면 어느 주에서 현업 확인이 빠졌는지가 보여요.

빠진 확인은 전면 날 이슈가 아니라 파일럿 주의 빈 칸입니다.

파일럿에 넣을 시나리오는 어떻게 고르나?

매일 쓰는 핵심 업무와, 실패하면 전면을 멈추는 경로입니다. 화면 개수가 아니라 업무 한 바퀴입니다.

화면 20본을 파일럿이라고 부르면 현업은 자기 예외 화면이 빠져 있다고 봅니다. 고르는 단위는 화면이 아니에요.

접수에서 처리, 마감까지 한 바퀴가 도는 시나리오입니다. 그 바퀴에 권한 두 종류와 데이터 한 묶음이 붙어야 검증(Validation) 항목이 됩니다.

월말 정산을 파일럿에서 빼면 전면 날에 정산이 처음입니다. 빼는 이유가 데이터 준비 부족이면 그 부족을 전면 전 과제로 남기죠.

부족을 안 남기고 빼면 전면 날이 두 번째 파일럿이 됩니다. 두 번째 파일럿은 일정 표에는 전면으로 적혀 있어도 현장에서는 또 한 번의 연습입니다.

뺀 화면은 검수 조서에 어디에 적나?

이번 파일럿 제외 목록과 전면 편입 조건입니다. 조서에 없으면 빠진 화면이 다시 이번 범위가 됩니다.

파일럿 합격 조서에 합격 항목만 있으면 반쪽입니다. 이번에 빼기로 한 화면, 그 화면을 전면에 넣을 조건, 조건이 안 되면 운영 이관할지.

세 줄이 조서 첨부에 있어야 현업이 빠진 것을 미완이 아니라 순서로 읽어요. 변경관리로 이미 운영 이관하기로 한 요구가 조서에 안 적히면, 파일럿 다음날 그 요구가 다시 결함으로 올라옵니다.

결함으로 올라온 제외 범위는 변경이 아니라 기록 누락이죠. 기록 누락을 결함으로 처리하면 수행사는 이미 뺀 일을 다시 고치고, 전면 범위는 파일럿보다 커집니다.

파일럿 결함을 전면 범위에 붙이면 생기는 일은?

파일럿은 발견의 자리입니다. 발견한 것을 전부 전면에 붙이면 전면 날이 두 번째 개발 주간이 됩니다.

파일럿에서 나온 결함을 심각도로만 나누면 회의가 길어집니다. 전면에 넣어야 업무 한 바퀴가 도는지, 안정화에서 닫아도 되는지, 다음 개선으로 넘기는지.

세 칸으로 옮기세요. 옮기는 손은 발주사여야 합니다.

수행사가 옮기면 나중에 을이 빼먹었다는 말이 나옵니다. 전면 범위에 붙이는 결함에는 재시험 화면을 같이 적죠.

재시험 없이 붙인 수정은 전면 날 다른 경로에서 깨집니다. 파일럿의 목적은 흠 없는 시스템이 아니라, 전면 날의 시나리오를 줄이는 일입니다.

시나리오가 줄지 않은 파일럿은 날짜만 쓴 리허설입니다.

발주사가 파일럿 거절을 못 할 때는 순서를 어떻게 고르나?

거절 대신 파일럿, 전면, 안정화 직후 세 칸입니다. 칸의 합이 원래 목록보다 많은 편이 정상입니다.

공공 발주에서 현업 화면을 파일럿에서 빼기 어려운 구조가 있습니다. 빼기 대신 순서를 고르게 하면 회의가 버텨요.

이번 파일럿, 전면 전환, 안정화 직후. 세 칸을 회의 칠판이 아니라 조서 첨부로 그립니다.

현업은 빠진 것이 아니라 미뤄진 것을 봅니다. 미뤄진 목록이 전면 전 점검 표가 되고, 안정화 백로그가 되죠.

한 방 오픈을 고집하는 이유는 대개 일정 숫자가 파일럿을 안 받아주기 때문입니다. 그 숫자는 범위를 안 가른 채 마일스톤에 날짜만 찍어서 생깁니다.

범위를 가르면 날짜 두 개가 비로소 일정이 됩니다.