システム監査技術者午後I 事例記述平成28年 春期
午後I 問3

問3 プロジェクト管理の監査

テーマ:プロジェクト管理業務を含め複数のベンダに委託する開発プロジェクトの監査
左右2分割表示:左側の問題文をスクロールしながら右側の設問に解答できます

長文事例本文

図表クリックで拡大
問3 プロジェクト管理の監査に関する次の記述を読んで,設問1〜5に答えよ。 A法人は,ある地方公共団体の外郭団体である。A法人では,現行の基幹システムの老朽化と保守サポートの期限切れに伴い,新たに基幹システムを開発することになった。現在,要件定義工程が終了したところである。 A法人のシステム部門は要員が少なく,開発規模が大きいことから,基幹システム再構築プロジェクト(以下,Sプロジェクトという)では,開発及びプロジェクト管理支援業務を外部に委託することにした。 監査部のシステム監査チーム(以下,監査チームという)は,今年度の監査計画に従い,Sプロジェクトの管理業務及び体制の妥当性の確認を目的とするシステム監査を実施した。 〔プロジェクトの体制〕 基本設計工程以降のSプロジェクトの体制は,図1のとおりである。 (1) ステアリングコミッティは,Sプロジェクトの重要な意思決定を行う組織であり,システム担当役員,情報システム部長及び各利用部門の担当役員で構成されている。 (2) プロジェクトマネージャ(PM)には,情報システム部のT課長が任命されている。 (3) 開発委託先は,サブシステムごとに分割し,W社,X社,Y社及びZ社に発注されている。 (4) PMOの業務は,P社に委託されている。
図1 Sプロジェクトの体制 拡大
図1 Sプロジェクトの体制
〔プロジェクト管理基準の概要〕 A法人は,システム開発の経験が少ないことから,独自のプロジェクト管理基準を保有していない。そこで,P社のプロジェクト管理基準をベースにし,A法人の要望を取り入れた,Sプロジェクト用のプロジェクト管理基準(以下,管理基準という)を作成し,使用することにした。管理基準は,表1のとおりである。
表1 管理基準(抜粋) 拡大
表1 管理基準(抜粋)
〔システム監査の計画〕 システム監査計画の中で策定した監査要点及び監査手続の概要は,表2のとおりである。
表2 監査要点及び監査手続の概要 拡大
表2 監査要点及び監査手続の概要
〔システム監査の結果〕 システム監査計画に基づいて実施した監査の結果は,次のとおりである。 (1) 表2の項番1の監査要点について,T課長は現行システムの運用の責任者を兼務していることを,体制図の閲覧及び関係者へのインタビューによって確認した。P社との間では週次で進捗会議が実施されており,T課長は,毎回進捗会議に参加している。T課長はインタビューで“兼務していても特に支障はない”と答えている。監査チームは,これらの監査手続を実施した結果,T課長が管理業務を円滑に実施できていると判断した。 (2) 表2の項番2の監査要点について,T課長にインタビューした。T課長は,“要件定義工程終了後,スケジュールの変更が発生したので,ステアリングコミッティの開催を要請し,対面で報告しようとした。しかし,出席者の都合がつかず,書面によって審議することになり,承認されるまでに約2週間を要した”と説明した。 (3) 表2の項番3の監査要点について,監査チームは,管理基準,及び進捗会議の議事録を閲覧し,PMOが管理基準に記載されている役割を果たしているか確認した。次に,P社にインタビューし,P社がプロジェクトの推進に苦慮していることを把握した。 (4) 表2の項番4の監査要点について,P社にインタビューした。その結果,要件定義書の次工程への引継ぎに問題があり,基本設計に遅れが発生していることが分かった。このときのP社の説明は,次のとおりである。 1 要件定義工程では,現行システムの保守を担当しているG社が業務分析を行った。 2 G社は,現行システムの機能を基に要件を洗い出し,要件定義書を作成した。 3 情報システム部長とT課長が要件定義書をレビューし,承認した。 4 要件定義書に関しては,基本設計の開始前にG社から各委託先に説明があったが,G社は基本設計の開始後,現行システムの保守に追われ,余分の期間と要員を確保できなかった。その影響で,各委託先の疑問に対して,G社からは回答が速やかに得られないことが多かった。 〔システム監査の報告〕 監査チームは,監査結果を基に,監査報告書を作成した。その内容は,次のとおりである。 (1) 〔システム監査の結果〕(2)について,ステアリングコミッティが十分に役割を果たしているとはいえないので,このままの体制で開発を進めた場合はリスクが大きい。 (2) 〔システム監査の結果〕(3)について,Sプロジェクトの管理業務はP社への依存度が高い。開発工程が進むに従って,進捗会議での報告内容は変化し,解決すべき課題も蓄積されていくと考えられる。それに伴い,発注者側の責任者であるT課長は,進捗報告の粒度,タイミングなどの管理業務の内容を改善していく必要がある。監査チームとしては,進行中のSプロジェクトの管理状況の適切性を確認するために,今後も随時フォローアップする。 (3) 〔システム監査の結果〕(4)について,要件定義を担当した委託先とは異なる委託先に開発を委託する場合には,基本設計工程の計画段階で考慮しておくべきことがある。今回は,スケジュールへの影響に対する考慮が不十分であったと考えられる。

