目次／情報設計・仕様設計／仕様設計

開発言語仕様定義

項目番号 029

10秒でわかる！要点まとめ

「流行っているから」で技術を選ぶと、運用フェーズで誰も直せなくなり詰む
クライアントのサーバー環境や、対応すべきブラウザ（IE終了など）の定義が必須
実装の「やりたい技術」と、ビジネス的な「保守性」を天秤にかける役割

1. 概要：プロジェクトの「土台」となる技術選定

開発言語仕様定義とは、そのWebサイトやアプリを構築するために使用するプログラミング言語、フレームワーク、ライブラリ、データベース、およびサーバー環境（インフラ）の構成をエンジニアと協議し、確定させる業務です。

具体的には「フロントエンドはReactかVueか」「バックエンドはPHPかPythonか」「CMSはWordPressかヘッドレスか」「対象ブラウザはどこまでサポートするか（推奨環境）」といった技術スタックを決定します。これは制作のスムーズさだけでなく、リリース後の表示速度（パフォーマンス）や、将来的な改修のしやすさ（保守性）を決定づける重要な意思決定です。

2. なぜ重要なのか：後から変更不可の「不可逆」な決定

デザインの修正は可能でも、開発言語の変更はプロジェクトの「作り直し」を意味します。例えば、開発途中で「やっぱり今のサーバーではこの言語が動かないことが分かりました」となれば、スケジュールは破綻します。また、マイナーな言語を採用してしまった結果、担当エンジニアが退職した後に誰もメンテナンスができなくなるという「属人化リスク」も発生します。

ディレクションでは、技術の詳細は分からなくとも、ビジネス要件（予算・納期・運用体制）に照らし合わせて、その技術選定が適切かどうかをジャッジする責任があります。

3. 実務のポイント：レガシー環境とモダン技術の摩擦

実務においてディレクション視点で握るべきは、クライアントの「制約条件」です。

推奨環境の定義：「iOS 15以上、Android 10以上、Chrome最新版」など、動作保証をする範囲を明確にします。古いOSのサポートを切ることで、開発工数は大幅に削減できます。
サーバー環境の確認：クライアント指定の既存サーバーがある場合、PHPのバージョンが古すぎないか、DBの容量は足りているかなど、エンジニアに調査を依頼し、モダンな技術が使えるかを確認します。
セキュリティ要件：金融系や官公庁など、使用できる技術やライブラリに制限がある場合があります。WAF（Web Application Firewall）の導入有無などもここで定義します。

4. スキルアップのヒント：技術の「得意・苦手」を知る

コードが書けなくても、「Reactは画面遷移が早いが、SEO対策には工夫が必要（SSRなど）」「WordPressは導入が早いが、セキュリティリスクが高い」といった、主要な技術のメリット・デメリットを把握しておきましょう。

実装フェーズで会話する際、「なぜそのフレームワークを選んだのですか？（Why）」を必ず聞いてください。「慣れているから」だけでなく、「今回の要件の〇〇を実現するのに適しているから」というロジックを引き出せるようになれば、一人前の技術ディレクションです。