戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

プロジェクトマネージャ 2014年 午後1 問02


プロジェクトの進捗管理に関する次の記述を読んで、設問1~4に答えよ。

 P社は大手インターネット通販会社である。業容の拡大を目指し、ファッションを専門に扱うECサイトを運営しているE社に、先月資本参加した。P社は、来年度以降にE社を子会社化することになっている。子会社化に当たって、E社のシステム担当部門のマネジメント能力を把握し、最終的にはP社の標準のプロジェクトマネジメント体系に合わせるために、情報システム部のQ課長をE社に出向させた。   〔プロセス改善の方針〕  着任したQ課長は、E社のシステム担当役員に現況についてのヒアリングを行った。  ・E社の情報システム部には二つの開発課がある。2人の課長は、異なるIT企業からの中途採用者であり、それぞれが異なったやり方でプロジェクトをマネジメントしている。  ・各開発課とも7~8名の規模で、ノウハウを共有しながらプロジェクトを進めている。チームワークが良く、開発の効率も悪くはない。ただし、明確に規定されたプロセスはなく、その時々の判断で開発を進めている。新規にメンバが参加する際には、その課の開発の進め方を習得するまでに時間が掛かっている。  ・2人の課長は、これまでの成功体験に自信を持っている。統制がとれたプロセスよりも、ノウハウの共有によるスピーディな対応を好む傾向がある。  ・進捗の遅れや品質に関する問題は時々発生している。今後、より大規模な開発案件に対応するためには、プロジェクトマネジメントの改善が必要である。  Q課長は、このヒアリング結果から、P社の確立したプロセスにいきなり統一するのではなく、次の方針で進めていく方が現状のE社にはよいと考え、P社経営層及びE社経営層に提案をして、承認を得た。  ・各課長のマネジメントについて、問題点を具体的に指摘し、気付きを与える。  ・その気付きを契機に、明確に規定されたプロセスに基づく開発を行うことの必要性を、少しずつ納得してもらう。  Q課長は、まず、2人の課長のうちF課長が担当する基幹システムの追加開発プロジェクトに、アドバイザとして参加した。   〔進捗管理表の様式〕  F課長が担当するプロジェクトは、外部設計の中盤に差し掛かっていた。F課長は、表計算ソフトを用いて、図1のような進捗管理表を作成し、使用していた。
