프로젝트 착수부터 실제 운영까지 27일(영업일 기준), 이후 30일의 코칭 기간이 소요됩니다. 달력일이 아닌 근무일을 기준으로 계산하세요. 고객의 공휴일을 프로젝트 계획 통합 문서의 설정 시트에 입력하면 모든 작업 날짜는 해당 공휴일(T-day)을 기준으로 계산됩니다.
비행 전: 시간이 시작되기 전
T-27은 카운트다운의 첫날이지, 관계의 첫날이 아닙니다. 다음 네 가지 조건이 이미 충족되어야 합니다.
- 상업적 측면 — 계약 체결 및 감사 완료된 수익 수령; 출시 예정일 확정; 범위 기준점(1차 웨이브의 모듈 및 구성 요소).
- 인력 구성 - 당일 작업 범위 권한을 가진 카운트다운 담당자, TRANXACT 플라이트 리더, 프로세스별 핵심 사용자(지정 및 카운트다운 참여 권한 부여).
- 테넌트 - 온보딩 양식이 제출되었습니다. 테넌트가 3개 노드로 구성된 클러스터에 프로비저닝되었습니다. 주요 사용자가 로그인할 수 있습니다.
- 데이터 - 모든 기존 소스에 대한 읽기 권한 확보; 대표 샘플 데이터 추출; 전환 날짜 및 마이그레이션 범위(기준일/기간) 제안.
이것이 기술 배포 가이드를 충족하는 방식은 다음과 같습니다. 제안된 빌드 목표(온보딩 양식, 설계 승인 및 코드 빌드)는 각각 약 5일(영업일 기준)이 소요되며, Live DR 포함하면 5일이 더 추가됩니다. 이 카운트다운은 환경이 이미 구축되어 있다는 가정하에 진행되므로 테넌트는 사전 준비 항목이며, T-Minus 환경 구축 마일스톤이 없습니다.
5개의 스테이지, 각 스테이지마다 출구가 있습니다.
| 단계 | 종료 기준 | 남겨진 것들 |
|---|---|---|
| 직접 해보면서 발견하세요 · T-27 → T-18 | 모든 Fit Ledger 라인에 태그가 부착되었으며, 1차 웨이브는 Countdown 소유자가 서명했습니다. | Fit Ledger, 초안 객체 등록부, 마이그레이션 범위, 변경 영향, 커뮤니케이션 계획, RAID 로그 |
| 개방된 공간에서 구성하기 · T-17 → T-11 | Configure-now의 모든 항목이 구성 및 확인되었습니다. | 구성 워크북, 준비 상태 등록부, 테스트 계획, M1 매핑 서명됨 |
| 전환 완료, 감사 완료 · T-10 → T-3 | 감사 추적 기능이 있는 모의 실행에서 TB 차이가 0입니다. 모의 실행은 예상 기간에 부합합니다. | 조정 내역, 전환 실행 계획서(타이밍 포함), 리허설 스크립트, 결함 로그 |
| 리허설 · T-2 → T-1 | 리허설이 끝났습니다 - 합격/불합격 여부만 결정됩니다 | 리허설 결과, 합격/불합격 기록, 사용자별 참여도, 최종 전환 계획 |
| 서비스 개시 · T-0 | 생산 과정에 등록되는 첫 번째 송장은 보통 점심시간 전에 발행됩니다. | 최종 런북 열, 서명된 조정 내역, 하이퍼케어 예외 로그, 첫 번째 KPI |
| 코칭은 흐름 속에서 이루어집니다 · T+1 → T+30 | 예외 사례가 0으로 수렴하는 추세; 과잉 치료가 흡수됨 | 하이퍼케어 로그, T-Plus 백로그 및 웨이브 플랜, KPI 스코어카드 |
한 가지 합격/불합격 기준과 그 외 모든 것에 대한 사실 정보
카운트다운 시작(T-27), 범위 확정(T-18), 구성 완료(T-11), 검증된 모의 실행(T-3), 실제 운영 승인(T-0) 및 하이퍼케어 종료(T+30까지)는 각각 툴킷의 Go-No-Go 게이트 시트에 증거를 첨부하여 확인할 수 있는 사실입니다. T-1의 리허설만 최종 결정 사항입니다. 감사자와 운영 책임자는 상태 보고서가 아닌 증거를 검토합니다.
여섯 개의 작업 흐름이 제한된 시간 안에 완료됩니다.
핵심 구현, 데이터 마이그레이션, 테스트, 도입 및 교육, 변경 관리, 기술 및 통합 작업은 모두 병렬로 진행됩니다. 예를 들어, 시스템 전환(Cutover) 감사에서는 구성 수정만 수행하거나, M1, M2 단계, 모의 실행 및 조정, 마이그레이션 유효성 검사 및 역할 테스트, 리허설 데이터 사용자 테스트, 준비 상태 점검, 엔드포인트 테스트 및 재해 복구 훈련을 진행합니다. 프로젝트 계획 통합 문서에는 모든 작업에 작업 흐름이 태그되어 있어 각 리더가 자신의 보기에 맞춰 필터링할 수 있습니다.
파동, 결코 더 긴 위상은 없다
대규모 배포는 동일한 원장에 대해 27일 카운트다운을 반복합니다. 1단계에서는 핵심 엔티티(회계, CRM, 공급망), 2단계에서는 추가 엔티티 및 HRMS, 3단계에서는 제조, EHR 또는 학생 라이프사이클, n단계에서는 Fit Ledger 범위 및 새로운 지역이 추가됩니다. 각 단계에서는 모듈과 엔티티가 활성화되며, 성장으로 인해 재구현이 발생하는 경우는 없습니다.
사전 점검 항목 중 체크되지 않은 항목이 있다면, 그 항목은 시간 계산을 시작하지 말아야 할 이유로 간주하십시오. 해당 항목이 없다면 첫 며칠은 직접 실행하며 발견하는 대신 접근 권한을 찾아 헤매는 데 시간을 허비하게 될 것입니다.
캘더우드 비행 책임자는 비행 전 점검에서 기존 ERP 시스템을 공급업체 지원팀에서만 추출할 수 있다는 사실을 발견했습니다. 해당 지원팀은 비행 시작 전 1, 2차 점검, 모의 비행, 그리고 비행 시작 0시 전에 이미 예약되어 있었는데, 비행 시작 10시 전에야 이 사실을 알게 된 것입니다.
한번 시도해 보세요 오늘은 T-18일입니다. 캘더우드의 재무제표에는 64줄이 있는데, 재무 담당자가 휴가 중이라 3줄은 아직 태그가 지정되지 않았습니다. 범위 동결 게이트를 통과할 수 있을까요?
아니요. 스코프 동결을 위해서는 모든 라인에 태그가 지정되고 카운트다운 담당자가 1차 웨이브에 서명해야 합니다. 해결책은 기다리지 않는 것입니다. 당일 승인 권한을 가진 카운트다운 담당자가 오늘 스탠드업 회의에서 세 가지 결정(지금 구성, T-Plus 필요 여부)을 내리고 서명해야 합니다. 컨트롤러의 의견은 여전히 구할 수 있지만, 이미 게이트는 확정되었고, 게이트를 닫는 것은 카운트다운 담당자의 책임입니다.