기존 ERP 프로젝트는 범위는 확정하고 날짜는 유동적으로 정합니다. 사전에 상세한 요구사항을 정의하고, 이에 맞춰 계획을 수정하며, 최종 가동일은 예측치에 불과합니다. 통합, 사용자 정의 코드, 데이터 문제 등이 발생하면서 가동일이 연기되는 경우가 많습니다. T-Minus 이러한 방식을 완전히 뒤집습니다. 프로젝트 첫날(일반적으로 27일 후)에 가동일을 확정하고 모든 일정을 역산합니다. 제때 구성, 마이그레이션, 사전 테스트가 불가능한 부분은 T-Plus 단계로 이월됩니다.
프로젝트 시작 회의에서 출시 날짜를 합의하고 카운트다운 보드에 기록하세요. 그 순간부터 팀은 날짜에 대해 논쟁하지 않고, 모든 논의는 범위에 집중해야 합니다.
27일이라는 기간이 영웅적인 행위가 아닌 이유
기존 방식을 압축한 것이 아닙니다. 전통적인 프로젝트에서 가장 많은 시간을 소모하는 네 가지 단계가 제거되었습니다. 플랫폼 자체가 그 단계들이 필요한 이유 자체를 없애주었기 때문입니다.
| 전통적인 단계 | 일반적으로 | T-Minus에 해당 기능이 없는 이유는 무엇일까요? |
|---|---|---|
| 시스템 통합 | 개월 | 하나의 원장, 하나의 데이터 모델 - 이 모든 것을 연결할 필요가 없습니다. |
| 맞춤형 개발 | 수개월에서 수년에 걸쳐 | 워크플로, 역할 및 규칙은 코딩 없이 구성하고 몇 분 만에 변경할 수 있습니다. |
| 데이터 마이그레이션 프로젝트 | 개월 | 마이그레이션 콕핏은 제품 기능의 하나로, 감사 완료된 전환 작업과 조정된 시산표를 제공합니다. |
| 빅뱅 트레이닝 | 몇 주 | 역할 인식 액션 큐와 ASK 코치는 작업 흐름 내에서 사용자를 코칭합니다. |
다섯 가지 규칙
- 날짜는 변하지 않습니다. 범위만 바뀝니다. 모든 잠재적 요구 사항은 우선순위가 정해집니다. 지금 구성, T-Plus 적용 또는 요구 사항 아님으로 분류됩니다.
- 화면 없이는 요구사항이 존재하지 않습니다. 고객이 제공한 샘플 데이터를 사용하여 실제 테넌트 환경에서 논의가 진행되며, 요구사항은 화면상의 빈 공간입니다.
- 코딩은 절대 금물입니다. 구성 패턴, T-Plus 연기, 또는 솔직한 거절이 해결책입니다. 코딩은 카운트다운을 중단시킵니다.
- 감사 가능한 잔액만 마이그레이션하고, 감사할 수 없는 이력은 마이그레이션하지 마세요. 미결 항목, 잔액 및 마스터 데이터는 조정 및 서명을 거쳐 마이그레이션되며, 이력은 기존 아카이브에서 조회할 수 있습니다.
- 한 번의 리허설이 열 번의 워크숍보다 낫다. 고객은 기존 시스템과 병행하여 실제 업무를 처리하는데, 리허설이 바로 그 관문이다.
그것들을 카운트다운 보드에 인쇄하세요. 토론이 교착 상태에 빠지면 비행대장은 어떤 규칙을 위반했는지 지적합니다. 이렇게 하면 대부분의 논쟁이 격화되기 전에 더 빨리 해결됩니다.
위험 부담
일당제 시스템 통합 업체는 일 단위로 비용을 받고 변경 요청 건에 따라 수익을 얻기 때문에 프로젝트 기간이 길어질수록 구조적으로 이득을 봅니다. 반면 TRANXACT는 고객의 감사된 매출액의 일정 비율을 기준으로 가격이 책정됩니다. 따라서 장기 프로젝트에서는 추가 수익을 얻지 못하며, 시스템이 정상적으로 운영되고 성장하는 고객으로부터 모든 수익을 얻습니다. 이러한 방식과 상업 모델은 같은 방향을 향하고 있습니다.
고객이 측정하는 항목(제안된 기본값)
| 측정하다 | 목표 |
|---|---|
| 최초 송장 발행까지 소요 일수 | T-0, 점심 식사 전 |
| 전환 시점의 시산표 차이 | 감사 추적 기능이 있는 0 |
| 리허설 합격률 | 100% — T-1 게이트 |
| "X가 필요합니다" → "X 구성됨" | 같은 주에, 티켓 예매 대기줄이 없었다. |
| 모듈은 분기별로 제공됩니다. | 재구현 없이 — T-Plus 파동 |
이 자료들은 T-0 시점부터 Artifact Toolkit의 KPI 스코어카드에 포함되며, 모든 운영 회의에서 현황 보고서를 대체합니다.
Calderwood Group 회계, CRM 및 공급망 관리 시스템 도입 계약을 체결했습니다. 시작 단계에서 최고운영책임자(COO)이자 카운트다운 담당자는 카운트다운 보드에 시스템 가동 예정일인 10월 1일(캘더우드 4분기 첫날)을 적었습니다. 인사관리 시스템(HRMS)은 애초부터 2단계로 예정되어 있었으며, T-Minus 관점에서 보면 같은 회계 장부에서 T-Plus 후속 조치일 뿐입니다.
한번 시도해 보세요 T-14일 전, 캘더우드 영업 책임자가 "서비스 시작 전에 맞춤형 수수료 계산을 요청하며, 그렇지 않으면 서비스 시작일을 변경해야 할 것"이라고 말했습니다. 어떤 규칙이 적용되며, 발생 가능한 결과는 무엇일까요?
규칙 1: 날짜는 변경되지 않으므로 요청은 우선순위가 정해집니다. 규칙 2: 실제 화면에서 공백으로만 Fit Ledger 라인이 됩니다. 규칙 3: 구성이 가능하고 T-3 전에 구성 및 리허설이 가능한 경우, 즉시 구성합니다. 코드가 필요한 경우 구성 패턴, T-Plus를 사용하거나 솔직하게 거절합니다. 카운트다운 담당자가 당일에 결정하며, 답변은 절대 "날짜 변경"이 아닙니다.