プロジェクトマネージャ試験(平成26年 午後1 問2 図1)
 F課長へのヒアリングでは、この進捗管理表を用いて、次のように進捗を管理しているとのことだった。  ・各アクティビティの所要日数は、開始予定日から終了予定日までの営業日の作業日数を集計したものである。  ・設計書などの成果物を作成するアクティビティの進捗率は、70%を成果物作成の予定量に対する実績量から算出し、30%をレビュー指摘への対応状況から算出する。予定量の見通しが変更になった場合は、適宜見直す。  ・進捗率に従って実績線を矢印で表示し、評価対象日における進み・遅れを折れ線(以下、イナズマ線という)で表示する。  ・レビューのアクティビティの進捗率は、実施完了前は0%とし、実施完了で100%とする。  ・親アクティビティの進捗率は、子アクティビティの進捗率から次のように求める。   親アクティビティの進捗率   ={}÷   :子アクティビティの所要日数 (1 ≦ ≦ )   :子アクティビティの進捗率 (1 ≦ ≦ )   :子アクティビティの数  Q課長は、現在の親アクティビティの進捗率の計算方法では、進捗率が正しく計算されないことを指摘し、計算方法を修正すべきだと助言した。  またQ課長は、子アクティビティを持たない、成果物を作成するアクティビティについて、①実績線・イナズマ線は、計画について、ある前提を想定して、進み・遅れを示しているが、それを理解しているかどうかをF課長に質問した。F課長はその特性を理解しつつ、進捗評価をしているということだった。   〔アクティビティに対するリソース割当て〕  次にQ課長は、今後のアクティビティと、アクティビティに対するリソース割当ての状況を細かく確認した。その結果、次の事実を確認した。  ・プロジェクトのリーダであるG主任が、クリティカルパス上のアクティビティの約7割、レビューのアクティビティの約7割を担当している。  ・上記以外のアクティビティの担当者や時期は、適切に設定されている。  ・G主任の稼働計画は、長時間の残業を前提にしている。その他のメンバの稼働計画は、残業なしを前提としている。  この事実について確認すると、F課長からは次のような回答があった。  ・G主任の経験と能力は、他のメンバと比較して高いので、このような形でアサインすることが最も効率よく、品質面でも安心できる。  ・過去のプロジェクトでもG主任に作業を集中させて成功してきた。開発の途中で遅れが発生したことは何度もあったが、最後にはつじつまを合わせてくれた。今回も遅れが発生しているが、リカバリできると考えている。  Q課長は、既にG主任の担当アクティビティに遅れが発生していること、G主任の稼働計画は余裕がないことから、F課長に対して“G主任に対するアクティビティの割当てには、②プロジェクト全体のスケジュールに関わるリスクと、③多くの成果物の品質に関わるリスクがあるので、見直しが必要ではないか”と助言した。それに対しF課長は“確かに、過去のケースと比べてG主任の作業の遅れ発生時期が早く、G主任のレビューもいつもより丁寧さに欠けている気がする”ということで、Q課長の助言を受け入れ、G主任の担当アクティビティのうち、他のメンバに担当させることができるものを選定して、負荷を分散した。   〔外部設計の遅延対策〕  外部設計が終盤に差し掛かった頃、あるメンバ2名が担当するアクティビティの設計書の最終レビューで問題が検出され、大きな手戻りが発生することが判明した。このアクティビティには、当該メンバ2名が担当する後続アクティビティがあり、このままでは外部設計の完了期限を守れなくなる。F課長は次の対策を立案し、Q課長に相談に来た。  ・他のメンバの作業を調整して、問題が発生したアクティビティに工数を割り振り、手戻りによる遅れを最小限にとどめる。これは、プロジェクト内で調整できる。  ・問題が発生したアクティビティには“多数のQ&A表に散在している細かな仕様を、設計書に反映する作業”が残っている。この作業を省略し、後の工程で設計書とQ&A表を見比べて作業を行うことにすれば、遅れは5日で収まる。最終的な反映作業は、テストと並行して行うドキュメント整理期間に実施する。  ・問題が発生したアクティビティの後続アクティビティについて、5日分のクラッシングを行うために、もう一方の開発課から緊急で要員を調達することを承諾してもらっている。  ・クラッシングに充てる応援要員の人数は、2名が妥当だと考えている。過去の同種のアクティビティの生産性と応援要員の候補者のスキルを考慮して、作業に必要な工数を算出した。さらに、仕様の理解やチームのノウハウの習得に要する応援要員の初期の立上げ工数、教育やレビューを行う受入側の工数を織り込んで、スケジュール上に展開して、確認した。  Q課長は、問題が発生したアクティビティの設計書に関する対策には、後の工程で生産性や品質の低下につながる問題があるので、“更にコストは掛かるが、Q&A表に散在している細かな仕様を設計書に反映すべきである”と助言した。  また、クラッシングに関する工数の計算には、人員増に伴うコミュニケーションパス増加の観点が欠けていることもあり、再考が必要であることを指摘した。

設問1:

問題文を見る
〔プロセス改善の方針〕について、Q課長がP社の確立したプロセスにいきなり統一しなかったのは、どのような問題を引き起こすことを恐れたからか。25字以内で述べよ。

模範解答

・プロセス導入の効果が十分に得られないこと ・プロセスが正しく定着しないこと

解説

解答の導き方

この設問は、Q課長がP社のプロセスをすぐに導入せず、段階的に進めようとした理由を問うています。着目するのは、E社の課長や開発チームがプロセス導入をどう受け止めそうかです。
本文では、2人の課長は「それぞれが異なったやり方でプロジェクトをマネジメントしている」とあり、明確なプロセスがない状態で開発を進めています。また、2人は「これまでの成功体験に自信を持っている」うえ、「統制がとれたプロセスよりも、ノウハウの共有によるスピーディな対応を好む傾向」があります。
この状況で、P社の確立したプロセスをいきなり適用すると、課長たちがその必要性を理解・納得しないまま、形式的に従うだけになるおそれがあります。そうなれば、プロセスが実際の開発に定着せず、導入した効果も十分に得られません。
そこでQ課長は、まず各課長のマネジメント上の問題点を具体的に示して気付きを与え、その後、規定されたプロセスに基づく開発の必要性を少しずつ納得してもらう方針を提案しています。したがって、急な統一によって、プロセス導入の効果が得られなくなったり、プロセスが正しく定着しなくなったりすることを避けようとしたと考えられます。

