AIを2年間研究してからコードを1行も書かない企業もあります。パイロットを走らせても本番に昇格しない企業もあります。どちらも同じ問題です：AIを求める気持ちと、AIを本番で稼働させることの間にあるギャップ。根本原因は技術ではありません。不明確なオーナーシップ、欠落した本番要件、そして出荷の意思決定を強制できる権限を持つ人の不在です。ゼロから始める場合も、停滞した施策を動かす場合も、私が90日でそのギャップを埋めます。50件以上のAIプロジェクトを本番投入してきました。パターンは常に同じです。
何ヶ月もAIユースケースを調査してきました。戦略資料が積み上がります。ベンダーデモが行われます。しかし何も構築されません。アイデアから本番への道筋を誰も担当していないからです。
あるいは：POCはデモでは見事に動きました。本番デプロイメントは「もう1スプリント」と繰り返し延期されています。6ヶ月以上「もうすぐ完成」と聞き続けています。
「完了」の定義ができる人がいません。SLAもなし。監視もなし。エラーハンドリングもなし。卒業基準もなし。プロジェクトは実験とプロダクトの間の永久的なグレーゾーンに存在しています。
ビルドか中止かの意思決定権限を持つ人が一人もいません。計画が始まらないまま漂流するか、パイロットが出荷されないまま漂流するか — 施策はどちらにしても漂流しています。
アドバイザリーではありません。組込み型です。意思決定権限を持つ事実上のプロジェクトリーダーとして、週2〜3日チームに参加します。ゼロからの場合もパイロットで停滞している場合も、90日のカウントダウンは初日から始まります。これはルノー・日産・三菱、シスコ、エンタープライズクライアントで50件以上のAI本番デプロイメントを成功させたのと同じエンゲージメントモデルです。
グリーンフィールド：最もインパクトの高いユースケースを特定し、実現可能性を検証し、本番目標を定義。レスキュー：真のブロッカーを診断 — 50件以上のプロジェクトで根本原因は繰り返されます：不明確なオーナーシップ（38%）、欠落した本番要件（27%）、スコープクリープ（22%）、技術的負債（13%）。
コードを1行書く前に、測定可能な本番基準を確立します。「本番」とは、SLAが定義され、監視が設定され、エラーハンドリングが構築され、フィードバックループが稼働し、ロールバック手順が文書化されていることを意味します。完了を定義できなければ、出荷はできません。
グリーンフィールド：本番MVPに向けて設計、構築、イテレーション。レスキュー：ブロック解除、スコープ削減、出荷に向けてスプリント。両トラックとも同じ方法で進行 — 30-60-90日計画、週次チェックポイント、リソース再配分とブロッカーエスカレーションの権限を持つ組込み型リーダーシップ。
3つの可能な結果。SLAと監視を伴う本番デプロイメント。明確な根拠を伴う修正アプローチへの文書化されたピボット。または教訓を記録した中止判断。第四の選択肢はありません。延長もありません。停滞だけが許容されない結果です。
自動車、通信、エネルギー、エンタープライズSaaSにわたる50件以上の本番デプロイメントから開発されました。業界データによると、AI施策の70〜85%は本番に到達しません — 計画段階で停滞する場合もパイロット段階で停滞する場合も同様です。SHIPメソッドは90日で決定的な結果を強制します。停滞は出荷かピボットかのどちらよりも常にコストが高いからです。ゼロから本番へのAIコンサルタントであるMohammed Cherifiは、これをアドバイザリーレポートではなく、組込み型リーダーシップとして提供します。
AIが自社ビジネスに重要だと分かっているが、まだ本番で稼働しているものがない方。まだ始めていないかもしれません — 選択肢が多すぎて明確な道筋がない。始めたが停滞したかもしれません — パイロットが何ヶ月も「もうすぐ完成」のまま。いずれにせよ、アイデアから本番へ、または停滞から出荷へ、90日で導くチーム組込み型の人材が必要です。結果にコミットする準備ができている方。
はい。このスプリントはゼロから本番までの全行程をカバーします。第1週はインパクトの最も高いユースケースの特定と実現可能性の検証に集中します。そこから90日で本番MVPを設計、構築、リリースします。パイロットやPOCがなくても始められます — 必要なのは明確なユースケースと90日の結果へのコミットメントです。
事実上のプロジェクトリーダーとして週2〜3日参加します。スタンドアップに出席し、技術的な意思決定を行い、エンジニアのブロックを解除し、必要に応じてスコープを削減し、ブロッカーをリーダーシップにエスカレーションし、週次でステークホルダーに報告します。結果に対して責任を負います。これはアドバイザリーではありません — 社内チームと同じプレッシャーを共有します。
それは有効で価値ある結果です。教訓を記録した文書化された中止判断は、決して価値を生まないプロジェクトに何ヶ月も費やすのを防ぎます。90日目に3つの結果のいずれかが得られます：本番デプロイメント、文書化されたピボット、または中止判断。3つすべてが前進です。停滞だけが許容されない結果です。
過去の遅延への非難ではなく、結果への整合に焦点を当てます。ルノー・日産・三菱（3社4カ国）とシスコで変革を率いてきました。チームはほぼ常に明確な方向性と意思決定権限を歓迎します。なぜなら、それが彼らの仕事のブロックを解除するからです。ゼロから始める場合も停滞したプロジェクトのレスキューでも、ダイナミクスは同じです：全員が出荷を望んでいます。
本番とは5つの要素が整っていることを意味します：SLAが定義され監視されている、エラーハンドリングとグレースフルデグラデーションが構築されている、フィードバックループが稼働している（ユーザーの修正がモデルにフィードバックされる）、ロールバック手順が文書化されテストされている、アラーティング付きの継続的監視が行われている。これらのいずれかが欠けている場合、それはデモであり本番システムではありません。
アジャイルはスプリントレベルの実行を扱います。SHIPはその上の戦略レイヤー — AI施策が死ぬレイヤー — を扱います。着手前の分析麻痺であれ、着手後の組織的混乱であれ、根本原因は同じです：期限がない、オーナーがいない、完了の定義がない。SHIPはアジャイルの代替ではなく、補完です。
組込みとは存在することです — チームの形態に応じてオンサイトまたはリモート。移動圏内の欧州クライアントには、オンサイトとリモートのミックス。欧州外のクライアントには、キックオフ、主要マイルストーン、ステークホルダーセッションでのオンサイト訪問を伴うリモートファースト。組込みモデルが機能するのは、責任は物理的な存在を必要としないからです — 意思決定権限を必要とします。
このサービスがお客様の具体的な課題にどう対処し、実際の成果を生み出すかを話し合いましょう。