フレームワーク活用ガイドひとことで言うと#
プロジェクトの目標達成に必要なスキル・経験・対人相性の3軸でメンバーを選定し、役割と責任を明確にしてチームを構成する手法。「誰がいるか」ではなく「何が必要か」から逆算して編成することで、属人的な人選を防ぎプロジェクト成功率を高める。
押さえておきたい用語#
- スキルマトリクス（Skill Matrix）
- プロジェクトに必要なスキルを縦軸に、候補メンバーを横軸に並べ、各人の習熟度を可視化した一覧表。編成の客観的な根拠となる。
- T型人材（T-shaped Person）
- 一つの専門分野に深い知見を持ちつつ、隣接領域にも幅広い理解がある人材のこと。チーム内の橋渡し役として機能する。
- チームケミストリー（Team Chemistry）
- メンバー間の相性や信頼関係がチームパフォーマンスに与える影響のこと。スキルだけでは測れない協働の質を左右する。
- クロスファンクショナルチーム（Cross-Functional Team）
- 異なる部門・職能の専門家を横断的に集めたチーム。多角的な視点で課題に取り組めるが、調整コストが高くなりやすい。
プロジェクトチーム編成の全体像#
こんな悩みに効く#
- プロジェクトが始まるたびに「手が空いている人」だけで編成してしまう
- 技術力は高いのにチーム内の衝突が多く、生産性が上がらない
- 必要なスキルが途中で足りないと判明し、後から追加要員を入れて混乱する
- 部門横断プロジェクトで、誰にどの役割を任せるか決められない
基本の使い方#
プロジェクトの成果物とマイルストーンから、必要な専門スキルをすべて洗い出す。
- 成果物ごとに「何ができる人が必要か」を具体的に書く
- 技術スキルだけでなく、調整力やドメイン知識などのソフトスキルも含める
- 足りないスキルが明確になったら、外部調達（業務委託・研修）の選択肢も検討する
洗い出したスキルを縦軸に、候補メンバーを横軸に並べ、5段階で習熟度を記入する。
- レベル1（知識なし）〜レベル5（他者を指導可能）で統一基準を使う
- 自己申告だけでなく、過去の実績や上長の評価も参照する
- マトリクスの空白セル（誰もカバーできないスキル）がリスクポイントになる
スキルスコアだけでなく、類似プロジェクトの経験値とチーム内の対人相性を評価する。
- 過去に似た規模・領域のプロジェクトで成果を出した人を優先する
- 既存メンバーとの協働実績やコミュニケーションスタイルの合致度を確認する
- 全員がベテランだと暗黙知に頼りがちになるため、学習意欲の高い若手を意図的に混ぜる
選定したメンバーの役割・権限・レポートラインを明文化し、チーム憲章として共有する。
- RACIマトリクスで「誰が実行し、誰が承認するか」を明確にする
- 最初の1週間でチームビルディングの時間を確保し、心理的安全性の土台を作る
- 編成後も定期的にスキルギャップを確認し、必要に応じてメンバーを調整する
具体例#
従業員500名の製造業が、20年使った基幹システムを刷新するプロジェクトを立ち上げた。情報システム部5名だけでは業務知識が足りないことが過去の失敗で判明している。
スキルマトリクスで見えたギャップ:
| 必要スキル | 情シス田中 | 情シス鈴木 | 製造部・山田 | 経理部・佐藤 | 外部ベンダー |
|---|---|---|---|---|---|
| システム設計 | 5 | 4 | 1 | 1 | 5 |
| 製造業務知識 | 2 | 1 | 5 | 2 | 2 |
| 会計・経理知識 | 1 | 2 | 1 | 5 | 3 |
| 要件定義 | 4 | 3 | 3 | 3 | 4 |
| ベンダー交渉 | 3 | 2 | 1 | 1 | — |
情シスだけでは製造・経理の業務知識が決定的に不足していた。製造部の山田（現場歴15年）と経理部の佐藤（決算責任者）をコアメンバーに加え、両名にはそれぞれ週3日の専任時間を確保してもらった。
相性の確認: 田中と山田は過去の小規模改善プロジェクトで協働経験があり、コミュニケーションに問題がないことを確認済み。佐藤は初の横断プロジェクト参加のため、鈴木をペアに配置してサポート体制を組んだ。
結果、要件定義フェーズの手戻りが前回プロジェクト比で60%減少し、スケジュール通りにベンダー選定まで完了した。
IT企業の新規事業部門が、BtoB向けSaaSプロダクトの立ち上げチームを編成することになった。社内公募で18名の応募があったが、チーム規模は6名に絞る必要がある。
3軸評価の結果（上位8名を抜粋）:
| 候補者 | スキル | 経験 | 相性 | 総合 |
|---|---|---|---|---|
| A（エンジニア） | 5 | 4 | 4 | 13 |
| B（デザイナー） | 4 | 3 | 5 | 12 |
| C（営業） | 3 | 5 | 4 | 12 |
| D（エンジニア） | 5 | 5 | 2 | 12 |
| E（マーケター） | 4 | 3 | 4 | 11 |
| F（エンジニア） | 4 | 2 | 5 | 11 |
| G（CS担当） | 3 | 4 | 3 | 10 |
| H（PM） | 4 | 4 | 2 | 10 |
総合スコアだけで上位6名を選ぶと、エンジニアDの相性スコア2がリスクになる。Dは過去にチーム内で意見対立が頻発した記録があった。スキル・経験は高いが、立ち上げ期はコミュニケーション密度が高いため、相性スコア5のFを選出。代わりにDには技術顧問として週4時間のアドバイザリー参加を依頼した。
6名体制でスタートした結果、最初の3か月でMVP完成 → β版リリースまで到達。チーム満足度調査では4.6/5.0を記録し、離脱者ゼロで事業化フェーズに移行できた。
日本本社とベトナム拠点（ハノイ）、アメリカ拠点（サンフランシスコ）の3拠点で進める6か月のデータ基盤構築プロジェクト。合計12名の編成が必要だった。
編成時の制約条件:
- 時差：ベトナム（-2時間）、アメリカ（-17時間）
- 言語：日本語メイン、英語はベトナム・アメリカ拠点
- 予算：日本メンバーの人件費はベトナムの3倍
スキルマトリクスではベトナム拠点にデータエンジニアリングの高スキル人材が4名いることが判明。一方、業務要件を理解している日本側メンバーと直接やりとりする際の言語ギャップが課題だった。
編成の工夫:
- 日本とベトナムの重複時間帯（10:00-17:00 JST）にコア作業時間を設定
- バイリンガルのブリッジSE（ベトナム拠点所属）を2名配置
- アメリカ拠点は設計レビューとセキュリティ監査に特化し、非同期コミュニケーション中心
- 各拠点にリード1名を置き、拠点間の調整はリード同士の日次15分ミーティングで完結
結果、ベトナム拠点の活用でエンジニアリングコストを当初見積もりから35%削減しつつ、ブリッジSEの配置により仕様の認識齟齬による手戻りを月平均1.2件に抑えた。プロジェクトは予定通り6か月で完了した。
やりがちな失敗パターン#
- 「空いている人」で編成してしまう — 必要なスキルから逆算せず、たまたまアサイン可能な人だけで組むと、プロジェクト中盤でスキル不足が露呈し、手戻りコストが膨らむ
- スキルだけ見て相性を無視する — 技術力が高くても、チーム内のコミュニケーションが機能しなければ生産性は大幅に落ちる。特に立ち上げ期は相性の影響が大きい
- 全員をフルタイムにしようとする — メンバー全員が100%専任である必要はない。アドバイザリーや週数時間の参加など、関与度のグラデーションを設計する
- 編成後に見直さない — プロジェクトの進行とともに必要スキルは変わる。フェーズごとにスキルマトリクスを更新し、メンバーの入れ替え・追加を柔軟に行う
まとめ#
プロジェクトチーム編成は、スキル・経験・相性の3軸で候補者を評価し、プロジェクト目標から逆算して最適な構成を設計する手法である。「手が空いている人を集める」のではなく「何が必要かを定義してから人を選ぶ」ことで、スキルギャップによる手戻りやチーム内摩擦を未然に防げる。大事なのは編成して終わりにしないこと。フェーズごとに必要スキルは変化するため、定期的な見直しと柔軟な調整がプロジェクト成功の鍵になる。