昨年 情報処理技術者試験 プロジェクトマネージャ に合格し、備忘的、および今後の試験対策に勉強方法をメモしておこうと思っているうちに一年過ぎてしまった。そろそろ次の勉強に入ろうかという気持ちが出てきたので、忘れないうちに総括しておく。表題はSEO対策(?)なので、軽く受け流してください。

また、今年から試験の体系が変わっているので、その辺も留意して読まれる方は参考になればしてください。

1.午前対策 － ひたすら過去問

一に過去問、二に過去問、三四も過去問、五も過去問。はちと言い過ぎか？ただ、設問から選択肢までまったく同一の問題が、感覚的には 3 ～ 4 割出題されていたかと思う。午前試験は、足きりのためにあると考えれられるので、ここで落とすわけにはいかない。過去問はしっかりやるべき。

2.午後Ⅰ対策 － 時間がない！反射で解答

テクニカルエンジニア（データベース) の時もそうだったが、午後Ⅰの試験はまったく時間がない。はっきり言って考えている時間はない。ある程度、問題点について反射で解答できるようになっておく必要がある。じっくり考えれば解ける問題も多いはずだが、なんせ1時間30分で、おおよそ2,000 ～ 3,000 字程度の問題文を読んで、設問に 4 ～ 7 程度解答しなければいけない問題を、3 問 解かなければいけない。

2.1 問題解決は PMBOK を利用

午後Ⅱにもいえるが、基本的に PMBOK を知識の幹として、そこに情報をマッピングして覚えていくのがよいと思う。当時は第3版だったが、現在4版(日本語訳はまだかな)まで出ている。

安い本ではないが、下手に PMBOK の解説書を購入するより、この本自体を購入したほうがよい。これ自体が読み物になっており、解説書がなければ読めないような類の本ではない。

2.2 問題文にマーキングをしながら読む

先ほども言ったように、午後Ⅰはとにかく時間がない。設問に答えるときに問題文を読み直したり、該当箇所を問題文から探し直したりしている時間はない。 まず設問を読んで、問題文を読むときに、適宜マーキングすることをお勧めする。単に下線等を引くだけでは読み返すときに混乱すること必至。

自分は、たとえば、問題文に以下のようなマーキングを行った。これにより、必要な情報にすばやくアクセスすることができるようになり、最短の時間で問題文の読み直しが可能となる。

マーク	意味	使用方法
	人名・社名	人名、社名など、主語になりそうな固有名詞をマーク。例) 「システム部のM課長・・・」 システム部のM課長がどんな施策をとったか問題文中から探すときなど、取っ掛かりとなる。
	キーワード	キーワードにマークしておくと、設問に解答する場合、解答の候補となる可能性が高いので、後で探すのが楽。例) 「外部設計を委任契約で・・・内部設計以降を請負契約で・・・」
	設問に一致	まず設問を読んでおいて、一致する箇所にとりあえずマークしておく。きっと答えはその付近にちりばめられているはず。
	強調・数値	問題文中、強調されている箇所や、数値が出てくる箇所は重要。例) 「特にR社に委託する場合は・・・」
	疑問点	問題文を読んでいて、そのチームリーダーの対応はおかしいだろ。などと違和感を感じた箇所にマークしておく。おそらく解答に関連してくる。 例) 「各部門がチェックした上で判断することになっているが、その手順や判断基準は不明確である。」
	ポジティブ、ネガティブ	解答する場合の理由となることが多い。ポジティブなら、施策をとる理由、ネガティブなら、とらない理由など。 例) 「ハードウェアリソースの追加は不要」 ・・・ポジティブ。追加費用はかからない。「機器導入時に対策可能であるが、かなりの費用を要する。」 ・・・ ネガティブ。そのまま。
	ポイント	まぁなにかポイントになりそうなところにはしるしをしておく。
	Q ・・・ 品質 C  ・・・ 費用 D  ・・・ 納期	言わずと知れた QCD にかかわる部分は、確実に重要となってくる。そもそもPMはそれらのバランスをとるために存在しているようなもの。例) 「コスト削減を目的として」・・・C、 「納期を守れるとは思えません」 ・・・ D。

2.3 問題文を構造化する

問題文を読みながら、関係を問題用紙の余白に図示していくのは必須。こうしておかないと、上記同様また設問で必要な場合に問題文を読み直して、関係を再構築する必要が出てくる。 以下のような図を適宜描いていく。

