いった現在形を混ぜると躍動感が出てよいと思います。いったネタを準備するヒントをいくつか書きます。午前の用語を使う午後の論文試験を受けるからには、その試験の午前の対策もしているはずです。そこで勉強して覚えた用語は論文の中でも使いましょう。同じ意味でも学習した用語を使うほうがスマートですし、知識があるというアピールにもなります。スケジュールの遅延に対して、要員を追加したりすることはクラッシング、先行タスクが完了する前に後続タスクを進める方法はファスト・トラッキングといいますが、そういった用語を記述の中で使いましょう。レビューもウォークスルーとかインスペクションといった表現を使ったほうがよいです。重要な用語を覚えたら、その用語を使って論文のネタとして書くことができないか考えるのがいいでしょう。SWOTという用語を勉強したら、自分の会社、顧客、プロジェクトでSWOT分析をやってみましょう。その結果を論文の本文中に入れてるとよいでしょう。午前の試験にもまだ出題されないような新しい用語は使う必要ありません。基本用語を使ってください。午後Iの問題から持ってくる今度は午後Iです。その対策も行ってると思いますが、過去問題と解答をヒントに論文の事例にすることもできます。午後Iの問題では担当者が設計や計画したことについて、上司がある指摘を行ったがその内容は何?というパターンの問題がよくあります。その問題の解答の行動を論文のネタに持ってくればよいのです。午後Iの過去問の解答だけでも見てください。『将来のサービスに対する需要とサービス利用者の見通しを営業部門から入手する』と、解答だけ見ても行動的にヒントになりそうな語句があります。午後Iの過去問などを解いたら、そのケースや行動が自分のプロジェクトでの事例に近くないかを考えてみて、論文のネタとして考えてみましょう。論文ではマネージャ視点での行動ができているか問われます。関係部署や上層部などに説得したり交渉したり、調整をお願いしたり、などを含めるだけでもいいです。難局を乗り越えるために、実力のある自分が自ら手を動かしたというより、チームのメンバーにやってもらえるように指示したり、指導したり、ルールを作ったりしたと記述したほうが評価されます。プロジェクトでのKPIを取得しておく前の項でもでも述べましたが、数字を書くことは重要です。設問イの中では実施した対策について効果があることを示すために数字を出すことが説得力あり、有効です。利用する数字は斬新なものである必要なく、教科書でKPIとして取得するべきというものでよいです。ITサービマネージャなら各ITILプロセスの中での各指標。サービスデスクの応答時間や変更管理の緊急の変更発生件数などシステムアーキテクトならバグの発生率や検出率、プロジェクトマネージャなら進捗率などITストラテジストなら在庫回転率とか○○当たりの売上高など、経営に結びつく数字KPIを設定してその数字を監視している時点でまずポイントアップです。それらを改善するために行動し、その数字が良くなったというストーリーだとさらに説得力あります。そのストーリーの中で使う数字を具体的な値まで書けるように、準備しましょう。KPIの取得をしていなければ、それらを測定していたらどのような数字になりそうか、想定してみましょう。教科書的なものなので、測定していなくても、想定するのはそれほど難しくはないはずです。実際の数字があまりよいものでなければ、どうすればよくなったかなということを考えつつ、”盛って”良い数字に変えてもよいと思います。『サービスデスクのエスカレーション率が、約40%と他システムに比べて高かった。それを解決することで10%に改善された。『私は、システム全体の品質を設計工程での品質向上が重要と考え、設計書のウォークスルーを実施した。上流工程(設計段階)で不具合を検出するほうが、下流工程(テスト段階)で検出するより、手戻りの工数が少ない。その結果、結合テスト段階において、発生した不具合は、他のサブシステムに比べて20%ほど少なかった。簡単なレベルの例ですが、実施する対策も難しいことでなく教科書的なことでよいです。教科書的な対策を”実施した”と書くだけでは足らないので、その裏付けや補足として数字を書くがアピールになり、効果を具体的に表現できます。設問ウ設問ウは一般的に振り返りです。プロジェクトなどが100点満点で終わることなど、それほどないでしょう。全体的には80点として、残りの20点は何だったのかを書きます。”今回とった対策は、概ね計画通りに成果を挙げることができた。残りの課題ですが、大きくなりすぎないようにしましょう。課題が大きいと、成功じゃないよと評価されてしまうかもしれません。プロジェクトの要素は、品質、コスト、納期で、それらはトレードオフとなります。どれかがなんらかの事情で達成できなかったというように書くのがよいでしょう。その中で品質が犠牲になることは、あまり成功している感じはしません。コストもはっきりとした事情があったり、取り戻したりできていればいいのですが、マネージャでとして優秀な感じがしません。当初の予定の一部分だけが、納期に間にあわなかった。重要でなかったり、運用でカバーできたり、というのがいいと思います。現在は運用でカバーしていると、残りのその部分に対して開発や改善を計画または実施中と締めれば最もよいかと思います。おわりに以上、大したことはかけませんでしたが、何かのヒントになると幸いです。繰り返しになりますが、情報処理試験の論文は、最初に書いたとおり、そんなに難しいことを書く必要はありあません。教科書通りのことを書いていればよく、ポイントを外さなければ、合格することができます。次回(があれば...)は、もう少し具体的な文例をいくつか出したいと思います。この会社に入ってから、プロジェクトマネージャ、ITストラテジスト、ITサービスマネージャと合格することができたのですが、その元ネタとなった仕事はプロジェクトの中で、それなりにいい立ち位置で働くことができたからかなとも思ってます。論文記述にあたっては前述のような方法を使って盛りましたけど、二次受けはまだしも、三次受け、四次受けといった位置でのプロジェクトへの参画では、こういうものを書くのは難しいかもしれません。当社では、論文書くためのネタも集めやすい(もちろん、そのために仕事しているわけではないですが)仕事がちゃんとありますので、一緒に仕事してみたいと思ってくれた方は新しい仲間の募集も行っておりますので、ぜひご検討ください。論文の試験では、鉛筆と消しゴムが必要になります。鉛筆はともかく、社会人になってから消しゴムって使わないですよね。試験会場は、学校になることが多いと思います。黒板や机、掲示してある紙といった教室の雰囲気を感じ、消しゴムと鉛筆を使って試験を受ける。すると、若かった自分の何かを思い出せるでしょう。それもいいと思いませんか。がんばって試験会場に足を運びましょう。nakagawaこのサイトの掲載内容は投稿者自身の見解であり、必ずしも当社の立場、戦略ならびに意見を代表するものではありません。本サイトに掲載されている商品またはサービス等の名称は、各社の商標または登録商標です。アークシステムのSNSをいいね!&フォローしよう。@arksystemsJp最新情報をお届けします。この記事が気に入ったらいいね!&シェアお願いします。Webアナリスト検定を受講しました。SAに認定されたので、受験記とワンポイントを紹介します。「必要な運用技術とは何か。私が所属する部署は「IT運用管理ソリューションサービス」を提供しています。