T-Minus는 강의식 교육 프로그램을 제공하지 않습니다. 핵심 사용자는 직접 테넌트를 탐색하고 구성하면서 학습하고, 모든 사용자는 실제 업무 환경을 시뮬레이션하면서 학습합니다. 시스템 가동 후에는 작업 대기열을 통해 각 사용자에게 필요한 조치를 보여주고, ASK는 사용자의 권한에 따라 직접 작업을 수행하며 "어떻게 해야 하나요?"라는 질문에 답변합니다. 도입률은 교육 참석 시간이 아닌 실제 작업량을 기준으로 측정됩니다.
모든 사용자는 서비스 개시 전에 두 번씩 테스트를 받습니다.
| 언제 | WHO | 무엇 |
|---|---|---|
| T-27 → T-18 | 주요 사용자 | 발견 과정에서 각자의 역할을 수행하고, Fit Ledger를 만들어 나가세요. |
| T-17 → T-11 | 주요 사용자 | 공동 운전 구성; 각자의 역할 설계를 스스로 결정 |
| T-9 → T-5 | 모든 사용자 | 로그인하여 대기열을 확인하고 테스트 데이터에서 해당 사용자의 작업을 시도해 보세요. |
| T-2 → T-1 | 모든 사용자 | 실제 하루 일과를 리허설에서 진행하세요 |
| T+1 → T+30 | 모든 사용자 | 큐 및 ASK를 활용한 실질적인 작업, 예외 처리에 대한 철저한 관리 |
준비 상태 측정은 T+1일 동안 자신의 역할에 대한 리허설 작업을 완료한 사용자의 비율이며, 목표는 95% 이상입니다. 핵심 사용자는 확산자 역할을 하며, 각 사용자는 3~8명의 동료에게 리허설 과정을 지도하고, T-27 시점에 도입 등록부에 이름이 등재됩니다. T-1 시점에 준비가 되지 않은 사용자는 출시 연기 대신 첫 주 동안 지정된 멘토를 통해 지원을 받습니다.
보고, 행동하고, 소유하라
- (T-27 → T-11)에서 확인하세요: 최고 책임자가 제공하는 변경 이유와 날짜를 확인하고, 각 팀은 향후 계획을 검토하며, 역할별 변경 영향력을 파악합니다.
- 실행 (T-10 → T-1): 사용자들이 로그인하여 작업을 시도해 봅니다. 모두가 실제 업무 일정을 소화합니다. 스탠드업 회의에서 우려 사항에 대한 답변을 받습니다.
- 소유권 확보(T-0 → T+30): 일상 업무에서 큐 및 ASK 활용; 기존 읽기 전용 환경으로 인해 오래된 습관은 사라짐; 성과 공유; 동일 주 내 구성 변경으로 응답성 입증.
임금 인상은 프로세스가 아닌 사람에게 영향을 미칩니다. 대규모 팀에게는 작은 변화가 한 명의 전문가에게는 큰 변화보다 더 큰 영향을 미칠 수 있습니다.
이해관계자와 메시지
CFO, COO, 카운트다운 담당자 및 재무 관리자를 긴밀히 관리하고, CEO, 이사회 후원자, IT 책임자 및 감사를 만족시키며, 사무, 창고, 영업 및 급여 팀과의 소통을 유지하고, 전체 직원, 파트너, 고객 및 공급업체에게 정보를 제공합니다. 영향력이 크고 중요한 모든 이해관계자는 최소 한 번의 스탠드업 미팅과 리허설에 참석해야 합니다.
메시지는 T-27(날짜 및 이유), T-18(1차 변경 사항 및 T-Plus 변경 사항), T-10(로그인 정보, 화면 및 리허설 시간), T-3(고객 및 공급업체 대상: 새로운 송장 레이아웃, 은행 정보는 변경되지 않음), T-1(리허설 결과 및 시작), T-0(실행 시작, 지원 방법) 및 T+5/T+30(성과 및 향후 계획)에 발송됩니다. 모든 메시지는 "나에게 어떤 변화가 언제 발생하는가"에 대한 답변을 제공하며, 총괄 책임자 또는 카운트다운 담당자가 발송하고, 프로젝트 담당자 개인 메일함으로만 발송되는 경우는 절대 없습니다.
저항은 종종 누락된 요소입니다.
| 그들은 말한다 | 정답 |
|---|---|
| "27일로는 부족해요." | 삭제된 네 단계와 카운트다운 보드; 스탠드업 미팅 초대 |
| "보고서를 잃어버릴 거예요." | 보고서당 Fit Ledger 항목 하나; 대부분은 대시보드로 사용되거나 "필요 없음"으로 처리됩니다. |
| "아무도 우리를 훈련시키지 않았어요." | 그들의 리허설 시간, ASK, 그리고 첫 주를 함께할 파트너 |
| "기존 시스템은 X를 했습니다." | 규칙 2: 화면 표시 - 구성, T-Plus 여부 |
| "역사는 어때요?" | 기존 아카이브는 계속 조회 가능하며, 필요한 경우 기간별 데이터가 균형을 이룹니다. |
| "프로젝트에 참여할 시간이 너무 없어요." | 카운트다운 소유자는 핵심 사용자를 풀어줍니다. 리허설이 그들의 실제 작업입니다. |
만약 어떤 역할에서든 동일한 이의를 계속 제기한다면, 이는 대개 저항 때문이 아니라 Fit Ledger 라인이 누락된 것일 가능성이 높습니다. 반복되는 이의 제기는 RAID 로그에 위험 요소로 기록하십시오.
캘더우드의 AP 승인 담당자들이 "승인할 항목을 찾을 수 없다"고 계속 불평하고 있습니다. 이는 승인 거부가 아니라, 담당자들의 작업 대기열 규칙이 애초에 설정되지 않았기 때문입니다. Fit Ledger 항목을 추가하고 같은 주에 대기열 규칙을 설정하자, 해당 불만은 해결되었습니다.
한번 시도해 보세요 캘더우드의 인사 담당 이사가 시스템 가동 전에 창고 직원 120명을 대상으로 3일간의 강의식 교육을 요청했습니다. 도입 지원 담당자는 어떻게 대응해야 할까요?
교육 계획을 도입 계획으로 대체하십시오. 창고 직원은 T-9 → T-5 시점에 로그인하여 테스트 데이터를 사용하여 직접 작업을 시도하고, 핵심 사용자(각 직원당 3~8명)의 코칭을 받으며 실제 업무 환경을 시뮬레이션합니다. 이후 대기열과 ASK 기능을 활용하여 실제 업무를 수행합니다. 준비 상태는 강의실에서 보낸 시간이 아니라, 자신의 역할에서 완료한 시뮬레이션 작업 수로 측정합니다.