会社間や、人物間の関係などは、上記のような図をつかって明確にあらわすことができるが、主観が入る構造や、文章自体の構造は、簡易マインドマップ風に余白に書いていくと、これも後で読み返すときに論理構造を再構築する時間を短縮できる。

もちろんこんな風にきれいに書いていたら時間がもったいないので、あくまでもマインドマップテイストで書くくらいでよいと思う。そうすると、箇条書きなどすることなく、必要最小限のメモで、キーワード間の構造が再度把握できるようになる。

2.3 時間感覚をつかむ

ボクサーは 3 分 を体に覚えこませたりするとかしないとか言うけれど、何度も言うけれど本当に時間がタイトなので、過去問を解くときに、一問 20 分くらいに時間を制限して解くとよい。自分の場合、通勤電車の乗り換えまでの時間がちょうどそれくらいなので、過去問をコピーして、電車で立ちながらそのコピーに上記のようにマーキングして通勤していた。

3. 午後Ⅱ － 論文っつってもビビる必要はない。

3.1 合格論文集を読む

論文試験といっても、たかだか数時間内で書き上げるもので、お題もその場でだされるので、すべて自分の経験から書き上げるのは無理な話。しかもPMを目指す人も受ける試験なんで、そもそもPMの経験自体がない場合も多いはず(自分もそう)。

なので、基本的には、自分の参画したプロジェクトなりをイメージし、自分がPMだったらならば、あの時起きた問題にこう対処したのに！とか、あの火を噴いたプロジェクト、自分がPMなら、こう進捗管理して、ああ軟着陸させたのに！とかの思いをぶつければよい。と思う。（自分もそう)

なので、まずは、どんなパターンで論文を書き上げるのかの参考に、その手の書籍も出ているので読んでおいて損はない。

3.2 自分のかかわったプロジェクトで題材になりそうなものの仕様を定量化しておく

問題に応じてさまざまな経験プロジェクトの属性が瞬時に思い出せるならよいが、そうでないなら、モデルプロジェクトを想定しておいて、問題選択時にそのプロジェクトに当てはまりそうな問題を選択すればよいと思う。午後Ⅱで 3 問 くらいから選択できるはずなので、1 問は当てはまる問題があるはず。逆に言えば、過去の出題状況を見ながら無難なプロジェクトを想定しておく。

てな感じでフィクションでもかまわないので、 論述するプロジェクトを具体的に把握しておく。

また、スケジュールを自分で組み立てたりする立場になければ、MS Project などのツールを使うなりして、スケジュール管理、工数管理、進捗管理をシミュレートしておくとよい。

例えば、フェーズごとの期間や工数の目安などは、COCOMOの計算式をつかったりすれば、それなりの数字が出てくるので参考に。

3.3 論文の骨格

先ほど、プロジェクトを想定しておけば、問題の 3 問のうち、1 つはあたるはず。のようなことを書いたけど、正しくは、想定したプロジェクトについて、PMBOK の 9 つの知識エリア それぞれについて、自分が論文の題材とするプロジェクトに対して、以下の項目についての想定をしておけば、想定がまったく当てはまらない状況は考えられない(と個人的には思う)。想定するのは、

9 つの知識エリア

1. スコープマネジメント
2. タイムマネジメント
3. コストマネジメント
4. 品質マネジメント
5. 人的資源マネジメント
6. コミュニケーション・マネジメント
7. 調達マネジメント
8. リスク・マネジメント

それぞれに対して、

論文の骨格

1. どのような前提のプロジェクトか？
2. どのような問題(および問題の兆候)があるのか？
3. どのような原因があると考え、どのような対策をとったのか？
4. どのようなツール(PMBOKでいうところのツールと技法)を使ったのか？
5. とった対応をどう評価しているのか？
6. 反省点は何か？

想定しておけばよい。

ツールと技法について、具体的には、このような感じ。

まずは、過去の問題に対する論文、上記にあげた論文集や、参考書の模範解答などを上記に従い、構造化してみることをお勧めする。

これによって、自分が書くべき論文の組み立て方が明確になるはず。

自分は、上記イメージで、模範論文を解析して作成した。

Excelファイルをここにおいておく。

最終的には、自分が想定するプロジェクトに対して、最低 9つの知識エリアに対して1つずつ、模擬論文を書いておくなり、上記骨格のみでも想定しておくなりしておけば、当日の実際の問題にもその変形で対応できるはず。

んー結構がんばって書いた。参考になれば幸いです。

いやーやばかった。なんとかぎりぎり合格。ちと恥ずかしい成績。

