T-Minus：固定日期，灵活范围
T-Minus 为何能确定上线日期并灵活调整范围，它摒弃了四个传统阶段，它遵循五条规则，商业模式为何也指向同一方向，以及客户阅读的五项指标（而不是状态报告）。
T-Minus 是 TRANXACT 的实施方法论：以天或周为单位进行上线，而不是事先制定计划。传统项目固定范围，但上线日期不确定；T-Minus 则固定上线日期，但允许范围灵活调整。
| 传统（瀑布式） | T-Minus | |
|---|---|---|
| 固定的是什么？ | 范围：前期收集详尽的需求 | 日期：通常在第一天确定，一般为提前27个工作日。 |
| 什么在移动 | 随着集成、自定义代码和数据问题的出现，日期也随之而来。 | 范围：任何无法及时配置、迁移和演练的内容都将移至 T-Plus 阶段。 |
| 计划如何进行 | 该计划旨在满足各项要求。 | 一切都按任务控制室的模式倒推到日期。 |
在启动会议上确定上线日期，并将其写在倒计时板上。此后，团队不再就日期进行争论——所有讨论都应围绕项目范围展开。
消失的四个阶段
这并非对旧流程的简化。传统项目中耗时最长的阶段被移除，因为该平台消除了这些阶段存在的理由。
| 传统阶段 | 典型持续时间 | 为什么 T-Minus 没有它 | 它住在哪里呢？ |
|---|---|---|---|
| 系统集成 | 月份 | 一个账本，一个数据模型：无需拼接 | 在开放环境中配置 |
| 定制开发 | 数月至数年 | 工作流程、角色和规则无需编写代码即可配置，并且可以在几分钟内进行更改。 | 规则 3 和扩展框架 |
| 数据迁移项目 | 月份 | 迁移驾驶舱的一项产品功能是运行经过审计的切换流程，并提供已核对的试算平衡表。 | 迁移驾驶舱 |
| 大爆炸训练计划 | 周 | 工作流程中的角色感知操作队列和 ASK 指导用户 | 教练进入状态 |
五条规则
| 规则 | 实际意义 |
|---|---|
| 1. 日期不变，范围变。 | 每个潜在的需求都会被分类：立即配置、T-Plus 或不是需求。 |
| 2. 无屏幕则无要求。 | 讨论在实际运行的租户环境中进行，并使用客户提供的示例数据。需求就像屏幕上的一个空白区域。 |
| 3. 配置，不要编写代码。 | 配置模式、T-Plus 延迟或诚实的拒绝。代码会打破倒计时。 |
| 4. 迁移您可以审核的余额，而不是您无法审核的历史记录。 | 未清项、余额和主数据已核对并签字。历史记录仍可在旧版存档中查询。 |
| 5. 一次排练胜过十次研讨会。 | 客户在运行传统系统的同时，也开展着真实的日常业务；彩排就是门槛。 |
把它们打印在倒计时板上。当讨论陷入僵局时，飞行队长要指出违反了哪条规则。
切身利益
按日计费的集成商按天收费，项目周期越长，其收益越高，变更请求也能带来利润。TRANXACT 的定价模式是客户经审计收入的分成：项目周期长短，TRANXACT 不会额外获利；所有收益都来自上线运营且业务不断增长的客户。项目周期短，早期即可创造价值，客户发展壮大，TRANXACT 也随之发展壮大——这就是为什么通往可运行账簿的最快、最安全的途径也是商业模式。
客户衡量的内容（建议默认值）
| 措施 | 目标 |
|---|---|
| 首次发票开具日期 | T-0 — 午餐前 |
| 切换时的试算平衡表变化 | 0，带有审计跟踪 |
| 排练通过率 | 100%——T-1登机口 |
| 我们需要 X → X 已配置 | 同一周，无需排队购票 |
| 模块按季度上线 | 无需重新实施——T-Plus波 |
从 T-0 开始，将它们记录在 Artifact Toolkit 的 KPI 记分卡中。它们将取代每次指导会议中的状态报告。
标有“建议默认值”的数值是该方法论推荐的起始点。请根据具体项目确认每个数值；合同、订单和服务水平协议（SLA）的最终解释权归其所有。