誤りやすいポイント

  • 「E社の開発課ごとにやり方が異なること」だけを問題として挙げると、なぜすぐ統一しなかったのかという理由まで説明できません。
  • P社のプロセス自体に問題があるから導入を避けた、と考えるのは誤りです。問題は、導入を急ぐことで現場の納得や定着が伴わなくなることです。
  • 「開発の効率が悪くなること」だけでは不十分です。本文では、プロセスを受け入れてもらい、効果を得られるように段階を踏むことが重視されています。

FAQ

Q: E社の課長たちは、プロセス導入そのものに反対しているのですか?
A: 明確に反対しているとは書かれていません。ただし、これまでの成功体験を持ち、柔軟で速い対応を好むため、急な統一では必要性を納得せず、実際の定着につながらない可能性があります。
Q: 「導入の効果が得られないこと」と「正しく定着しないこと」は、どう関係しますか?
A: プロセスが現場に定着しなければ、手順が実際の開発で活用されず、改善の効果も得られません。定着しないことが、効果を得られないことにつながります。

関連キーワード: プロセス改善、プロセス標準化、チェンジマネジメント、組織的抵抗、プロセス定着

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問2:〔進捗管理表の様式〕について、(1)、(2)に答えよ。

設問2(1)

問題文を見る
Q課長は、親アクティビティの進捗率の計算方法をどのように修正するように助言したのか。25字以内で具体的に述べよ。

模範解答

には所要日数ではなく計画工数を用いる。

解説

解答の導き方

  1. 親アクティビティの進捗率は、複数の子アクティビティの進捗率をまとめて表す値です。本文では、子アクティビティごとの進捗率に を掛けて平均しています。したがって、 は各子アクティビティの進捗をどれだけ重く扱うかを決める重みです。
  2. 現在の計算方法では、その重みに「所要日数」を使っています。しかし、所要日数は作業にかかる期間であり、作業量そのものではありません。複数のアクティビティが並行して進む場合は、所要日数を合計しても、親アクティビティ全体の作業量を表せません。
  3. 図1では、例えば「A-3機能 外部設計」は計画工数が20.0人日、「A-3機能 最終レビュー」は0.3人日ですが、所要日数はそれぞれ10日と1日です。所要日数を重みにすると、レビューの作業量が実際より大きな割合で親の進捗率に影響することになります。
  4. 親アクティビティ全体の進捗を、子アクティビティごとの作業量に応じて反映するには、 に所要日数ではなく計画工数を使います。つまり、計画工数を重みとした加重平均に修正します。

誤りやすいポイント

  • 所要日数と計画工数を、どちらも作業量を表す値だと考えてしまうことです。所要日数は期間、計画工数は作業に必要な人日です。
  • 子アクティビティの進捗率を単純平均すればよいと考えることです。作業量の異なる子アクティビティを同じ比重で扱うと、親アクティビティの進捗を適切に表せません。
  • 子アクティビティの進捗率の算出方法を直す問題だと捉えることです。ここで修正するのは、親アクティビティの進捗率を計算するときの重みです。

FAQ

Q: 計画工数を重みにするのはなぜですか?
A: 各子アクティビティの作業量の大小を、親アクティビティの進捗率に反映できるからです。工数の大きい作業ほど、全体の進捗率に与える影響も大きくなります。
Q: 子アクティビティの所要日数は、進捗管理に使わないのですか?
A: 所要日数は、開始予定日から終了予定日までの期間を把握するために使います。ただし、親アクティビティの進捗率を集計する重みとしては、作業量を表す計画工数を使います。
Q: 子アクティビティの進捗率の算出方法も変更しますか?
A: この設問で変更するのは、親アクティビティの進捗率を求める際の重みです。子アクティビティの進捗率の算出方法は対象ではありません。

