itB!HatenaPocketLINELINE皆様こんにちは。ソリューション開発部の中川01です。秋期の情報処理試験も近づいてきました。IT技術者の公的な資格としては、有力で価値あるものなのではないでしょうか。いろんな技術者の方と面接させていただくことも多いのですが、やはり高度情報処理試験の資格を持っていると、注目度もあがります。した場合に、報奨金として15万円支給されます。このように、情報処理試験で手当てが支給される会社も多いと思います。大部分で午後IIは論述式、いわゆる論文式の試験、2時間で2,000字以上書くことが求められます。ITサービスマネージャの試験を受験して合格しました。その試験で、たいしたこと書いてないなと思って試験を終えましたが、でもポイントはおさえているだろうと思い、合格できるという感触はありました。結果は合格で、3回連続で高度情報処理試験の論文式試験を突破したことになり、コツはわかった気がします。それほど立派な論文でなくても合格できるということを確信し、それを伝えたいと思ってこの記事を書きました。書き方について悩んでいる人たちにとって何かのヒントになれば幸いです。ITサービスマネージャを中心に書きますが、システムアーキテクト、ITストラテジスト、ならびにプロジェクトマネージャなどの試験にも共通することを書きたいと思います。おわりに難しくない論文?2時間で2000字?そんなん無理?いいえ、しっかり対策すれば、それほど難しくはありません。どこかで発表するような立派な内容でなくていい高度情報処理試験の論述試験は論文といわれてますが、どこかで講演したり寄稿したりするものではないので、斬新であったり感嘆させたりする立派な内容である必要はありません。午前からの試験の延長です。教科書通りの当たり前のことを書いて、基本がわかっていることを伝えることができればよいのです。形式は決まっている設問の形式とそれにあわせた論述の形式は決まっています。設問アで対象のプロジェクトやシステムの説明、設問イで実施した施策について記述し、設問ウは振り返りです。このパターンにあわせて書くことを考えておけばよいのです。出題テーマはある程度決まっているどんな内容が問題として出るかはもちろん試験までわかりませんが、細かな違いこそあれ出てくるテーマはおよそ決まっています。いったテーマがよく出ています。いったテーマが何年かローテーションで出題されているのです。問題文をある程度引用すればいい最低でも2時間の間に約2,000字以上を書くことになります。そんなに書けるのでしょうか?過去問の問題文を読んでください。いいこと書かれてます。論述を書くときは、ここから多くを引用して書けばよいです。一般論として問題文の内容をほぼそのまま書き、その次に具体的な内容を続けて書くことで字数を稼ぎます。合格ラインは60点です。2時間の間に完璧なものを書けるわけありません。合格すればいいのです。そんなにキレイな文章でないといけないとか、絶対的に日本語がおかしいところがないとか、そこまで完全でなくても大丈夫です。40点までマイナスされても合格できるのです。対策方法そんなに難しくないとはいえ、書くことは事前に考えておく必要があります。過去問に沿って書くことを考えてみるのがいいと思います。頭から全部書くのは難しいので、少しずつ考えるとよいと思います。対象のプロジェクトを考えましょう。基本的には経験されたプロジェクトのことがいいですね。書き方は決まりきっていますので、書き方をふまえつつネタを準備する方法を書いてみたいと思います。設問ア設問アでは必ず、対象システムやプロジェクトの説明です。立場を意識する数字を想定するということが大事と思っています。プロジェクトの内容を書いたら、あなたがどう関わったかも書かなくてはなりません。プロジェクトマネージャ試験で、あなたがどういう立場で関わったか?それはやはりプロジェクトマネージャと書きたいです。実際の経験ではサブリーダであった場合は、傍にいたプロジェクトマネージャになったつもりで、プロジェクトマネージャとしてこのプロジェクトに従事したと書いてください。書くことで、気持ちも引き締まった感じがして、以降も自らがプロジェクトマネージャだったらどう動くかと考えながら論述できるのではと思います。ITサービスマネージャの試験ならITサービスマネージャとして、システムアーキテクトの試験なら、アーキテクトです。変な遠慮で中途半端な役割とか書かなくていいです。ITベンダーに勤めているならば、開発プロジェクトや運用をお客様から請け負っていることが多いと思いますので、それはそのように書けばいいです。論文試験において、具体的な数字を出すと説得力も高まります。いわゆる本論の設問イのところでも数字を出すととてもよいのですが、それは後述するとして設問アでも対象のシステムやプロジェクトの説明に数字を書いておくのがよいので、準備の段階で具体的な数字を想定しておきましょう。あまりに小さな規模のものや、品質の悪さが出てしまう数字になってしまう場合は少し盛ってもいいと思いますが、後の話しの整合性があるようにしっかりと考えてください。準備する数字は受験する試験に合わせたシステム、プロジェクトの説明をするのに合ったものが必要です。ITサービスマネージャの試験で、テーブル数がいくつとか、何人月であるとか、利用している開発フレームワークとか説明しても意味ないです。運用を意識しているのですから、SLAをどのように交わしているのか等が重要です。試験別のシステム・プロジェクトを説明時に使うといい数字は以下です。その現状と目標の数字ITサービスマネージャの場合、設問アにおいては、是非とも書いたほうがいいという決め文句的なものがあります。平成26年度秋期試験ITサービスネージャの午後II講評を見てください。ここに『”ITサービスの概要”について、十分な内容を記述していないものが相変わらず見受けられた。ITサービスの概要についての十分な内容って何でしょう?提供している機能?サービスを提供しているインフラ構成?いいえ、違います。ITサービスマネージャの試験においては、こう書けばよいです。リリース管理、構成管理である。』つまり、ITILの運用管理プロセスを列挙し、それをITサービスの概要として書いてください。設問イ設問イでは具体的な対策などの本論を書きます。このために、論述するプロジェクトについて出題されそうなテーマにあわせて振り返り、準備しておく必要があります。経験したプロジェクトが論文に書けるほど、成功したといえないかもしれません。その場合は、もしココがこうなっていたらもっとよかったのになあとか、あれをやらなかったら失敗だったなあという反省を元に、実際の結果より少しいい結果に「盛る」のもありだと思います。どのようなテーマが出題されるかはわかりませんが、前述したとおり試験毎にテーマはだいたい決まっています。論述できるプロジェクトが複数用意できればいいかもしれませんが、一つのプロジェクトで複数テーマを書けるように準備するのがいいでしょう。課題への対策のための行動やエピソードを部品的にネタとしていくつか用意しておきます。その部品の組み合わせ方で様々な出題テーマに対応もできると思います。主題に対して、まずは一般論を記述するとよいでしょう。問題文にはそういった一般論がが記載されているので、その一部を写して記述すればよいのです。そこに教科書的な常識をさらに書き加えてもよいでしょう。次に、それにあったあなたのプロジェクトでの行動を記述します。準備してきたネタを中心に書きます。できればプロジェクト固有の特色を書き、それにあわせて前述の一般論の中で特に重視した点などをかけるとよいでしょう。対策を打ったら、それにより逆に高まるリスクに対する手を打っておくことも忘れずに書くと、引き締まった感じになります。