設問一覧 & 解答・演習

まずは解答を作成してみましょう。「解答例を見る」をクリックするとIPA公式解答例と採点基準が開きます。

設問1記述問題
制限字数:40 字以内
〔システム監査の結果〕(1)について,T課長がSプロジェクトを円滑に管理できているか判断するために必要な,表2の項番1の1〜3以外の監査手続を,40字以内で述べよ。
0 / 40 文字
設問2記述問題
制限字数:30 字以内
〔システム監査の結果〕(3)について,図1の体制に起因して監査チームが把握したと思われる課題を,30字以内で述べよ。
0 / 30 文字
設問3記述問題
制限字数:45 字以内
〔システム監査の報告〕(1)について,監査チームが考えたリスクを,45字以内で述べよ。
0 / 45 文字
設問4記述問題
制限字数:45 字以内
〔システム監査の報告〕(2)について,監査チームがフォローアップとして確認すべき内容を,45字以内で述べよ。
0 / 45 文字
設問5記述問題
制限字数:50 字以内
〔システム監査の報告〕(3)について,監査チームが基本設計工程の計画について確認したと考えられる内容を,50字以内で述べよ。
0 / 50 文字
午後I長文記述の得点力を引き上げる定番対策書Amazon・楽天 公式提携
PR
川辺 良和 著 / アイテック

システム監査技術者「専門知識+午後問題」の重点対策

💡 推薦ポイント:午後I記述式で頻出する「何を(監査証拠)」「どのように確かめるか(監査手続)」を制限字数内で正確にまとめる実践力が身につきます。
※本リンク先はプロモーション(アフィリエイト広告)が含まれています
【出題趣旨】IPA公式発表
大規模なシステム開発を行う場合に,システム部門やオーナ部門の体制が十分でないことがある。そのような場合に,プロジェクト管理業務を含め,開発業務を複数のベンダに委託することがある。とりわけ,プロジェクト管理業務については,それを委託したからといって,委託先間の調整,重要な計画変更,管理上の意思決定まで外部に依存してよいということではない。 本問では,発注者側の体制が十分でない場合の大規模システム開発プロジェクトを監査するに当たり,リスクと必要なコントロールを把握し,適切な監査要点及び監査手続を設定する能力を問う。
【採点講評】IPA公式発表
問3 では,プロジェクト管理業務を含め,複数の委託先に開発を発注するプロジェクトを題材に,プロジェクト管理の監査について出題した。 設問1 は,PM が他の業務を兼務している場合にプロジェクト管理業務を円滑に実施できているかを判断するための監査手続を問うた。“成果物にPM の承認があることを確認する”など,表2 の監査要点に合致しない監査手続の解答が多くみられ,正答率は低かった。 設問4 は,進行中のプロジェクトにおけるフォローアップの内容を問うた。正答率は高かったが,通常のプロジェクト管理状況に関する監査手続の解答も散見された。基本設計段階で判明した課題に対して,PM がどのようにプロジェクト管理業務を改善しているかについて,システム監査人がフォローアップすることの重要性を認識して解答してほしい。 設問5 は,基本設計に遅れが生じているという背景記述から,システム監査人が確認すべき基本設計の計画段階での考慮事項を問うた。計画についてではなく,“引継ぎが実施されたか”といった,事実についての確認事項を記述した解答が多く見られた。
本問に関連するシステム監査技術者重要用語解説
本番形式・制限時間付きで演習する
平成28年 春期 午後I(2問選択・90分)を実戦演習モードで通し解答し、総合採点を受けられます。
実戦演習を始める