大体ベンダー試験は高額なので、いつもは結構自信がつくまで受験しないんだけど、今回は会社の講習を受けたため、7月23日までに受験しないといけないという縛りがあり、自身をもてないままの受験でした。

まぁそれでも合格ということで、10gではあるけれど、今後受験する方に体験記なぞを。

1.使用教材

会社の講習でいただけた黒本、なんとiStudy付き！ 講習があったころはまだ不況の入り始めだったんで、会社も太っ腹だった。今や・・・

・・・って、Amazon見ると、この本はプレミアついてるの？コレクター商品扱い。もう売ってないのかな？ こ、こんなことなら、ぼろぼろにせずに、て、転売・・・

といいつつ、やはり iStudy いいところついている。ほとんど実際の結果と同じ・・・

↓ 診断結果(よくこの状態で受験したなと・・・)

問題集だと、問題を覚えちゃうけど、iStudyは、選択肢の位置が変わったり、同じ選択肢でも「正しいものを選べ」「誤ったものを選べ」等、問題を「位置」とかで覚えられない工夫がされてるし、上記のような診断結果や、模擬試験のグラフなども表示されるので飽きない。

ただ、黒本とiStudyだけでは、ちょっと足りないなと感じた。

DataPump のパラメータなんか、結構細かいところまで聞かれた。

黒本で試験範囲を確認しつつ、詳細はOracleのドキュメントで確認したほうがよいかな。

特にOracle Database 概要 は必読。 試験の前日に存在を知った・・・ もっと早く知っていれば。

副読本？としては、「プロとしてのOracleアーキテクチャ入門」あたりが、分かり易くOracleのアーキテクチャを解説してくれていたのでよかった。まぁー最初はとっつきにくいというか、SGAやらPGAやらStreamsプールやら何がなんだか。

2.環境

やはり、机上だけだとニュアンスがつかみにくかったり、面白くないので、実機で環境を構築したいところ。

最近いいのは、仮想ソフトウェアとかフリーなのがあるので、PCに予備とかなくても、気軽に環境構築できる。

Oracle Database 自体も、OTNから試用版がダウンロードできるので、自分は、デスクトップに、フリーの仮想化ソフトウェア VirtualBox に、Fedora 10 をインストールして、そこにOracle 10g R2をインストールしました。で、実際に練習は、ノートパソコンからそこに接続して行いました。

インストール作業のまとめ 

そんなとこかな~

それと、チケットは、ネットで買うとかなり安い！自分はここで購入した。

2chとか見てると、1ヶ月あれば余裕で合格とか書いてるけど、普段から意識して触ってないと、結構難しい。

逆に、1ヶ月で、試験対策だけ突貫でやるのはもったいない気がする。

試験があるということを動機に、普通なら触らないような機能を触るのが結構楽しかったりするので。

あと、大橋先生どうもありがとうございましたと。

この度、情報処理推進機構のプロジェクトマネージャ試験（平成20年秋期）の試験に合格できたので、気付いた点、勉強法などを書いておこうと思う。どなた様かの参考になれば、幸い。

まず、午前。

とにかく過去問を解く。自分は最新のものではなく、1,2年前の問題集をつかっていた（最新を購入するのももったいなかったし、そこまでの必要もないだろうと思って）が、それでも感覚として、全出題中30%程度は過去問と完全に同一、なんと選択肢の並びまで・・・つまり、問題集で何度もといた問題と完全に同一の問題が出題された。

要するに、午前の試験の合格意水準が、600/800点 75% であることを考えると、ほぼ半分に当たる問題が過去問をこなせば『丸暗記』で対応できてしまうことになる。(実際の点数の出し方は難しすぎて分からないが、ざっくりと)

とはいえ、勿論基本情報的な知識があることが前提(といいつつ自分は基本情報は持っていないが・・・)。実際問題としては、丸暗記すればOKなんて甘い試験ではないわけで、基本的な勉強は必要。その上で、結果論として『暗記』になる部分もあるため、過去問はしっかりやったほうがお得。

結論として、午前の試験は完全に足切りのためにあるのだと思われるなか、過去問をとけばかなり下駄を履ける(?)のだから、ここで落としたらもったいなさすぎる。

使用した問題集

自分は、以下の2冊を利用した。

無難。説明も的確で繰り返しやるにはよい。

問題集だが、説明が充実している。親切編集で、用語集としても使える。

おすすめ。

・・・簡単にメモっておこうと思ったけど、以外に長くなりそうなので、(2)へつづく。