情処プロマネ対策午後Ｉ強化塾 Vol.6 [まぐまぐ！]

2008/04/21

情処プロマネ対策午後Ｉ強化塾 Vol.6

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
┏━┓　　　　　　　情報処理試験プロマネ対策　　　　発行日:2008/04/21
┃　┣┓　　　　　　　　午後Ｉ試験強化塾
┗┳┛┃
　┗━┛　　　　～事例問題への対応力を強化します～
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vol.6
発行者：テレコムリサーチ佐藤（ http://pm.tlcm.jp/ ）

(注)本稿は等幅フォントでの参照を前提として記載しています。罫線
　　などがずれて表示される場合は、ブラウザ及びビューアのフォン
　　トを等幅フォントに変更されることをお勧めします。

┌──────────────────────────────────
│●メールマガジンの趣旨
└──────────────────────────────────
　情報処理技術者試験プロジェクトマネージャの、午後Ｉ試験（事例
　問題）への対応力をつけるためのメルマガです。
　過去問題の解説や、問題を解くための学習方法について掲載します。
　また、プロマネの基礎知識や、筆者造作の模擬試験なども掲載しま
　す。午後Ｉ試験の強化を重点テーマとして考えていますが、試験全
　般に関する話題も取り上げていきます。

　単なる受験対策ではなく、受験対策そのものを楽しんで行えるよう
　にしたいと考えています。
　2008年度秋のプロマネ試験にむけて情報発信していきます。

-----<PR>-------------------------------------------------------
★ＩＴシステム開発者向けのとても実践的な内容です！
　私も愛読しています（佐藤）
　↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
■□ＩＴシステム開発の実践プロマネ□■
★プロジェクトマネジメントで日々悩んでいるあなたにお届けします。
ＩＴシステム開発の実践的なプロマネ手法を具体例で紹介します。
さあ、未知のプロジェクトマネジメント領域にチャレンジしましょう。
メルマガ登録はこちら⇒　http://www.mag2.com/m/0000231050.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

┌──────────────────────────────────
│●今回の目次
└──────────────────────────────────
　（１）プロマネの実務適用事例講座
　　　　第２回　【解説編その１】過剰な要求から身を守れ！

　（２）試験解答パターンの学習
　　　　【問題掲載】No.3、No.4を掲載
　　　　【解答掲載】No.1、No.2を掲載

　（３）編集後記

-----<PR>-------------------------------------------------------
●情報処理技術者試験プロジェクトマネージャの試験対策本！
コンセプトは【受験勉強しながら、実務に生かせる知識が身に付く本】
　　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
試験に合格することだけを目的とするのではなく、受験勉強を通じてプ
ロジェクトマネジメントの体系的な理解と実務への適用を望む方に最適
の一冊！以下のような方は本書の読者像に最もマッチしています。

・プロジェクトマネジメントに興味があり、受験勉強を機に体系的な学
　習をしたいと思っている方
・受験勉強中から、実務に生かせるような知識を獲得したいという方
・過去問題の解説だけのテキストでなく、プロマネの試験範囲を体系的
　に理解したと考えている方

詳細はこちらから： http://pm.tlcm.jp/examRoom-text.html
-----<PR>-------------------------------------------------------

┌──────────────────────────────────
│（２）プロマネの実務適用事例講座
└┬────┬────────────────────────────
　│第　２回│【解説編その１】過剰な要求から身を守れ！
　└────┴────────────────────────────

　本講座では、プロジェクトマネジメントの知識を実務に適用するた
　めの考え方を、事例とその解説という形で掲載していきます。単に
　ツールや手法の解説ではなく、プロジェクトマネジメントを実務に
　適用するには、どんな考え方を用いれば良いのか、またそれによる
　メリットは何なのかを解説したいと思います。

　これによって、読者がプロマネを実務に適用するための手助けにな
　れば幸いです。また、筆者の提示する解説は、あくまで参考例の１
　つであるため、この事例解説をたたき台として、読者の方々との議
　論ができれば、プロマネ理解のために貢献できるものと思います。

　事例編と解説編に分けてお送りします。
　今回は解説編です。

　※本事例解説の内容や登場人物及び団体などは、すべてフィクショ
　　ンです。

　●システムの性能改善における過剰な要求
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
【解説編】

