ITパスポート 2013年 春期 問34
問題文
プロジェクトの人的資源の割当てなどを計画書にまとめた。計画書をまとめる際の考慮すべき事項に関する記述のうち、最も適切なものはどれか。
選択肢
ア:各プロジェクトメンバの作業時間の合計は、プロジェクト全期間を通じて同じになるようにする。
イ:プロジェクト開始時の要員確保が目的なので、プロジェクト遂行中のメンバの離任時の対応は考慮しない。
ウ:プロジェクトが成功することが最も重要なので、各プロジェクトメンバの労働時間の上限は考慮しない。
エ:プロジェクトメンバ全員が各自の役割と責任を明確に把握できるようにする。(正解)
🔒 解説は解答すると表示されます
プロジェクトの人的資源の割当てに関する設問【ITパスポート 解説】
正解の理由
計画書では、プロジェクトメンバ全員が自分の「役割と責任」を明確に把握できるようにすることが最も重要です。ここでいう役割と責任とは、「誰が何をするか(役割=role)」と「その仕事に対してどの程度の成果や説明義務があるか(責任=responsibility)」を指します。これが明確であれば、作業の重複や抜け、指示系統の混乱が減り、進捗管理や問題発生時の対応がスムーズになります。したがって選択肢のうち、計画書に入れるべき適切な事項は エ です。
(補足)「人的資源」とは人(要員)のことで、誰をいつどのくらい投入するかの計画を指します。計画書は単に名前を書くものではなく、役割分担や責任範囲を明示することが肝心です。
解法ステップ
- 問題文が何を問うているか確認する:計画書作成時に「考慮すべき事項」。
- 各選択肢が計画書にふさわしいかを評価する基準を決める:
- 実行可能であるか(法令・労務上の問題はないか)
- 進行管理に役立つか(責任の所在が明確か)
- リスク対応(離任や負荷の偏りを考慮しているか)
- 各選択肢を当てはめ、基準に照らし合わせる:
- 「全期間で作業時間が同じにする」など現実的でない方針は除外
- 「離任を考慮しない」「労働時間上限を無視する」はリスクや法令違反になるため除外
- 「役割と責任を明確にする」は進行管理や問題解決に直結するため最適
- 最も適切な選択肢を選ぶ(エ)。
選択肢別の誤答解説
-
ア: 各プロジェクトメンバの作業時間の合計は、プロジェクト全期間を通じて同じになるようにする。
→ 間違い。人の作業量はフェーズごとに変わる(設計期は設計者が多く、試験期は検証者が多い等)。全期間で均一化することは非現実的で、重要な時期に不足が起きる可能性があります。負荷偏在を避ける調整は必要ですが、「同じにする」は目的とは異なります。 -
イ: プロジェクト開始時の要員確保が目的なので、プロジェクト遂行中のメンバの離任時の対応は考慮しない。
→ 間違い。離任(メンバがプロジェクトを離れること)は現実に起こります。引継ぎ計画や代替要員の確保、知識共有(ナレッジ移転)を計画に含めないと、プロジェクト継続に重大な支障をきたします。リスク管理の観点から離任時対応は必須です。 -
ウ: プロジェクトが成功することが最も重要なので、各プロジェクトメンバの労働時間の上限は考慮しない。
→ 間違い。労働時間の上限を無視すると、法令違反や過重労働、メンバの健康問題を招き、結果的にプロジェクトの失敗につながります。計画には法令・就業規則を守ること、適切な工数見積りと余裕(バッファ)を確保することが必要です。 -
エ: プロジェクトメンバ全員が各自の役割と責任を明確に把握できるようにする。
→ 正しい。責任と役割を明確にすることで、作業の重複や抜け、判断の遅れを防ぎ、進捗管理や障害発生時の対処が容易になります。計画書に明記すべき最重要事項の一つです。
よくある誤解
-
誤解1: 「均一な作業時間=平等で良い計画」
→ フェーズごとに必要なスキルや工数は変わるため、均一化は非効率。重要なのは適切な時期に適切な人を配置することです。 -
誤解2: 「開始時に人数をそろえれば要員計画は終わり」
→ 要員は途中で変わることがあります(転職・病欠など)。引継ぎや代替計画(バックアップ要員)を準備する必要があります。 -
誤解3: 「成果のためなら労働時間制限は無視してよい」
→ 法律や健康面の制約があり、長時間労働は逆効果になります。持続可能な計画を立てることが大切です。
補足コラム
役割と責任を明確にするために使われる代表的な手法に「RACI表」があります。RACIは英語の頭文字で以下を示します。
- Responsible(実行者):実際に作業を行う人
- Accountable(最終責任者):成果に対して説明責任を持つ人(1つの作業に対して1名が望ましい)
- Consulted(相談先):作業中に意見を求める人や専門家
- Informed(報告先):結果を通知すべき人
RACIを用いると、各タスクごとに誰が何をするかが一目でわかります。小さなプロジェクトでも表にまとめて共有すると効果的です。
また、離任対策としては以下が有効です。
- ナレッジ共有(ドキュメント化、Wiki化)
- 引継ぎ期間とチェックリストの設定
- バックアップ要員の計画(代替担当者の育成)
これらは計画書に明記しておくと安心です。
FAQ
Q1: 「役割」と「責任」はどう違いますか?
A1: 役割は「何をするか(業務の種類)」、責任は「その業務に対してどこまで結果や説明を求められるか」です。例:テストを実行するのが役割、テスト結果の品質を保証するのが責任、のように分けて考えます。
A1: 役割は「何をするか(業務の種類)」、責任は「その業務に対してどこまで結果や説明を求められるか」です。例:テストを実行するのが役割、テスト結果の品質を保証するのが責任、のように分けて考えます。
Q2: 要員計画にどこまで詳しく書けばよいですか?
A2: 少なくとも「誰(氏名または役職)」「期間」「主な役割」「責任範囲」「代替案(バックアップ)」は明記してください。プロジェクトの規模に応じてスキル要件や稼働率(%)も追加します。
A2: 少なくとも「誰(氏名または役職)」「期間」「主な役割」「責任範囲」「代替案(バックアップ)」は明記してください。プロジェクトの規模に応じてスキル要件や稼働率(%)も追加します。
Q3: RACI表はどのタイミングで作ればよいですか?
A3: 要員計画と同時期、または主要なタスクが確定した段階で作るのが良いです。早めに作ると役割の曖昧さを防げます。
A3: 要員計画と同時期、または主要なタスクが確定した段階で作るのが良いです。早めに作ると役割の曖昧さを防げます。
関連キーワード: 人的資源管理、要員計画、要員配置、役割と責任、RACI、引継ぎ、バックアップ要員、労務管理、プロジェクトマネジメント、リスク対応

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