関連キーワード: 進捗率、計画工数、所要日数、加重平均、アクティビティ

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問2(2)

問題文を見る
本文中の下線①について、想定されている、ある前提とは何か。30字以内で述べよ。

模範解答

アクティビティの成果が、日ごとに一定に増加すること

解説

解答の導き方

この設問は、成果物を作成するアクティビティについて、実績線とイナズマ線で進み・遅れを判断するときに、計画上どのような進捗の仕方を想定しているかを問うています。
まず、本文では、成果物を作成するアクティビティの進捗率を「成果物作成の予定量に対する実績量」などから求め、その進捗率に従って実績線を表示すると説明しています。つまり、進捗率は成果物がどれだけできたかを表します。
一方、実績線は日付の並ぶカレンダー上に描かれます。進捗率を日数に対応させるには、進捗率が所要日数に比例すると考える必要があります。たとえば、所要日数が5日のアクティビティで進捗率が60%なら、計画上は5日の60%に当たる3日分まで進んだ位置に実績線を置きます。
このように、進捗率を時間の経過に対応させて進み・遅れを判断するため、計画では成果が毎日同じ量ずつ増えると想定しています。成果の増加が日によって大きく異なる場合、進捗率と経過日数の割合は一致しないため、線の位置だけから進み・遅れを判断する前提が崩れます。

誤りやすいポイント

  • 「進捗率の計算方法」を問う設問と取り違えないようにします。ここで問われているのは、進捗率を日付上の位置に対応させる際の計画上の前提です。
  • 成果物の作成が実際に毎日一定のペースで進む、と断定するのは誤りです。一定に増加するのは、実績線・イナズマ線で進み・遅れを判断するために置く前提です。
  • レビューのアクティビティは、本文では実施完了前が0%、完了時が100%とされています。成果物を作成するアクティビティの進捗率とは区別しましょう。

FAQ

Q: 成果物が作業の後半に多く完成する場合、この線の読み取りはどうなりますか?
A: 進捗率と経過日数が比例しないため、線が示す進み・遅れは実際の作業の進み方とずれることがあります。線の読み取りには、成果が日ごとに一定に増加するという前提が置かれています。
Q: 進捗率そのものも、毎日一定の割合で増えるという意味ですか?
A: いいえ。進捗率の算出方法と、進捗率を時間軸上で解釈するための前提は別です。設問が問うているのは後者です。

関連キーワード: 進捗率、実績線、イナズマ線、所要日数、進捗管理

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

〔アクティビティに対するリソース割当て〕について、Q課長が想定した本文中の下線②、下線③のリスクを、理由を含めて、それぞれ40字以内で述べよ。

模範解答

下線②:クリティカルパス上のアクティビティの遅れで、プロジェクト全体が遅れる。 下線③:レビューが不十分となることで、他の作業者の成果物の品質低下につながる。

解説

解答の導き方

この設問では、G主任へのアクティビティの集中が、スケジュールと品質にそれぞれどのような影響を及ぼすかを考えます。
まず、本文には、G主任が「クリティカルパス上のアクティビティの約7割」を担当しているとあります。クリティカルパス上のアクティビティは、遅れるとプロジェクト全体の完了時期に影響する作業です。その多くをG主任が担っているため、G主任の作業が遅れた場合、プロジェクト全体のスケジュールが遅れる危険があります。
さらに、G主任の稼働計画は「長時間の残業を前提」としており、本文では、すでにG主任の担当アクティビティに遅れが発生しているとされています。余裕の少ない計画の中で遅れが生じているため、遅れを挽回できずにプロジェクト全体へ波及するリスクがある、と判断できます。
次に、品質への影響を考えます。G主任は「レビューのアクティビティの約7割」も担当しています。レビューは、他の作業者が作成した成果物の問題を見つける工程です。ところが、F課長はG主任のレビューについて「いつもより丁寧さに欠けている気がする」と述べています。レビューが不十分になると、成果物の誤りや不備を見逃しやすくなります。G主任が多くのレビューを担当しているため、その影響が複数の成果物に及び、品質低下につながる危険があります。

