ITパスポート 令和7年度 問55：project_managementに関する問題

答えは a です。「a だけが正しい」という意味です。

チームを組むときの話。

• a：足りない技術があるなら、その人に研修してできるようにする → これは正しい工夫。
• b：「技術より、とにかく頭数を集めるのを“いつも”優先」 → ダメ。スキルなしで集めても仕事は進みません。
• c：「だれが何の担当かを最初は決めず、始まってから決める」 → ダメ。役割は最初に決めるもの。

正しいのは a だけ。

👉 覚え方：研修＝○／頭数優先＝×／役割あとまわし＝×。

なぜこれが正解か

正解は a（aのみ）。人的資源計画では、必要なスキルを基準に要員を配置し、不足があればトレーニングで補うのが定石。a はこれに合致し適切。

各選択肢の解説

• a 適切：スキル不足にはトレーニングを計画する。要員育成は人的資源マネジメントの基本。
• b 不適切：「必要スキルより要員確保を“常に”優先」は誤り。スキルを満たさない人員を集めても成果は出ない。優先すべきは要求スキルとの適合。
• c 不適切：「役割と責任を計画段階で明確にせず開始後に定める」は誤り。役割・責任は計画段階で明確化するのが原則（責任分担表＝RAM/RACIなど）。

よって正しいのは a のみ。

覚え方・ひっかけ注意

「常に」「全て」など絶対表現は誤りになりやすい（b）。役割分担は“あとで”ではなく“先に”決める（c が×）。組合せ問題は1つずつ○×を付けてから選択肢と照合する。

理論的背景

本問はプロジェクト人的資源管理（HR Management）の原則を問う問題である。正解はaのみ（選択肢a：「スキルが不足している場合はトレーニングを計画する」が適切）。

PMBOKガイド（Project Management Body of Knowledge）において人的資源管理は「資源計画」「チーム編成」「チーム育成」「チームマネジメント」の4プロセスに分けられる。計画段階では「役割と責任の明確化」「スキルギャップの特定とトレーニング計画」が必須要素として定められており、選択肢bとcはそれぞれ異なる理由で不適切である。

選択肢b「スキルより要員確保を常に優先」が誤りである理由：プロジェクトに必要なスキルが不足した状態で要員を配置すると、成果物の品質低下・工数超過・チームの士気低下を引き起こす。PMBOKは「スキル適合性（skill fit）」をリソース配置の最優先基準としており、確保可能性のみで配置判断することを明示的に否定している。

選択肢c「役割と責任の計画段階での明確化を避ける」が誤りである理由：RACI（Responsible/Accountable/Consulted/Informed）マトリクスに代表されるように、役割・責任の明確化はプロジェクト計画段階の必須成果物である。着手後に定めると、手戻り・責任の所在不明・意思決定遅延が発生する。

実務での使われ方

IT開発プロジェクトの人的資源計画は、システム開発方法論の種類によって実施タイミングが異なる。ウォーターフォール開発では要件定義完了後に詳細なWBS（Work Breakdown Structure）を作成し、各タスクに必要なスキルセット・工数・担当者を計画段階で全て決定する。一方アジャイル開発（スクラム）では役割はProduct Owner・Scrum Master・Developerの3種のみに大枠が固定され、スプリントごとにタスクを柔軟に割り振る。しかしアジャイルにおいても「各スプリントで誰が何をするかの責任は明確化」されており、「計画しない」ことと「柔軟に計画する」ことは別物である。

スキル不足に対するトレーニング計画は、On-the-Job Training（OJT）・Off-the-Job Training（OffJT）・eラーニングの三形態が実務では使い分けられる。プロジェクト期間内に完了できるトレーニングの設計、費用対効果の評価、トレーニング効果の測定まで含めて計画に織り込むことが実務の標準である。

試験での位置づけ

ITパスポートのプロジェクトマネジメント分野では、PMBOKの基本的な知識エリアと概念が問われる。「人的資源管理」「役割と責任の明確化」「スキルギャップへの対応」は繰り返し出題されるテーマであり、本問のような「複数の記述のうち適切なものだけを選ぶ」形式は正確な概念理解を問う良問である。

基本情報技術者試験ではPMBOK第7版の「パフォーマンス領域」概念（ステークホルダー/チーム/開発アプローチ/計画/プロジェクト業務/デリバリ/測定/不確実性の8領域）まで出題範囲が広がる。特に「チームパフォーマンス領域」では心理的安全性・チームの成長段階（タックマンモデル：形成期→嵐期→規範期→実行期）など、組織行動論との融合が進んでいる。

選択肢の発展補足

選択肢bが誤りとされる背景には、実務での「体制優先・スキル後回し」という悪習に対する戒めがある。特にIT業界では「人が足りないからとりあえず配置して後でキャッチアップ」というパターンが慢性的な品質問題を生んできた。2024年版PMBOKではこの問題意識をより明確にし、リソースの「能力（capability）」を計画段階で評価する重要性を強調している。選択肢cの「着手後に役割を定める」はアジャイルとの混同を招きやすいが、アジャイルでも役割の定義はチーム立ち上げ時（プロジェクト開始時）に行われる。「柔軟性」とは役割の不定義ではなく、詳細タスク配分の動的調整を指す。