応用情報技術者過去問題 平成30年秋期 午後問9

⇄問題文と設問を画面2分割で開く⇱問題PDF

問9 プロジェクトマネジメント

ERPソフトウェアパッケージ導入プロジェクトの計画に関する次の記述を読んで,設問1~3に答えよ。

 A社は中堅の産業機械メーカーである。A社では,顧客の機械設備更改の需要が横ばい状態で,好転する兆しも見えないことから,今後大きな成長が期待できるIoT関連事業の拡大に取り組むことにした。そのために,A社の100%子会社としてIoT関連事業に特化したB社を設立することを決定した。

〔IoT関連事業の中期計画〕
 IoT関連事業の中期計画の概要は次のとおりである。
  • 製品ラインアップ拡充,M&Aなどを通じて,今後5年間でB社の売上をA社の現在のIoT関連事業の売上の5倍程度の規模までに拡大し,将来の主力事業の一つにする。
  • 来年の7月1日のB社の事業開始日に合わせて,B社の基幹業務システム(以下,B社基幹システムという)をA社が構築する。

 B社基幹システムを構築するプロジェクト(以下,本プロジェクトという)はA社の取締役会で承認され,A社のIoT関連事業とITを統括するC取締役が本プロジェクトの立上げに着手した。

〔本プロジェクトの概要〕
(1) 本プロジェクトの方針
  • B社基幹システムを,B社の事業開始日に合わせて構築する。本プロジェクトの納期を守るために,部門をまたがる意思決定はトップダウンで行う。
  • 短期間での構築を実現するために,ERPソフトウェアパッケージを採用する。
  • 将来のB社の成長に役立つように,A社のIoT関連事業に詳しい要員を主体とした体制で本プロジェクトを遂行する。
(2) aの発行
 C取締役は,本プロジェクトを公式に認可する文書として,本プロジェクトの方針を含めたaを発行した。

(3) 評価指標の設定
 本プロジェクトのKPI(重要業績評価指標)として,納期,コスト,品質などを評価するための指標が設定された。

(4) 本プロジェクトの体制
  • ①C取締役が,本プロジェクトを統括する
  • A社情報システム部門のD課長が,プロジェクトマネージャとして本プロジェクトの遂行責任を負い,その下に業務チームとITチームを置く。
  • A社における本プロジェクトの体制を,図1に示す。
    pm09_1.png/image-size:281×131
(5) ERPソフトウェアパッケージの導入
  • A社はaに基づいて,ERPソフトウェアパッケージに関するbを作成し,ITベンダ5社に提示した。
  • bへの回答を基に,ITベンダ5社の能力,経験,提案内容,導入期間,価格などを比較した結果,X社製のERPソフトウェアパッケージ(以下,Xパッケージという)を選定することにした。
  • A社はXパッケージのライセンスをX社から購入し,導入・適用作業は本プロジェクトの要員が主体となって行う。X社の技術サービス部門では,Xパッケージに関する充実した教育コース,Xパッケージの導入・適用作業の支援サービスを提供している。
  • ITチームには,Xパッケージに関する知識はあるが,業務チームには,Xパッケージに関する知識はない。
〔プロジェクト実行計画の策定〕
 D課長は,aに基づいて,プロジェクト実行計画書を作成した。このプロジェクト実行計画書に記載した内容は,次のとおりである。
(1) スコープ
  • B社基幹システムの対象業務を,会計,購買,生産及び販売物流とする。
  • 本プロジェクトの期間が短いことから,Xパッケージの標準機能の利用を前提とする。標準機能を用いた業務のイメージを早期に把握するために,cを作成し,実際に動作させて検証・評価する。
  • IoT関連事業の中期計画に基づき,B社基幹システムの稼働後にdを可能にするため,クラウドサービスを利用してXパッケージを運用する。
  • 業務プロセスと,Xパッケージの標準機能の間にギャップが存在した場合には,Xパッケージのパラメータ設定を変更する。パラメータ設定の変更で対応できないときは,Xパッケージの標準機能に業務プロセスを合わせる。
  • Xパッケージに投入できるデータ形式は,Xパッケージの仕様によって規定されている。このため,A社の基幹業務システムからB社基幹システムへのデータ移行プログラムが必要になる。このデータ移行プログラムは,A社の基幹業務システムからのデータ抽出,Xパッケージに合わせたe,Xパッケージへのデータ投入の3機能から成る。
(2) スケジュール
  • 本プロジェクトのフェーズ,その主要タスク及びスケジュールを図2に示す。
  • プロジェクト開始日は来年の1月1日,稼働開始日は来年の7月1日とする。
