Abbeal
// 方法論

フォロー・ザ・サン開発:あなたが寝ている間にロードマップが進む。

Abbealがパリ・モントリオール・東京の3拠点で運営する24/7開発モデル。構造化されたハンドオフ、計算された重なり、技術的負債ゼロ。タイムゾーンを競争優位に変える、運用の悪夢ではなく。

モデル

3つの同期拠点:パリ(CET)、モントリオール(EST)、東京(JST)。各チケットは太陽を追う — パリが朝に開始、CET 18時にモントリオールへハンドオフ、モントリオールがEST 18時に東京へハンドオフ、東京がJST 18時にパリへハンドオフ。あなたが寝ている間にロードマップが進む。魔法ではない:規律あるオーケストレーション。

  • パリ CET 9時-18時 → CET 18時にハンドオフ(= EST 12時)→ モントリオールが引き継ぐ
  • モントリオール EST 12時-21時 → EST 21時にハンドオフ(= JST翌10時)→ 東京が引き継ぐ
  • 東京 JST 10時-19時 → JST 19時にハンドオフ(= CET 11時)→ パリが引き継ぐ
  • 各拠点の開始/終了に1時間の構造化オーバーラップ:バトンが空中に取り残されることはない

なぜこれはオフショアリングではないか

従来のオフショアリングは、PMが翻訳する形でインドやフィリピンの低コスト人日を販売する。結果:ロードマップの減速(フランスとのオーバーラップゼロ)、品質の劣化(クライアントコンテキストゼロ)、コンプライアンスの逆効果(GDPR、銀行守秘義務)。Abbealのトライジオはアーキテクチャ上の正反対:

  • 東京 / モントリオール / パリ拠点 = 同じシニア人日単価(低コストではない)
  • エンジニアによる現地採用(人事リクルーターではない)
  • 拠点間で毎日1時間×2のオーバーラップ(オフショアでは0)
  • 拠点ごとのエンドツーエンドのオーナーシップ(チケットピンポン排除)— 3つの自律スクワッド
  • 全拠点でネイティブな欧州コンプライアンス(GDPR、ACPR、SecNumCloud)

具体的な仕組み — 5つの柱

1. 口頭ではなく、書面ハンドオフ

1日の終わりに、退出する拠点が状況を書く:進行中のチケット1つにつき3行、特定されたブロッカー、期待される次のアクション。引き継ぎ会議なし — コンテキストは90秒で読めるチケットコメントに収まる。引き継ぐ拠点はコーヒーの前に読む。

2. 神聖なオーバーラップ — 1日1時間×2

オーバーラップ枠(パリ17時-18時 ↔ モントリオール11時-12時、東京18時-19時 ↔ パリ10時-11時)は聖域:内部ミーティング禁止、アクティブハンドオフと同期型クライアント質問専用。オーバーラップ中に何も話すことがない場合、PRレビューで埋める。

3. 調整されたチケットサイズ

チケットは1シフトで完了するか、オーバーラップで明示的に渡される必要がある。チケットが2人日を超える場合、分割する。抽象的なアジャイルの理由ではなく — 書面ハンドオフにコンテキストが収まるように。

4. タイムゾーン別オーナーシップ

各拠点スクワッドは機能ドメインの技術的責任を持つ(例:パリ = バックエンド決済、モントリオール = データ取込、東京 = モバイルAPI)。オフショアリングを破壊する「誰が何に触れたか」症候群を回避する。

5. 拠点ごとのフルローカル実行

各拠点は環境全体をローカルで実行できる必要がある(docker-composeまたは同等品)。パリでしか動かないスタックへの重要な依存はない。だから東京はパリ時間午前3時に誰も起こさずプロドフィックスを出荷できる。

ユースケース:本番で稼働しているもの

既にデプロイされたクライアントケースから抜粋した3つの具体例:

  • 欧州FinTech SaaS — トライジオのおかげでISO 27001を9ヶ月で納品(推定18ヶ月)。パリでDevSecOps監査、モントリオールでパイプライン自動化、東京でコンプライアンス文書。直後にSOC 2を連鎖。
  • スポーツEコマースリーダー — PWAリファクタリング、6ヶ月でモバイルコンバージョン+18%。パリでフロントエンド、モントリオールでLighthouse性能、JPでA/Bテスト。Lighthouseモバイルスコア92。
  • 日本の産業ロボティクス — 80台のROS 2 AGVのフリート、倉庫スループット+40%。東京で組込Rustスタック、パリでIsaac Sim、モントリオールでモニタリング。

よくある質問

  • Follow-the-Sunエンゲージメントを開始するのにどのくらいかかりますか?

    最初の同期スプリントは契約後2週間以内に開始 — オーバーラップを調整し、ツール(Slack、GitHub、Jira/Linear)を接続し、最初の拠点間ペアリングを行う時間。最初の価値提供は週3。

  • 3つのチームが同じコードに触れるとき、品質はどう管理されますか?

    単一トランク、拠点ごとの厳格な機能ドメインオーナーシップ(3拠点が編集可能な共有ゾーンなし)、オーバーラップ枠での拠点間コードレビュー必須。3拠点で同一の品質ゲートを持つCI/CD。拠点間検証なしにマージする拠点はない。

  • クライアントオンボーディングはどんな感じですか?

    あなたのチームに合うオーバーラップ枠を調整するための2時間セッション(多くの場合:あなたのチームは朝のパリ-モントリオール枠、夕方のパリ-東京枠に参加)。次にスタックと規約に関する技術キックオフ。

  • 緊急エスカレーションは枠外でどう処理されますか?

    ローテーション拠点間オンコールが24時間カバー。クリティカル本番インシデントの場合、検出時にアクティブな拠点が処理し、必要に応じて所有拠点のテックリードにエスカレーション。SLAは個人ではなく拠点ごとに保証。

  • どのSLAを提供しますか?

    標準SLA:3拠点いずれかの営業時間内で1時間未満の応答(= 24/5カバレッジ)、P1解決4時間以内。交渉可能なバリエーション:専用オンコール付き厳格24/7、または24/5+週末オンコール。

  • クライアントエンゲージメントで観察される典型的なROIは?

    最も再現可能なKPI:コミットから本番までのサイクルタイム-40%(12エンゲージメントで測定)。固定価格ミッションでは、同等人員のモノ拠点セットアップ対比-30%の総コストを観察(オーバーラップは予想ほど高価ではない、マルチタスク回避)。

// 関連ケース

ご質問、プロジェクト、ミッションは?

枠を予約 (Calendly)