H25・PM・午後１試験ストーリー問3・本論3 - H27用PM試験・僕流勉強～午後1研究序説！

本文は、プロジェクトマネージャ午後1試験の過去問を基に

ストーリーっぽくしてみたので、内容は多少脚色しています（笑）。

なるべく問題に影響のない範囲で楽しく記録できればと思います。

また問題文だけでなく解答の内容もストーリーに含まれています。

どの部分とかは特に明記しないので実際の回答を見て頂ければと思います（笑）。

このストーリから午後１試験問題の内容が理解でき、問題の意図やモジュールとしてのパーツなどとしても午後２で活用できたら凄いかもです（苦笑）。

凄いかどうか不明ですが（苦笑）別ブログで試みてますので、

よろしければ（笑）

Sponsored Link

■システム開発プロジェクトの企業合併に伴う計画変更ストーリー（って長い（笑））

本論３：新プロジェクトの開発スケジュールの検討

＜前回の続き＞

お願い！

本章は、問題文中にある図1と図2の各プロジェクトのスケジュール表を比較しながら

見て頂くと良いと思いますが、面倒でしたら頭で想像願います（苦笑）

僕は、Ａ社プロジェクトのスケジュールを参考にしながら、簡単にリスケのための線引きを行ってみた。リスケの重要な観点は、Ｍ社が合併した事により、特に前回と異なる点は何なのかを考慮すべきだなぁと思った。

以下は前回のＡ社プロジェクトの開発スケジュール項目である。

①Ｖ社のＥＲＰ導入と、追加開発

②データ移行

③運用テスト

の３点である。

この中でＭ社合併により影響のある作業、および追加すべき項目を考える事にした。

まず、①についてであるが、確かにＡ社プロジェクトに比べて新プロジェクトの全体工数が増大するが、（Ｍ社として）全面的にＡ社の業務プロセスを新システムの業務プロセスに統一するのであれば、Ｍ社から①の最終工程である総合テストまでは、新たに要件の変更が出ないため、まぁここについてはすけじゅーるはこのままで良いかなと思った。

次に、②であるが、Ｍ社の人にも本スケジュールは目に触れるので、表現を単なる”データ”ではなく、Ａ社データ移行とした方がよさそうだな。

あとは、運用テストは、Ｍ社が入ったわけだから、Ｍ社とＡ社の運用テストとすべきだけど、Ｍ社の業務部門が業務プロセスを迅速に理解できるかどうか不安だから、以前のように１か月は到底無理だよなぁ。

僕は暫く考えながら、頭の中でＭ社が３月～４月の１か月の間で業務プロセスを理解できないために後工程であるＡ社、Ｍ社のそれぞれのデータ移行時期に影響が出てしまう事を考えて、頭を大きく振った。うわぁ、そんなんいややぁ～！う～ん、そんな事ならもっと余裕を持たすべきだな。うん、そうしよう（苦笑）

となると、ここは、Ａ社とＭ社のデータ移行時期が６月最初からにしてもらうとすれば、３月から6月までの終了を２か月延長した稼働まで3か月間を運用期間とすれば、万一運用テストで発生する問題に対処する時間を確保できそうかなと考え、線引きを行った。

という事で、今までの作業項目に対する影響を考察できたかな。で、他となると・・・追加すべきＭ社合併対策項目だな。僕は、そういって少し深呼吸をした。

僕が以前のスケジュールから追記したのは、以下の２項目であった。

④Ｍ社における業務プロセスの理解

⑤Ｍ社データ移行

と、メモしながら改めて工数を考えてみる。

④はやはり、僕がそうしたようにＮ課長自信が最初に要件定義を理解してもらう必要があるな。で、その後に業務部門による業務プロセスの理解となるわけだけど、、、

正直、Ｎ課長の理解度とＭ社業務部門の理解度なんてわかるわけがない（苦笑）から、まぁここは臨機応変という事で、３月の運用テストまでに理解してもらうという流れにするかな。

そろそろリスケも完成しそうだな。っと安心しようとした瞬間、⑤のＭ社データ移行について、はたと、考えが停まった。

というのも、Ｍ社側の移行方式設計、および移行ツール開発においての開発時期をＮ課長と会話していなかったために、Ｎ課長側で工数時期の相互の合意が必要と思ったからである。

う～ん、こりゃあ勝手に線引きできないな。ふっと、軽くため息をついて僕は、Ｎ課長にもらった名刺を見乍ら連絡をした。

僕：『・・・もしもし、Ｎ課長ですか？今宜しいですか？実はですねぇ、御社（Ｍ社）のデータ移行についてお伺いしたい事があるんです。』

Ｎ課長：『あ、はい、なんでしょうか？』

僕：『え～とですね。私が今考えているのは、うち（Ａ社）のデータ移行と御社（Ｍ社）のデータ移行についてなんですが、時期はともかく両社とも工程として、移行方式設計と移行ツール開発があると思うんです。』

Ｎ課長：『あ、はい、そうですね。たしか以前頂いた御社（Ａ社）プロジェクトの開発スケジュールでは、移行方式設計を９月から始めて移行ツール開発終了が来年の1末までに終わらせて移行リハをやる線引きですね。』

そう言いながら、Ｎ課長は僕が以前送付したＡ社プロジェクト資料を見てくれているようである。

僕：『まさに！そう、その通りです。そこで御社（Ｍ社）の移行時期をどうするか考えた結果、どうせならうち（Ａ社）と同じ頭とお尻にできれば移行リハーサルも並行で行えるんじゃないのかなと思ったわけです。』

Ｎ課長：『あぁ、なるほどですね。それで、うち（Ｍ社）でその期間で大丈夫かの確認という訳ですね。』

これを聞き、僕は、う～ん、Ｎ課長って先の考えを読むのが鋭くてやりやすいな。と思い、口調が和らいでしまった（苦笑）。

僕：『（笑）まぁそうなんです。いや、Ｎ課長、無理かどうかの確認という事ですけど、どうですか？』

Ｎ課長は、少し無言で、暫くして、う～んという声が聞こえてきて、何やら考えているようであったが、やがて、力強い声が聞こえた。

Ｎ課長：『Ｂ部長！今回私を任命して頂いて以来、うち（Ｍ社）の業務部門とはほとんど毎日のように打ち合わせという名目の質疑応答説明会を開催しているのですが、本日も丁度データ移行についての状況調査として、Ｂ部長側で作成されているスケジュールの期間を気にされてる方々がいらっしゃったので、むしろその時期を教えて頂ければこちらで調整できると思います。』

とＮ課長が答えた。

僕：『そうだったんですね。それでは、Ｍ社の基幹システムから新システムへのデータ移行時期については、移行方式設計及び移行ツールの開発の開始と終了時期をうち（Ａ社）に合わせて９月～来年１月末までに完了としますね。あ、設計とツール開発の時期とか進捗管理はＮ課長に全面お任せいたしますので、よろしくです。』

Ｎ課長：『かしこまりました。お任せください！！』

・・・良かった、これでようやくリスケが纏まりそうだぞ。とひと安心しながら、

あ、そう、そう、と、僕は次のお願いをＮ課長にしようと思った。

＜次回、業務プロセスの理解に続く。＞