　事例編では、車載送致の開発をしているＡ氏が、システムの性能向
　上サブ・プロジェクトのリーダに抜擢されましたが、過剰な要求を
　前に、作業が泥沼化（終わりの見えない作業をこなすこと）しそう
　になっていました。
　
　作業期間を延長せざる状態においては、スコープマネジメントの観
　点から作業内容を整理して、サブ・プロジェクトを仕切り直すのが
　常套手段です。

　仕切り直す場合は、目先の作業を減らすなどして小手先の対応をし
　ても効果は望めません。ここではまず、サブ・プロジェクトのゴー
　ルを見直します。実際、事例ではサブ・プロジェクトのゴールさえ、
　明確ではありませんでした。

　Ａ氏は、２週間という短期間のうちに、性能改善効果を発揮する実
　装パターンを見つけ出そうと考えて作業計画を立てています。ただ
　し、あまりに未知の作業であるため、確実に作業を完遂できるかわ
　かりません。

　そこで、サブ・プロジェクトのゴールを、「新技術が、即効性のあ
　る改善施策となり得るかを判断する」ことに変更するのが、この場
　合は適切だと考えられます。つまり、新技術を用いることで、すぐ
　に改善効果が出るのか、それとも実装パターンを工夫して、それな
　りに時間をかけないと改善効果が出ない施策なのかを判断するプロ
　ジェクトにするということです。
　
　このように、プロジェクトのスコープを縮小すると、人によっては
　「何が何でも改善効果を出すことを求めるのがビジネスマンの姿勢
　だ」とおっしゃる方がいるかもしれません。ただし、現実を踏まえ
　てその先の展開を考えるほうがよっぽど計画的で、ビジネスマンに
　求められる姿勢だと筆者は思います。

　責任を持って作業を行うというのは、

　　自分にできる範囲を明確にし、それを達成する可能性を最大限に
　　引き上げる努力をすること

　だと考えるからです。できもしないことを言って結局期限を守れな
　いのは、大風呂敷を広げていることとなんら変わりありません。

　実現できない可能性が高いことに期待をかけ続け、上位管理者へも
　「この施策で改善できます」と報告してしまったが最後、プロジェ
　クトは泥沼化します。

　泥沼化してしまうと、当初期間内に完了しないのに加え、上からは
　「いつまでに改善効果を出すんだ！」と言われ続けることになりま
　す。本来、改善効果が出ることが確実ではない作業をしているため、
　もう人海戦術による手当たりしだいの作業になってしまうでしょう。

　こんな状態が、上位管理者にとっても担当者にとっても理想のはず
　はありません。改善効果が簡単に出る施策なのかどうかを見極める
　ことをゴールにするすれば、施策の不確実性が誰の目にも明らかに
　なります。不確実性が伝われば、施策で効果が出ない場合の、次の
　アクションも取りやすくなるのです。

　サブ・プロジェクトのゴールが明確になったので、次に作業内容を
　整理します。

　今回ははここまでです。【解説編】の続きはは次回掲載します。
　解説編をご覧になってどう感じましたでしょうか？解説編は１つの
　ものの見方を示しているに過ぎません。皆様のご意見をお待ちして
　います。

┌──────────────────────────────────
│（２）試験解答パターンの学習
└──────────────────────────────────

　過去問題を一問一答形式に編集し直して、短時間に解答を行うのが、
　「試験解答パターンの学習」です。これは、過去問題を解くために
　まとまった時間を確保しなくても良いように工夫した学習方法で、
　繰り返し解くことで過去問題の出題傾向を体感的に理解できます。
　
　問題と解答を繰り返し眺めるだけでも効果がありますので、これか
　らプロマネの試験勉強を始めようとする初学者に適した学習方法で
　もあります。

　今回は、２つの問題と前回の問題の解答例を掲載します。今回掲載
　した問題のヒントは、メルマガの末尾に掲載しています。ヒントを
　見たくない人は注意してください。

【問題：Ｎｏ．３】

　Ａ社に、顧客であるＢ社からシステム開発の発注について打診があ
　った。Ｂ社からは、要求機能のリストと概略が記述されたＲＦＰが
　提示された。しかし、要求内容の詳細について問い合わせても、
　”社内でもまだ明確に仕様が固まっていない”という回答であった。

