なぜ技術選定に「フレームワーク」が必要なのか
「なぜこの言語を選んだのか？」「なぜこのクラウドサービスにしたのか？」——技術選定の理由を即答できるチームは、意外なほど少数です。技術選定は開発チームの生産性、採用力、保守コスト、スケーラビリティに長期的な影響を与える、最も重要な「アーキテクチャ上の意思決定」です。
感覚的な選定や「流行っているから」という理由での選定は、後になって深刻な技術負債を生みます。GitHub、Spotify、eBay、CNCFなどのトップ企業は、テクノロジーレーダーとADR（Architecture Decision Record）を組み合わせた体系的なフレームワークで技術選定を行っています。英国のGDS（Government Digital Service）も2025年にADRフレームワークを公式導入しており、企業規模を問わず技術選定の「仕組み化」が進んでいます。
技術選定フレームワークの3つの構成要素
| 構成要素 | 役割 | 対象者 |
|---|---|---|
| テクノロジーレーダー | 組織全体の技術採用状況と方針を可視化 | 全エンジニア、CTO/VPoE |
| 技術標準（Tech Standards） | 推奨技術・非推奨技術のルールを明文化 | アーキテクト、チームリード |
| ADR（Architecture Decision Record） | 個別の技術選定の「なぜ」を記録 | 各開発チーム |
テクノロジーレーダーの設計と運用
テクノロジーレーダーとは
テクノロジーレーダーは、ThoughtWorksが開発した、組織の技術採用状況を視覚的に表現するツールです。4つの象限と4つのリングで構成されます。
4つの象限
| 象限 | 対象 | 例 |
|---|---|---|
| Techniques（手法） | 開発手法、プラクティス | TDD、GitOps、フィーチャーフラグ |
| Platforms（プラットフォーム） | インフラ、クラウドサービス | AWS、GCP、Kubernetes、Snowflake |
| Tools（ツール） | 開発ツール、SaaS | Datadog、Terraform、Figma |
| Languages & Frameworks | プログラミング言語、フレームワーク | TypeScript、Rust、Next.js、FastAPI |
4つのリング
| リング | 意味 | アクション |
|---|---|---|
| Adopt（採用） | 組織として積極的に採用すべき技術 | 新規プロジェクトでのデフォルト選択肢 |
| Trial（試行） | パイロットプロジェクトで検証中の技術 | 限定的なプロジェクトで試行 |
| Assess（評価） | 注目しているが、まだ試行していない技術 | 技術調査・PoC対象として検討 |
| Hold（保留） | 新規採用を推奨しない技術 | 既存利用は維持、新規採用は避ける |
テクノロジーレーダーの運用サイクル
- 四半期ごとの更新: 各象限の技術を全エンジニアからの提案を基にレビュー
- レーダー会議: アーキテクト+テックリードが集まり、各技術のリングを議論・合意
- 公開と共有: レーダーを社内に公開し、全チームが参照できるようにする
- 新技術の追加プロセス: 新技術を提案する際のテンプレート（技術名、提案理由、評価基準、リスク）を用意
ADR（Architecture Decision Record）の設計と運用
ADRとは
ADR（Architecture Decision Record）は、アーキテクチャ上の重要な意思決定を記録する短いドキュメントです。「何を選んだか」だけでなく「なぜそれを選んだか」「他にどのような選択肢を検討したか」「どのようなトレードオフがあるか」を記録します。
ADRのテンプレート
- タイトル: 決定の概要（例: 「APIフレームワークとしてFastAPIを採用する」）
- 日付: 決定日
- ステータス: Proposed / Accepted / Deprecated / Superseded
- コンテキスト: なぜこの決定が必要になったか（背景と課題）
- 検討した選択肢: 比較した技術・手法とそれぞれの評価
- 決定: 何を選択したか
- 理由: なぜその選択をしたか（トレードオフの明示）
- 影響: この決定がもたらす結果（ポジティブ・ネガティブ両方）
ADRの運用ルール
- 保管場所: コードリポジトリ内（docs/adr/ ディレクトリ）でコードと一緒にバージョン管理
- 命名規則: 連番+タイトル（例: 0001-use-fastapi-for-backend.md）
- 作成タイミング: 新しい技術の導入、フレームワークの変更、アーキテクチャパターンの採用時
- レビュー: プルリクエストでチームレビューを実施
技術選定の評価基準
5つの評価軸
| 評価軸 | 評価内容 | 重み付け例 |
|---|---|---|
| 技術的適合性 | 要件への適合度、パフォーマンス、スケーラビリティ | 30% |
| チームのケイパビリティ | チームのスキル、学習コスト、採用市場の人材供給 | 25% |
| エコシステムと成熟度 | ライブラリ、コミュニティ、ドキュメントの充実度 | 20% |
| 運用・保守性 | デプロイの容易さ、監視、トラブルシューティング | 15% |
| コスト | ライセンス費用、クラウドコスト、移行コスト | 10% |
技術選定で犯しがちな5つのミス
- 「流行っているから」で選ぶ: Hype Cycleに惑わされず、自社の要件とチームの実力に合った技術を選ぶ
- オーバーエンジニアリング: 将来の「かもしれない」に備えて過度に複雑な技術を選択する
- PoCなしで本番採用: 小規模なPoCで実環境での性能・運用性を検証してから判断する
- 「選んだ理由」を記録しない: 半年後に「なぜこれを選んだのか」が誰にもわからなくなる（ADRで解決）
- 移行コストを過小評価する: 新技術への移行には学習コスト+既存コードの書き換えコストがかかる
実践例：テクノロジーレーダー+ADRの運用フロー
フロー1: 新技術の提案
- エンジニアが新技術の提案書（技術名、メリット、リスク、適用領域）を作成
- テクノロジーレーダー会議で議論し、「Assess」リングに追加
- PoCプロジェクトを実施し、結果を共有
- PoC結果に基づき、「Trial」への移行可否を判断
- パイロットプロジェクトの成果で「Adopt」への昇格を決定
フロー2: プロジェクトでの技術選定
- テクノロジーレーダーの「Adopt」リングから候補をリストアップ
- プロジェクト固有の要件（パフォーマンス、チームスキル等）で絞り込み
- ADRを作成して選定理由を記録し、チームでレビュー
- ADRをリポジトリにコミットし、将来の参照に備える
2026年の技術選定トレンド
AIによる技術選定支援
AIが自社の要件、既存スタック、チームのスキルセットを分析し、最適な技術スタックを提案するツールが登場しています。ただし最終判断は人間が行うべきであり、AIは「選択肢の提示と比較情報の整理」の役割が適切です。
「ボーリング・テクノロジー」の再評価
「退屈な（Boring）技術を選べ」という原則が2026年に再評価されています。新しくてエキサイティングな技術よりも、実績があり、安定し、コミュニティが大きく、採用市場に人材が豊富な「退屈な」技術を選ぶことが、長期的にはリスクを最小化するという考え方です。
コンポーザブルテックスタック
全てを1つのベンダーの技術で固めるのではなく、各レイヤーでベストオブブリードの技術を疎結合に組み合わせるコンポーザブルなテックスタックの考え方が、テクノロジーレーダーの設計思想にも反映されています。
よくある質問（FAQ）
Q. テクノロジーレーダーの更新頻度はどのくらいですか？
四半期に1回が標準的です。ThoughtWorksの公式レーダーも半年に1回更新されています。ただし、業界で大きな変化（新しいフレームワークの登場、既存技術のEOL等）があった場合は臨時の更新を行ってください。
Q. ADRはどのレベルの判断から書くべきですか？
全ての小さな判断にADRを書く必要はありません。「この決定が変わると、システムの大きな部分に影響する」レベルの判断（言語、フレームワーク、データベース、アーキテクチャパターン、主要なSaaSの選択等）に対してADRを書いてください。「CSSのフォーマッターをどれにするか」のレベルには不要です。
Q. 小規模チームでもテクノロジーレーダーは必要ですか？
5名以上のエンジニアチームであれば効果があります。ただし、小規模チームではフル機能のレーダーは過剰なので、「使ってよい技術リスト」「新技術を試すときのPoCルール」「ADRの習慣化」の3点に絞ったミニマルな運用から始めてください。
まとめ：「なんとなく」の技術選定から「記録された判断」へ
技術選定フレームワーク（テクノロジーレーダー+技術標準+ADR）は、組織の技術的な意思決定を「属人的な判断」から「体系的で再現可能なプロセス」に変える仕組みです。GitHub、Spotify、eBayが実践するこのアプローチを自社に導入し、全ての技術選定に「なぜ」を残す文化を構築しましょう。
renueでは、技術選定のアドバイザリーからアーキテクチャ設計、テクノロジーレーダーの導入支援まで、企業の技術戦略を包括的に支援しています。技術選定やアーキテクチャの意思決定でお悩みの方は、ぜひお気軽にご相談ください。
株式会社renueでは、AI導入戦略の策定からDX推進のコンサルティングを提供しています。お気軽にご相談ください。