传统的ERP项目会确定项目范围，但上线日期则比较灵活：前期会列出详尽的需求清单，制定一个能够满足这些需求的计划，而上线日期只是一个预测——随着集成、自定义代码和数据问题的出现，上线日期往往会推迟。T-Minus则彻底改变了这种模式。项目启动之初就确定上线日期，通常是提前27个工作日，然后所有工作都以此为基准进行倒推。任何无法在规定时间内完成配置、迁移和演练的工作都会被移至T-Plus阶段。
在启动会议上确定上线日期，并将其写在倒计时板上。从那时起，团队不再就日期进行争论；所有讨论都将围绕项目范围展开。
为什么27天算不上英雄壮举
这并非对传统项目流程的简化。传统项目中耗时最长的四个阶段被移除，因为该平台消除了这些阶段存在的理由：
| 传统阶段 | 通常 | 为什么 T-Minus 没有它 |
|---|---|---|
| 系统集成 | 月份 | 一个账本，一个数据模型——无需拼接 |
| 定制开发 | 数月至数年 | 工作流程、角色和规则无需编写代码即可配置，并且可以在几分钟内进行更改。 |
| 数据迁移项目 | 月份 | 迁移驾驶舱的一项产品功能是运行经过审计的切换流程，并提供已核对的试算平衡表。 |
| 大爆炸训练 | 周 | 工作流程中的角色感知操作队列和 ASK 指导用户 |
五条规则
- 日期不变，范围会变。每个潜在的需求都会被分类评估：立即配置、T-Plus 方案，或者不予考虑。
- 没有屏幕显示，就没有需求。讨论是在实际运行的租户环境中进行的，使用客户提供的示例数据；需求就是屏幕上的一个空白区域。
- 配置，而非编码。配置模式、T-Plus 延迟，或者坦诚的拒绝，都是可以接受的。编码会打断倒计时。
- 迁移可审核的余额，而非无法审核的历史记录。未清项、余额和主数据已核对并签字；历史记录仍可在原有存档中查询。
- 一次彩排胜过十次研讨会。客户在运行原有系统的同时，还要兼顾真实的业务流程；彩排就是一道门槛。
把规则打印在倒计时板上。当讨论陷入僵局时，飞行队长会指出违反的规则——这比任何升级冲突都能更快地结束争论。
切身利益
按日计费的系统集成商按天收费，并通过变更请求获利，因此项目周期越长，其收益越高。TRANXACT 的定价模式是客户经审计收入的分成：项目周期长短不会给 TRANXACT 带来额外收益，而客户系统上线并持续增长则能为其带来所有收益。其方法和商业模式都指向同一个方向。
客户衡量的内容（建议默认值）
| 措施 | 目标 |
|---|---|
| 首次发票开具日期 | T-0，午餐前 |
| 切换时的试算平衡表变化 | 零，并有审计追踪 |
| 排练通过率 | 100%——T-1登机口 |
| 我们需要 X → X 已配置 | 同一周，没有排队购票。 |
| 模块按季度上线 | 无需重新实施——T-Plus波 |
这些内容从 T-0 开始就存在于 Artifact Toolkit 的 KPI 记分卡中，并在每次指导性对话中取代状态报告。
Calderwood Group签约了会计、客户关系管理和供应链管理系统。在启动仪式上，其首席运营官（同时也是倒计时负责人）在倒计时板上写下了上线日期——10月1日，Calderwood第四季度的第一天。人力资源管理系统（HRMS）一直被安排在第二阶段；用T-Minus术语来说，它只是同一账簿上T-Plus一个后续阶段。
试试看 在倒计时14天，Calderwood的销售主管要求在正式上线前提供一份定制的佣金计算方案，“否则上线日期就得改”。请问适用哪些规则？可能的结果是什么？
规则 1：日期不变，因此请求会被分流。规则 2：它只会在实际屏幕上显示为 Fit Ledger 行的空白。规则 3：如果配置能够满足要求，并且可以在 T-3 之前完成配置和演练，则立即配置；如果需要编写代码，则使用配置模式、T-Plus 或直接拒绝。倒计时负责人会在当天做出决定，而且答案永远不是“更改日期”。