　Ａ社では、開発範囲や仕様などについて、前提条件を設けて設定し、
　提案を行おうと考えた。この提案内容を検討していたＣ氏は、Ｂ社
　のＲＦＰでは、外部設計から結合テストまでを請負契約とすること
　が要求されている点に着目し、このままでは外部設計での開発範囲
　の決定に関連するリスクがあると考えた。

　そのリスクに対応するため、前提となる開発範囲を明記し、更に提
　案内容に外部設計終了時の条件を加えることにした。

　Ｂ氏が追加した、外部設計終了時の条件とは何か？

【問題：Ｎｏ．４】

　Ａ社では、Ｂ社のシステム開発を請負うことになった。外部設計か
　ら結合テストまでを請負契約として締結する予定である。

　プロジェクトマネージャに任命されたＣ氏は、要求仕様についてＢ
　社にヒアリングを行ったところ、”利用部門が多岐にわたっており、
　また利用者によって要求はまちまちで明確になっていない”との回
　答を得た。

　Ｃ氏は、仕様決定を確実に行うため、Ｂ社に対して体制面の整備を
　要求することにした。

　Ｃ氏がＢ社に対して要求した内容とは何か？

　前回の問題の解答例を示します。
　解答の方向性が一致しており、主要なキーワードが盛り込まれてい
　れば正解となります。すべての語句が一致している必要はありませ
　ん。複数の解答例が記載されているものは、いずれの解答でも正解
　であることを示しています。

【解答例：Ｎｏ．１】

　【メリット】
　　・予算超過などの問題を週次で把握でき、タイムリな対応ができる
　　・予算超過のリスクに早期に対応できる
　【問題点】
　　・アクティビティごとに予算集計ができていないこと
　　・プロジェクト単位での予算集計しかできていないこと

【解答例：Ｎｏ．２】

　【リスク】
　　・仕様の確定が効率よくできず、進捗遅延するリスク
　【対応するべきこと】
　　・要員の確保について上位管理者へ要請を行う

　いかがでしたか？ご自身の解答と方向性は合っていましたでしょうか？

┌──────────────────────────────────
│（３）編集後記
└──────────────────────────────────

　仙台では昨日がお花見のピークでした。私は毎年行っている、釜房
　ダムの桜を見に行きました。今年もきれいで、２時間近く桜を堪能
　してきました。人も少なく穴場です。多くの人は近くの、みちのく
　湖畔公園に行っているからだと思います。

　今回も、最後までお読みくださいましてありがとうございました。
　
　ご意見・ご感想お待ちしていますのでお気軽にお願いします。

　（メルマガ筆者：佐藤）

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
メールマガジン：情報処理試験プロマネ対策　午後Ｉ試験強化塾

発行者：株式会社テレコムリサーチ　佐藤創
　　　　〒980-0021 宮城県仙台市青葉区中央2-10-12　仙台マルセンビル601
　　　　TEL：022-225-8695　FAX:022-225-8665
サイト：http://pm.tlcm.jp/

メールマガジンの登録・解除は以下からお願いします。
登録・解除：http://www.mag2.com/m/0000260646.html

ご意見・感想を募集しています。今後取り上げて欲しい内容など、
何でも良いのでお気軽にご意見して頂きたく思います。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

【試験解答パターンの学習　問題のヒント】

　＜問題Ｎｏ．３のヒント＞
　・問題文にある「外部設計での開発範囲の決定に関連するリスク」
　　とは何でしょうか？Ｂ社から”社内でもまだ明確に仕様が固まっ
　　ていない”と回答されたことがヒントです。
　・ＲＦＰを作成する際に前提条件を設けたとあります。前述のリス
　　クが発生した場合、前提条件を守れますか？守れないなら、それ
　　に対する対策を、条件として盛り込んだと考えられます。

　＜問題Ｎｏ．４のヒント＞
　・お客様内の体制について要求を求めています。”利用部門が多岐
　　に渡っていて仕様がまとまらない”状態において、Ａ社は効率的
　　にお客様内の要求仕様をまとめあげられるでしょうか？複数の利
　　用部門の代表者とヒアリングするのは、非常に骨の折れる作業に
　　なりそうです。それを打開するために、どんな体制について要求
　　すればよいでしょうか？