pm09_2.png/image-size:500×298
〔プロジェクト実行計画書のレビュー〕
 D課長は,プロジェクト実行計画書について,C取締役のレビューを受けた。その結果,B社基幹システムの稼働開始日を厳守するために,スケジュールに関するリスク管理を徹底するようC取締役から指示された。そこで,D課長は,導入において発生しがちなリスクについて,既にXパッケージを導入している他社にヒアリングを行った。D課長は,このヒアリングの結果を踏まえて特定したリスクについて発生確率,追加工期,優先度,リスク対応戦略,及び具体的な対応策を取りまとめ,リスク管理表を作成した。ここでリスク対応戦略は,PMBOKガイド第5版に基づいて分類した。リスク管理表のうち,優先度"高"のものを表1に示す。
pm09_3.png/image-size:525×163
 表1以外のリスクについては,脅威を全て除去することは困難であり,かつ,発生確率も非常に低いことから,リスク対応戦略はfとした。ただし,表1以外のリスクが発生した場合の対応コストに充てるために,コンティンジェンシー予備を確保することにした。

設問1

〔本プロジェクトの概要〕について,(1)~(3)に答えよ。
  • 本文中のaに入れる最も適切な字句を解答群の中から選び,記号で答えよ。
  • 本文中の下線①とすることの狙いは何か。35字以内で述べよ。
  • 本文中のbに入れる最も適切な字句を,5字以内で答えよ。
a に関する解答群
  • WBS
  • プロジェクト開始資料
  • プロジェクト憲章
  • プロジェクト評価資料

解答入力欄

    • a:
    • o:
    • b:

