プロジェクトの人員配置で起きている現場のリアル
プロジェクトの立ち上げ時、PMOとして最も頭を悩ませるのが人員配置です。誰をどの役割に据えるか。この判断ひとつでプロジェクトの成否が大きく変わることを、私は10年以上のPMO経験で何度も目の当たりにしてきました。
多くの企業では、人員配置を「スキルシート」と「空き状況」だけで決めています。Excelの一覧表を見て、Javaができる人を探し、今月アサイン可能な人を当てはめる。一見合理的に見えるこのやり方が、実は多くのプロジェクトを苦しめているんですよね。
私がPMOとして10年以上、多数のプロジェクトで人員配置を見てきた経験を語ります。特に印象的だったのは、200名規模のプロジェクトでの若手SEの配置転換です。技術力は高いがコミュニケーションが不得意な若手SEを、当初は顧客折衝チームに配置していました。しかし3ヶ月経つと、彼のパフォーマンスは落ち、精神的にも消耗していました。私は彼を裏方の開発チームに再配置。彼の強みが活きる場所で、驚くほど生き生きと働くようになりました。逆に、技術力は中程度でもコミュニケーションが得意な若手を顧客折衝に配置したところ、プロジェクトの潤滑油として機能しました。人員配置は『スキル一覧表』ではなく『人のキャラクターと役割の相性』が本質だと痛感した経験です。特に20代から60代まで束ねる現代のプロジェクトでは、この視点が不可欠になっています。
この出来事から、私は人員配置における重要な教訓を得ました。スキルシートに書かれた能力と、実際のプロジェクトで発揮される力は必ずしも一致しない。むしろ、チームの中での「化学反応」こそが、プロジェクトの生産性を左右するのです。
中小企業のIT部門では、そもそも選択肢が限られています。社内に10人しかいないのに、最適な人員配置もなにもない、と感じている方も多いでしょう。しかし、だからこそ一人ひとりの配置が重要になります。限られたリソースの中で最大の成果を出すには、スキル以外の要素を見る目が必要なんです。
私がPMOとして見てきた失敗プロジェクトの多くは、人員配置の段階で既に無理が生じていました。優秀な人を集めたはずなのに、なぜかチームがうまく回らない。納期に間に合わない。品質が安定しない。こうした問題の根本原因を探ると、配置の時点での判断ミスに行き着くことが非常に多いのです。
スキルマッチだけでは語れない配置の難しさ
人員配置で最初に見るのは、当然ながらスキルです。開発案件ならプログラミング言語の習熟度、インフラ案件ならサーバーやネットワークの知識。しかし、このスキルマッチだけで配置を決めると、必ず問題が起きます。
例えば、Java経験10年のベテランエンジニアを、新規のWebアプリ開発プロジェクトに配置したとします。スキルシート上は完璧なマッチです。しかし、そのエンジニアが従来型の大規模システム開発しか経験していなかったら、どうなるでしょうか。アジャイル開発の文化に馴染めず、毎日の朝会で発言しない。仕様変更に対応できず、硬直した設計を主張する。結果として、チーム全体の足を引っ張ってしまうのです。
逆のパターンもあります。スキルシート上は経験が浅い若手でも、その人の学習意欲や柔軟性、コミュニケーション能力が高ければ、チームに大きく貢献することがあります。私が見てきた成功プロジェクトの多くは、こうした「スキル以外の要素」を評価して配置した結果でした。
見えにくい「キャラクターの相性」問題
人員配置でもう一つ見落とされがちなのが、メンバー同士の相性です。これは業務スキルとは全く別の次元の話ですが、プロジェクトの生産性に直結します。
私が過去に担当した金融系のプロジェクトで、こんなことがありました。技術力の高いリーダーAさんと、同じく優秀なサブリーダーBさんをペアにしたのですが、二人とも「自分のやり方」に強いこだわりを持つタイプでした。コードレビューのたびに議論が紛糾し、若手メンバーは「どちらの指示に従えばいいのか」と混乱する。結果として、本来3ヶ月で終わる開発が5ヶ月かかってしまいました。
二人とも優秀なんです。でも、組み合わせが悪かった。この経験から、私は人員配置の際に「このメンバー同士が一緒に働いたら、どういう化学反応が起きるか」を必ずシミュレーションするようになりました。
成長機会を奪う「安全な配置」の罠
もう一つ、現場でよく見る失敗パターンがあります。それは「確実に遂行できる人を配置する」という考え方です。
プロジェクトを成功させたい。だから、実績のある人を安全な役割に配置する。この判断自体は間違っていません。しかし、これを繰り返すとどうなるか。ベテランは同じような仕事ばかりでマンネリ化し、若手は成長の機会を失います。中長期で見ると、組織全体のスキルが停滞するんですよね。
私がPMOとして意識しているのは、プロジェクトの成功と人材育成のバランスです。すべてのプロジェクトで挑戦的な配置をする必要はありません。しかし、適度にストレッチした配置をしないと、組織は成長しません。この「適度」の見極めが、PMOの腕の見せ所だと思っています。
なぜ人員配置の失敗は起きるのか
30年IT業界にいて、プログラマー、SE、PMO/PMとキャリアを積んできた私が見てきた人員配置の失敗には、明確なパターンがあります。それは「情報不足」「視点の偏り」「短期思考」の3つです。
情報不足が生む判断ミス
人員配置を決める際、多くの組織ではスキルシートという紙の情報しか見ていません。しかし、紙に書かれた情報は、その人の能力のごく一部でしかないのです。
私が重視しているのは、以下のような「スキルシートには載らない情報」です。過去のプロジェクトでどんな働き方をしていたか。困難な状況でどう対処したか。どんな性格で、どんなコミュニケーションスタイルを持っているか。プライベートで今どんな状況にあるか(家族の介護、引っ越し予定など)。
こうした情報は、日常的にメンバーと接していないと得られません。しかし、多くの組織では、配置を決める管理職とメンバーの距離が遠すぎます。年に数回の評価面談でしか話さない上司が、メンバーの適性を正しく判断できるはずがありません。
スキル偏重という視点の偏り
人員配置の失敗の多くは、「技術スキル」だけを重視しすぎることから生まれます。確かに技術力は重要です。しかし、プロジェクトを成功させるには、技術力以外の要素も同じくらい重要なんですよね。
私が長年の経験から導き出した「プロジェクト成功に必要な4つの要素」は以下です。技術スキル、コミュニケーション能力、問題解決力、学習意欲。この4つのバランスがとれたチームは強い。どれか一つが突出していても、他が弱ければチームは脆くなります。
例えば、技術力の高いエンジニアばかり集めたチームは、技術的な議論は活発ですが、顧客とのコミュニケーションや、ドキュメント作成といった「非技術的な作業」が苦手です。逆に、コミュニケーション能力の高い人ばかりだと、会議は和やかですが、技術的な課題解決が進みません。
PMOとして人員配置を考える際は、チーム全体として4つの要素がバランスよく配置されているかを常にチェックします。足りない要素があれば、それを補える人を探すか、外部リソースの活用を検討します。
短期思考が組織を弱くする
もう一つの失敗パターンは、目の前のプロジェクトの成功だけを考えた配置です。確かに、今動いているプロジェクトを成功させることは重要です。しかし、それだけを考えていると、組織は長期的に弱体化します。
私が見てきた失敗例を挙げます。ある製造業の企業で、基幹システムの刷新プロジェクトがありました。絶対に失敗できない重要案件だったため、社内の優秀なエンジニアを総動員しました。結果、プロジェクトは成功しました。しかし、その間に他の小規模プロジェクトはすべて停滞し、若手の育成も止まりました。プロジェクト終了後、燃え尽きたベテランが何人も退職してしまったのです。
人員配置は、個別プロジェクトの成功と、組織全体の持続可能性のバランスを取る必要があります。目の前の案件だけでなく、半年後、1年後の組織の姿を想像しながら配置を決める。これができるかどうかが、PMOの力量だと私は思っています。
現代の解決策:ツールと仕組みで配置精度を上げる
人員配置の難しさは、情報の複雑さと判断の多面性にあります。一人のPMOが、すべてのメンバーの状況を把握し、最適な配置を頭の中だけで判断するのは限界があります。だからこそ、現代のITツールと仕組みを活用することが重要です。
私が10年以上PMOをやってきて、人員配置の質を上げるために実際に使ってきたツールと手法を紹介します。重要なのは、ツールを入れることそのものではなく、「配置判断に必要な情報をいかに集め、可視化するか」という視点です。
リソース管理ツールで「誰が何をしているか」を見える化
人員配置の第一歩は、現状把握です。誰が今どのプロジェクトに何%稼働しているのか。いつから空きが出るのか。この情報がリアルタイムで分からないと、適切な配置判断はできません。
私が現場で使ってきた経験から言うと、中小企業には「Asana」や「Backlog」のようなプロジェクト管理ツールの活用が現実的です。これらのツールは、タスク管理だけでなく、メンバーの稼働状況も可視化できます。誰がどのタスクを抱えているか、リアルタイムで確認できるため、新しいプロジェクトの人員配置を考える際の基礎情報になります。
ただし、ツールを入れただけでは意味がありません。私の経験では、メンバー全員が日々の作業をツール上で記録する習慣をつけることが最大の課題でした。これは技術の問題ではなく、組織文化の問題です。PMOとして、ツール定着のための地道な働きかけを続けることが必要なんですよね。
スキル管理システムで「本当のスキル」を把握
スキルシートをExcelで管理している企業は、今でも多いと思います。しかし、Excelのスキルシートには大きな問題があります。更新されない、検索しにくい、履歴が残らない、という3つの欠点です。
私が実際に導入を支援してきた中で、中小企業に適していると感じたのは「Skillnote」や「HRBrain」といったクラウド型のスキル管理システムです。これらのツールは、メンバー自身がスキルを登録・更新でき、かつ上司が承認するという仕組みを持っています。
重要なのは、「スキル」を技術要素だけでなく、業務経験やプロジェクト特性も含めて管理することです。例えば、「Java開発5年」という情報だけでなく、「アジャイル開発経験あり」「顧客折衝経験あり」「リーダー経験なし」といった情報も合わせて記録します。こうすることで、プロジェクトの特性に応じた配置判断がしやすくなります。
定期的な1on1で「見えない情報」を引き出す
ツールで管理できる情報には限界があります。メンバーのモチベーション、キャリア志向、プライベートの状況といった「見えない情報」は、対話を通じてしか得られません。
私がPMOとして必ず実施しているのは、月1回の1on1ミーティングです。30分程度の短い時間ですが、この対話から得られる情報が、人員配置の判断を大きく左右します。今のプロジェクトで何に困っているか、次はどんな役割に挑戦したいか、プライベートで大きな変化はないか。こうした情報は、配置を決める際の重要な判断材料になります。
1on1は、ツールではありません。しかし、30年の経験から言えば、これが最も効果的な「情報収集の仕組み」です。定期的に対話する文化がある組織は、人員配置の精度が明らかに高いんですよね。
ツール・手法の比較:自社に合った選択を
人員配置を支援するツールや手法は多様です。重要なのは、自社の規模や文化に合ったものを選ぶことです。以下に、私が30年の経験から導き出した比較表を示します。
| ツール・手法 | 主な目的 | 向いている企業 | 導入難易度 | コスト感 |
|---|---|---|---|---|
| Asana / Backlog | 稼働状況の可視化 | 10〜100名規模の企業 | 中(定着に工夫必要) | 月額数千円〜/1人 |
| Skillnote / HRBrain | スキル・経験の管理 | 50名以上の企業 | 中(運用ルール設計が鍵) | 月額数万円〜 |
| 定期1on1 | 見えない情報の収集 | 全規模に有効 | 低(文化づくりが重要) | 無料(時間投資) |
| Excel管理 | 簡易的なリソース把握 | 10名以下の小規模 | 低 | 無料 |
| Microsoft Project | 大規模PJのリソース計画 | 100名以上の大企業 | 高(専門知識必要) | 買い切り数万円〜 |
この表で重要なのは、「導入難易度」の列です。ツールの機能が優れていても、現場に定着しなければ意味がありません。私の経験では、中小企業がいきなり高機能なツールを入れても、使いこなせずに形骸化するケースが非常に多いです。
まずは軽量なツールから始め、組織の成熟度に応じて段階的に高度化していく。これが現実的なアプローチだと、私は30年の経験から確信しています。
私が実践している配置判断の4軸評価
ツールで情報を集めても、最終的な配置判断は人間が行います。私がPMOとして配置を決める際に使っている「4軸評価」の枠組みを紹介します。これは、どんなツールを使っていても応用できる考え方です。
| 評価軸 | チェックポイント | 情報源 |
|---|---|---|
| スキルマッチ | 必要な技術スキルを持っているか、過去に類似案件の経験があるか | スキル管理システム、過去PJ実績 |
| キャラクター相性 | 他のメンバーと協働できるか、チーム内での役割バランスは適切か | 過去の協働実績、1on1での聞き取り |
| 成長機会 | 本人のキャリア志向と合っているか、適度なストレッチがあるか | 1on1、キャリア面談 |
| 稼働可能性 | 今の稼働状況で参画可能か、プライベート含めて無理はないか | リソース管理ツール、1on1 |
この4軸すべてが満点になることは、現実にはほとんどありません。しかし、4つの視点で評価することで、「どこに妥協があるか」「どこをフォローすべきか」が明確になります。例えば、スキルマッチは70点だが成長機会は100点、という配置なら、スキル不足を研修や先輩のサポートで補う、という対策が立てられます。
人員配置に完璧な答えはありません。しかし、多面的に評価し、意識的に判断することで、配置の精度は確実に上がります。私が10年以上PMOを続けてきて、最も大切にしているのは、この「意識的な判断」という姿勢なんですよね。
30年現場にいた私が思うこと
人員配置は、PMOの仕事の中で最もクリエイティブで、最も人間的な領域だと私は思っています。ツールやデータは判断を助けてくれますが、最後は人間の直感と経験が決め手になります。
30年IT業界にいて、プログラマーとして手を動かし、SEとして設計し、PMO/PMとして多くのプロジェクトを見てきました。その経験から確信していることがあります。それは、「正しい人を正しい場所に配置できたプロジェクトは、自走する」ということです。
逆に、配置を間違えたプロジェクトは、どれだけマネジメントが頑張っても苦しみ続けます。進捗会議で毎週リカバリー策を議論し、PMが現場に入って火消しをし、それでも遅延が膨らんでいく。こうしたプロジェクトの多くは、人員配置の段階で既に無理があったのです。
スキルシートを信じすぎてはいけない
私が若手PMだった頃、スキルシートを絶対視していました。紙に書かれた経験年数や保有資格を見て、「この人なら大丈夫」と判断していました。しかし、何度も失敗して学んだのは、スキルシートは「過去の実績」であって「未来の成果」ではない、ということです。
人は環境によって、発揮できる力が大きく変わります。前のプロジェクトで高いパフォーマンスを出していた人が、環境が変わると全く力を発揮できないことがあります。逆に、これまで目立たなかった人が、適切な役割と環境を与えられることで、驚くほど成長することもあります。
PMOとして人を見る際は、「この人は何ができるか」だけでなく、「この環境でこの人は何を発揮できるか」という視点を持つことが重要です。これは、スキルシートからは読み取れない情報なんですよね。
若手に挑戦の機会を与える勇気
人員配置で私が最も悩むのは、「安全策を取るか、挑戦的な配置をするか」という判断です。特に、若手を重要な役割に抜擢するかどうかは、いつも迷います。
失敗すればプロジェクトに影響が出ます。しかし、挑戦させなければ組織は成長しません。私の経験則では、「7割の確信があれば、若手を抜擢する」という基準で動いています。10割の確信を待っていたら、永遠にチャンスは来ません。7割の確信と、3割の不安。この3割を、先輩のサポートや定期的なフォローで埋めていく。これが、人を育てながらプロジェクトを成功させる方法だと思っています。
実際、私が抜擢した若手の多くは、最初は苦労しながらも、プロジェクトを通じて大きく成長しました。そして、その経験が次のプロジェクトでの活躍につながっています。人員配置は、今の成功だけでなく、未来の組織力をつくる行為なのです。
明日からできる小さなアクション
もしあなたが今、プロジェクトの人員配置に悩んでいるなら、まず小さなことから始めてみてください。いきなり高価なツールを導入する必要はありません。
私が提案するのは、「次のプロジェクトの配置を決める前に、候補者全員と30分の対話をする」ということです。スキルシートだけを見て決めるのではなく、本人の口から、今の状況、これからやりたいこと、不安に思っていることを聞く。たったこれだけで、配置の判断精度は確実に上がります。
そして、配置を決めたら、その判断の理由を言語化してください。「なぜこの人をこの役割に配置したのか」「どんな期待をしているのか」「どんなサポートを用意するのか」。これを文書に残すことで、配置判断のノウハウが組織に蓄積されていきます。
人員配置に完璧な答えはありません。しかし、意識的に、丁寧に判断を重ねることで、組織は確実に強くなります。20代から60代まで、多様なメンバーを束ねてきた私の実感です。あなたのプロジェクトが、適切な人員配置によって成功することを願っています。
コメント