逆転の発想：固定された日付、柔軟な範囲

従来のERPプロジェクトでは、スコープは固定され、期日は柔軟に対応されます。つまり、事前に詳細な要件を定め、それに合わせて計画を練り、稼働開始日はあくまで予測であり、統合、カスタムコード、データの問題が表面化するにつれて遅延します。T-Minusはこの流れを逆転させます。稼働開始日は通常27営業日後に設定され、そこから逆算してすべてが進められます。期日までに設定、移行、リハーサルが完了できないものはすべてT-Plusフェーズに移行されます。

27日間が英雄的ではない理由

これは従来のやり方を圧縮したものではありません。従来のプロジェクトの大部分を占める4つのフェーズが削除されています。なぜなら、このプラットフォームはそれらのフェーズが存在する理由をなくしているからです。

5つのルール

1. 期日は変更されない。変更されるのは範囲だ。脅威となる要件はすべて優先順位付けされる。今すぐ設定するか、T-Plusで対応するか、あるいは要件ではないか、のいずれかだ。
2. 画面がなければ要件は存在しない。議論は顧客のサンプルデータを用いて実際のテナント上で行われる。要件とは、画面上の空白部分を指す。
3. 設定は行うが、コーディングはしない。設定パターン、T-Plusによる延期、または正直な拒否。コーディングはカウントダウンを中断させる。
4. 監査可能な残高のみを移行し、監査不可能な履歴は移行しません。未決済項目、残高、マスターデータは照合および署名済みで移行し、履歴はレガシーアーカイブで照会可能なまま保持します。
5. リハーサル1回はワークショップ10回分に匹敵する。顧客は既存システムと並行して実際の業務を行う。リハーサルはそのための入り口となる。

カウントダウンボードにそれらを印刷してください。議論が行き詰まったら、フライトリーダーが違反しているルールを指摘します。そうすることで、ほとんどの議論はエスカレートするよりも早く終わります。

利害関係

日給制のインテグレーターは日単位で報酬を受け取り、変更依頼に応じて収益を得るため、プロジェクトが長引けば長引くほど構造的に有利になります。一方、TRANXACTは顧客の監査済み収益の一定割合を料金として設定しています。そのため、長期プロジェクトから追加の収益を得ることはなく、稼働中で成長している顧客からのみ収益を得ます。この手法とビジネスモデルは、同じ方向性を示しています。

顧客が測定するもの（提案されるデフォルト）

これらはT-0からArtifact ToolkitのKPIスコアカードに組み込まれ、あらゆる運営会議におけるステータスデッキに取って代わります。