解答例・解答の要点

    • a:
    • o:業務とITの両部門にまたがる意思決定をトップダウンで行うこと (30文字)
    • b:RFP (3文字)
  • 解説

    • aについて〕
      〔本プロジェクトの内容〕(2)には、プロジェクトを公式に認可する文書とありますからプロジェクト憲章が該当します。

      PMBOK第5版によれば、「プロジェクト憲章は、プロジェクトの存在を正式に認可し、プロジェクト活動に組織の資源を適用する権限をプロジェクト・マネジャーに与えるための文書」とされています。

      以下の項目は、プロジェクト憲章に記載する内容の代表的なものとなります。
      • プロジェクトの目的または正当性
      • プロジェクトの目標
      • 前提条件と制約条件
      • 要約予算
      • 任命されたプロジェクト・マネージャー、その責任と権限のレベル
      • スポンサーやステークホルダ
      • WBSは、プロジェクト全体を管理可能な単位に細分化するため、プロジェクト開始後に作成する資料です。
      • プロジェクト開始の際に作成する資料です。プロジェクト憲章より後に作成する資料になります。
      • 正しい。
      • プロジェクトが順調に進んでいるかを評価するための指標を定義した資料です。
      a=ウ:プロジェクト憲章

    • 本プロジェクトでは、B社の事業開始日という延ばせない納期があるため迅速な意思決定が求められます。このため、部門をまたがる意思決定はトップダウンで行う方針とされています。

      本プロジェクトの体制としては、業務チームとITチームがあり、これらの部門を取りまとめる役割であるプロジェクトマネージャは、情報システム部門のD課長となっています。プロジェクトマネージャは情報システム部門に所属しているため、業務チームの内容に精通しているわけではありません。一方、C取締役は、A社のIoT関連事業とITを統括しているため、ITチーム・業務チームの部門間をまたがる意思決定を行う者として適任です。

      以上より、C取締役がプロジェクトを統括する理由は「部門間にまたがる意思決定をトップダウンで行うため」となります。

      ∴業務とITの両部門にまたがる意思決定をトップダウンで行うこと

    • bについて〕
      ITベンダへ提示する文書、かつ、ITベンダの提案を比較し、依頼先を選定するための文書ですからRFPが該当します。5文字以内ですから「提案依頼書」でも大丈夫かと思います。

      RFPは、Request For Proposalの略で、日本語で「提案依頼書」と呼ばれています。発注側の要件を正しく伝え、ベンダからの提案が的を射たものにするために作成する資料です。記載する内容として下記のものが挙げられます。
      • システムの目的や背景
      • 予算、スケジュール
      • 業務要求
      • 必須機能
      • 運用、保守
      • 成果物
      類似のものとして、RFI(Request For Information)が挙げられますが、こちらは、発注側がベンダに対してどのような会社なのかを知るための情報提供依頼書となります。RFIに対するベンダーからの回答は、既存のサービスや製品の紹介や実績などが想定されます。違いに注意しましょう。

      b=RFP

    設問2

    〔プロジェクト実行計画の策定〕について,(1)~(3)に答えよ。
    • 本文中のcに入れる適切な字句を,10字以内で答えよ。
    • 本文中のdに入れる,B社基幹システムの稼働後に可能とする事柄を,35字以内で述べよ。
    • 本文中のeに入れる適切な字句を,10字以内で答えよ。

    解答入力欄

      • c:
      • d:
      • e:

    解答例・解答の要点

    • c:プロトタイプ (6文字)
    • d:今後の売上規模の拡大にあわせて,柔軟にシステムを拡張すること (30文字)
    • e:データ形式への変換 (9文字)
  • 解説

    • 業務のイメージを把握するために実際に動作させるということから、プロトタイプモデル(プロトタイピングともいう)の開発手法であることがわかります。プロトタイプモデルとは、システム開発の早い段階で、利用者が目に見える形で要求を確認できるような試作品を作成し、実際に動かしながら詳細の仕様を決めていく開発手法となります。

      プロトタイプモデルで作成する試作品をプロトタイプといいます。よってcにはプロトタイプが入ります。

      ちなみに、開発サイクルを繰り返す類似の開発手法として、アジャイル開発が挙げられますが、それぞれの開発手法の特徴としてはプロトタイプモデルが全体を大雑把に作ってから質を上げていく手法であることに対して、アジャイル開発は、細かい機能ごとに追加的に作り込んでいく開発手法となります。

      c=プロトタイプ

    • IoT関連事業の中期計画では、5年間での売上を5倍に拡大することを目標としています。売上拡大の方策として製品ラインアップ拡充やM&Aが予定されているため、B社基幹システムはシステム稼働後も段階的に拡大していくことが想定されます。

      自社でインフラを構築する場合、当初から5年後の規模を見据えてシステムを構築するのでは無駄が生じますし、段階的に増強するとしてもその度に時間やコストがかかります。この点、クラウドサービスでは利用規模に合わせて柔軟に変化させることが可能です。

      以上2点より、B社がクラウドサービス上での運用を採用した理由は、「売上規模の拡大に合わせて、動的にシステムの規模を変化させられるから」であると判断できます。

      d=今後の売上規模の拡大にあわせて,柔軟にシステムを拡張すること

    • Xパッケージに投入できるデータ形式は、Xパッケージに仕様によって規定されています。よって、移行プログラムにはA社基幹業務システムのデータを、Xパッケージの投入データ形式に変換する処理が必要になります。eは10文字以内であり、すぐ前が「Xパッケージに合わせた」となっているので、データ形式への変換が入ります。

      e=データ形式への変換

    設問3

    〔プロジェクト実行計画書のレビュー〕について,(1),(2)に答えよ。
    • 表1中の下線②について,実行可能な施策を35字以内で述べよ。
    • 本文中のfに入れる最も適切な字句を解答群の中から選び,記号で答えよ。
    f に関する解答群
    • 回避
    • 活用
    • 強化
    • 共有
    • 受容
    • 転嫁

    解答入力欄

      • o:
      • f:

    解答例・解答の要点

    • o:Xパッケージの教育コースを業務チームに受講させる (24文字)
    • f:
  • 解説

    • 表1のリスク管理表には、業務チームのXパッケージに関する知識不足がリスクとして挙げられており、このリスクに対してプロジェクト準備フェーズで対策できることが問われています。また、リスクNo.1のリスク対応戦略が「軽減」であり、転嫁、受容ではないことにも注目し、知識不足を軽減すること、つまり従業員の知識不足を補う施策が回答となります。

      パッケージ提供元のX社のサービス部門では、Xパッケージに関する充実した教育コースを提供しているため、これを従業員教育に利用できます。事前に業務チームの従業員に知識をつけることで、知識不足によって適用設計フェーズが遅延する確率を下げられます。

      ∴Xパッケージの教育コースを業務チームに受講させる

    • PMBOK第5版によれば、マイナスのリスクへの対応策には以下の4つがあります。
      回避
      リスクを完全に取り除く戦略です。情報漏洩リスクに対して、そもそも情報を持たないこと等が当てはまります。
      軽減
      リスク発生の確率や発生した場合の影響度を下げる戦略です。自動車事故に対して、速度を落とすことなどが当てはまります。
      転嫁
      リスクが避けられない場合、リスク発生時の責任を他者に渡す戦略です。自動車事故に対する自動車保険などが当てはまります。
      受容
      リスク発生の可能性が低く影響度も低い場合、あえて対策を行わず、リスクが発生した場合は受け入れることを容認する戦略です。
      残る選択肢の、活用、強化、共有は、受容と合わせてプラスのリスク(好機)に対する戦略になります。

      本文中には、fの戦略を選択した理由として「脅威を全て除去することは困難であり,かつ,発生確率も低いことから」とあります。リスクの大きさを表すリスクレベルは「影響度×発生確率」で表されるので、発生確率が非常に低いリスクはリスクレベルも低いと評価されます。またコンティンジェンシー予備は、既知のリスクが顕在化したときに対応するための予備費用ですので、コンティンジェンシー予備の確保をリスク対応策にしているということは、表1以外のリスクに対してはあえて何もしないリスク受容を選択したと判断できます。

      f=オ:受容
    問9成績

    平成30年秋期 午後問題一覧

    問1 問2 問3 問4 問5 問6 問7 問8 問9 問10 問11 採点講評
    © 2010-2024 応用情報技術者試験ドットコム All Rights Reserved.

    Pagetop