从项目启动到正式上线需要 27 个工作日，之后还需要 30 天的辅导。计算工作日，而非自然日：将客户的公共假期添加到“项目计划”工作簿的“设置”表中，每个任务的日期都从其对应的 T 日开始计算。
飞行前准备：在计时开始之前
T-27是倒计时的第一天，而不是关系的第一天。以下四件事必须已经成立：
- 商业方面——合同已签署，经审计的收入已收到；板上的上线日期；范围锚点（第一波的模块和实体）。
- 人员——一名具有当日范围权限的倒计时负责人；一名 TRANXACT 航班负责人；每个流程的关键用户，已指定并授权参与倒计时。
- 租户——已提交入驻表格；租户已在其三节点集群上配置；关键用户能够登录。
- 数据——对所有遗留数据源的读取权限；提取代表性样本数据；提出切换日期和迁移范围（截至/期间）。
这符合技术部署指南的要求：其提出的构建目标——包括入职表单、设计验收以及从代码构建（每个环节大约需要五个工作日），加上实时灾难恢复（Live DR）则需要五个工作日——均在 T-27 之前完成。倒计时的前提是环境已存在，因此租户是预部署项目，并且 T-Minus 没有环境构建里程碑。
五个阶段，每个阶段都有一个出口
| 阶段 | 退出标准 | 落叶 |
|---|---|---|
| 实践出真知 · T-27 → T-18 | 每条 Fit Ledger 系列都已标记；第一批由 Countdown 老板签名 | Fit Ledger、草稿对象注册表、迁移范围、变更影响、沟通计划、RAID 日志 |
| 露天配置 · T-17 → T-11 | 所有“立即配置”行均已配置并检查 | 配置工作簿、就绪登记表、测试计划、M1映射表（已签名） |
| 切换，已审核 · T-10 → T-3 | 带审计跟踪的试运行中数据增量为零；试运行结果符合预期。 | 对账、包含时间表的切换运行手册、演练脚本、缺陷日志 |
| 彩排 · T-2 → T-1 | 彩排通过——只有通过/不通过这一个结果 | 彩排结果、通过/不通过记录、每位用户的参与情况、最终切换计划 |
| 上线 · T-0 | 生产部门开具的第一张发票通常在午餐前发出。 | 最终运行手册列、已签署的对账表、Hypercare 异常日志、第一个 KPI |
| 教练进入流程 · T+1 → T+30 | 例外情况趋于零；过度护理已被吸收 | 重症监护日志、T-Plus 积压工作和分阶段计划、KPI 记分卡 |
一次通过/不通过，其他一切都基于事实
倒计时开始（T-27）、范围冻结（T-18）、配置完成（T-11）、演练确认（T-3）、上线确认（T-0）以及超运维护结束（T+30 前）都是工具包“上线/不上线关卡”表格中列出的可核查事实，并附有相关证据。只有 T-1 的演练才算作最终决策。审核员和指导发起人会查看证据，而不是状态报告。
六个工作流程，争分夺秒
核心实施、数据迁移、测试、部署和培训、变更管理以及技术和集成等工作并行进行。例如，在切换过程中，审计内容包括：仅配置修复；M1、M2、演练和核对；迁移验证和角色测试；用户使用演练数据；准备情况评估；端点测试和灾难恢复演练。项目计划工作簿会为每个任务添加工作流标签，以便每个负责人筛选自己的视图。
波浪，没有更长的相位
更大规模的部署会在同一账簿上重复27天的倒计时：第一阶段核心实体（会计、CRM、供应链），第二阶段其他实体和人力资源管理系统，第三阶段制造、电子健康记录或学生生命周期，第四阶段延迟扩展至账簿范围和新增区域。每个阶段都会启用相应的模块和实体；业务增长不会触发重新实施。
任何未勾选的飞行前准备项目都应视为不启动计时的理由。否则，最初几天的时间将浪费在寻找访问权限上，而不是通过实践来探索。
Calderwood 的飞行主管在飞行前准备阶段发现，其原有的 ERP 系统只能由供应商的支持团队提取。该团队已被安排在 M1、M2、试运行和 T-0 阶段，也就是正式起飞前 10 分钟，而 T-10 阶段才发现这个问题。
试试看 现在是倒计时18天。卡尔德伍德的财务账簿有64行，但其中三行仍未标记，因为财务主管休假了。冻结范围的审查能通过吗？
不。范围冻结需要所有已标记的线路和第一波项目都由倒计时负责人签字。解决方法并非等待：拥有当日权限的倒计时负责人会在今天的站会上做出三个决定——立即配置、T-Plus或不需要——并签字。仍然可以征求控制人员的意见，但最终的决定权在倒计时负责人手中。