誤りやすいポイント

  • スケジュールのリスクを、単に「G主任が忙しいから遅れる」とだけ捉えないことが大切です。クリティカルパス上の作業を多く担当しているため、遅れがプロジェクト全体の完了時期に影響する点まで結び付けます。
  • 品質のリスクは、G主任自身が作成する成果物だけの問題ではありません。G主任が多くのレビューを担当しているため、他の作業者の成果物にある不備を見逃す可能性が問題になります。
  • G主任の経験や能力が高いという理由だけで、リスクがないとはいえません。本文では、担当作業にすでに遅れがあり、レビューの丁寧さにも懸念が示されています。

FAQ

Q: なぜクリティカルパス上の作業の遅れが、プロジェクト全体の遅れにつながるのですか?
A: クリティカルパスは、プロジェクトの完了時期を左右する一連の作業です。その作業が遅れると、後続作業やプロジェクト全体の完了時期にも影響します。
Q: レビューの遅れと、成果物の品質低下はどう結び付くのですか?
A: レビューが不十分だと、成果物に含まれる誤りや不備が見つからないまま後工程へ進む可能性が高くなります。
Q: G主任の経験が豊富でも、なぜリスクが残るのですか?
A: 経験や能力が高くても、担当作業が集中し、稼働に余裕がなければ、作業の遅れやレビューの不十分さが起こり得ます。本文でも、その兆候がすでに確認されています。

関連キーワード: クリティカルパス、資源配分、スケジュールリスク、レビュー、品質リスク

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

〔外部設計の遅延対策〕について、Q課長が、Q&A表に散在している細かな仕様を設計書に反映すべきであると助言した背景にある、後の工程で生産性や品質の低下につながる問題とは何か。40字以内で述べよ。

模範解答

・Q&A表に散在している仕様を見落としたり、仕様の把握に時間が掛かること ・Q&A表に散在している仕様の見落としや、手戻りが発生すること

解説

解答の導き方

  1. 問われているのは、仕様を設計書に反映せず後の工程に回した場合、なぜ生産性や品質が低下するのかです。作業を後回しにすることによる、後の工程への影響を考えます。
  2. 問題のアクティビティには、「多数のQ&A表に散在している細かな仕様」が残っています。F課長の案では、それらを設計書に反映せず、後の工程で設計書とQ&A表を見比べて作業します。つまり、後の工程で使う情報が一つの設計書にまとまらず、複数の資料に分かれたままになります。
  3. 複数のQ&A表を探して設計書と照合する必要があるため、仕様を把握するのに時間が掛かります。また、散在する仕様の一部を見落としたまま作業すると、仕様と異なる成果物が作られ、確認や修正の手戻りが発生するおそれがあります。
  4. したがって、Q課長が懸念したのは、仕様を設計書に集約しないことで、後の工程で仕様の把握に時間が掛かったり、仕様を見落として手戻りが発生したりすることです。遅れを抑えるために反映作業を後回しにしても、その分の確認作業や手戻りが後工程の生産性・品質を損ねる可能性があります。

誤りやすいポイント

  • 「設計書とQ&A表を見比べる作業が増える」とだけ述べ、仕様の把握に時間が掛かることや、見落とし・手戻りにつながることに触れないと、影響の説明が不十分です。
  • 遅延対策としての「遅れは5日で収まる」という効果だけに注目し、後の工程で生じる問題を答えないようにします。
  • 「品質が低下する」とだけ述べるのではなく、仕様の見落としによって誤った成果物が作られる、という因果関係を示すと明確です。

FAQ

Q: 仕様を後で設計書に反映するなら、見落としは防げませんか?
A: 後から反映する予定であっても、反映前に後の工程の作業が進むと、担当者が複数のQ&A表を確認しきれず、仕様の見落としや手戻りが起きるおそれがあります。
Q: 問題となるのは、設計書を更新する作業そのものですか?
A: 更新作業だけではありません。仕様が設計書とQ&A表に分かれた状態で後の工程が作業するため、仕様の確認に時間が掛かり、見落としや手戻りにつながる点が問題です。

関連キーワード: 仕様管理、設計書、Q&A管理、仕様の見落とし、手戻り

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

戦国ITクイズ機能

\ せっかくなら /

プロジェクトマネージャを
クイズ形式で学習しませんか?

クイズ画面へ遷移する→

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について