合格者が作る「認定情報技術者(個⼈認証)申請の⼿引き」
2018年2⽉2⽇#14000011
住友電⼯情報システム㈱ 岡崎四郎

CITPコミュニティで申請の⼿引きを作成しました。
全23ページ、有志12⼈の経験HPに公開予定です。
第1章 IT技術者のスキル・能⼒をどのように可視化するの？
第２章 申請書の書き⽅のポイントは？
第３章 合格者からのアドバイス

2

第1章 IT技術者のスキル・能⼒をどのように可視化するの？

認定のポイント
認定情報技術者（CITP）の申請案内には下記のように解説されている。

「CITP とは、IT スキル標準（ITSS）のレベル4 以上に相当する知識とスキルを保有し、それを業務で発揮していると共に、技術の発展や後進の育成などの社会貢献を行っていると認定を受けた技術者です。
この説明から①知識を保有②スキルを保有③業務で知識・スキルを発揮している(ビジネス貢献)④技術の発展や後進の育成などの社会貢献を行っている（プロフェッショナル貢献）の４つの観点で、レベル4以上が必要ということになる。

3

第1章 IT技術者のスキル・能⼒をどのように可視化するの？

認定のポイント
CITPの認定には以下の4つがポイントになる(図１)。
①知識②専門分野のスキル
プロフェッショナルとしてスキルの専門分野が確立している③ビジネス貢献
プロジェクトの成功の経験と実績などのビジネス成果に対する貢献。独力で業務上の課題の発見と解決をリードできる。
④プロフェッショナル貢献
専門技術の向上による社内外への貢献、後進育成や技術の継承などのプロフェッショナルとしての貢献。自らのスキルの研鑽を継続することができる。

図１ ITSSと認定情報技術者の関係
4

第1章 IT技術者のスキル・能⼒をどのように可視化するの？

①知識
ITSSの知識レベルと情報処理試験は連携しており、レベル４の知識は高度情報処理試験の合格により証明できる。申請職種に必要な高度情報処理試験は図２の通り。

図２ CITP職種と申請に必要な情報処理技術者試験・情報処理安全確保⽀援⼠試験
5

第1章 IT技術者のスキル・能⼒をどのように可視化するの？

②専⾨分野のスキル
申請者は「キャリア⇒達成度指標」と「スキル⇒スキル熟達度」の基準を満たすことが求められる。理解を助けるため、アプリケーションスペシャリスト・レベル4の具体的な基準を図3に示す。

キャリア（達成度指標）
責任：開発チームリーダとして実績：至近5年以内のプロジェクトを2回以上
複雑性：8つの複雑性要件の中から2項目以上
サイズ：3人以上を成功裏に達成した経験を有する

スキル（スキル熟達度）
開発チームリーダとして共通スキル（業務分析、テクノロジ、デザイン等）および固有スキル（業務システム構築等）を発揮できる

図３ アプリケーションスペシャリスト（レベル４）の達成度指標とスキル熟達度

6

第1章 IT技術者のスキル・能⼒をどのように可視化するの？

③ビジネス貢献
ビジネス貢献は、担当したプロジェクトにおける責任の重さを示す責任性、プロジェクトの難易度を表す複雑性、およびサイズという３つの指標で評価する(図６)。

図６ ビジネス貢献の３つの指標（ｱﾌﾟﾘｹｰｼｮﾝｽﾍﾟｼｬﾘｽﾄ）7

第1章 IT技術者のスキル・能⼒をどのように可視化するの？

④プロフェッショナル貢献
プロフェッショナル貢献は、技術者の保有する専門性（専門分野別主要テーマ）、貢献度合い、技術継承実績（技術の継承に関する実績度）、後進の育成の４つの指標で評価する（図７）。

図７ プロフェッショナル貢献の４つの指標（ｱﾌﾟﾘｹｰｼｮﾝｽﾍﾟｼｬﾘｽﾄ）8

第２章 申請書の書き⽅のポイントは？

1. 提出書類の概要と作成順
2. 業務経歴書
3. 認定情報技術者申請書
4. 主要業務・研修・プロフェッショナル貢献の記録
5. 達成度指標チェックシート
6. スキル熟達度チェックシート

9

第２章 申請書の書き⽅のポイントは？
作成する提出書類は下記の5種類がある。
a.認定情報技術者申請書
b.主要業務・研修・プロフェッショナル貢献の記録
c.業務経歴書No1,No2
d.達成度指標チェックシート
e.スキル熟達度チェックシート
このうち最も重要なのが『c.業務経歴書』である。採点者はこれに書かれている具体的な内容で申請者のスキル・能⼒を判断する（と思われる）。
また、『a.認定情報技術者申請書』は概要をまとめたもの、『b.主要業務・研修・プロフェッショナル貢献の記録』、『d.達成度指標チェックシート』、『e.スキル熟達度チェックシート』の３つは⼀覧によるチェック⽤である。
したがって『c.業務経歴書No1,No2』に最もエネルギーを使い、これが完成したら概要編やチェックシート系を作成するのが良い。
10

第２章 申請書の書き⽅のポイントは？

11

第２章 申請書の書き⽅のポイントは？

業務経歴書○⼀般的な内容ではなく、実際に実施した内容を具体的に記載する【ITS（NW）職種の合格例】
プロジェクト要件

・新拠点に構築済みのリバースプロキシが存在し、将来的に社外公開サーバはそちらへ移⾏することが決まっているため、利⽤者から社外公開サーバまでの接続経路を、新拠点のリバースプロキシを経由する経路へ変更する⽅式で移⾏作業を⾏う。
・社外公開サーバーが接続しているLANセグメントを、新拠点までL２延伸することで、サーバーのIPアドレスを変更せず移⾏できる構成をとる。
・新拠点のリバースプロキシはファームウェアのバージョンが異なることから、社外公開サーバ動作確認を移⾏作業⽇までに実施する。

12

第２章 申請書の書き⽅のポイントは？

○⾼度情報処理試験に出てくる専⾨⽤語を出来るだけ使う【PM職種の合格例】
活⽤した専⾨ PMBOKのプロジェクトマネジメント・プロセス全般を活⽤しているが、技術特に⾼度な対応を必要とした技術は以下
WBS作成、アクティビティ資源・所要時間⾒積り、コスト⾒積り、スケジュールコントロール
⾃らのスキルを発揮した課
題と解決[解決・結果]私はプロジェクトマネージャとして、漏れのない移⾏を⾏うため、以下事項を特に重視し作業を進めた。
・作成したWBSをアクティビティに要素分解する際、新ストレージ仕様に精通するメンバ、ベンダのストレージスペシャリスト、および業務システム担当を参加させ実施し、作業項⽬漏れのないことを確認した。
・若⼿メンバをアクティビティ定義の作業に参加させることにより、ストレー
ジ専⾨知識の他、プロジェクトマネジメントのツールと技法の⼀⽚を知る機会にもなり、教育的効果もあった。
13

第２章 申請書の書き⽅のポイントは？

○『独⼒で業務上の課題の発⾒と解決をリードできる』ことを⽰す
・どのような課題を、誰が、どう解決し、どのような結果・評価を得たか
どのような課題：『業務概要・複雑性要件』欄で該当項⽬を□から■に変え、そのあとに具体的内容を記述する。
複雑性要件■複雑、⾼度なアクセスコントロール要求【保守者・管理者のアクセスコントロール】
機密情報を取り扱うため保守者・管理者に対して厳密なアクセス制限が求められる。

項目を一致させる■複雑、⾼度なアクセスコントロール要求【保守者・管理者のアクセスコントロール】[課題]1)機密情報を扱うため保守者アカウントは厳密に管理し、万⼀の事故に備え作業履歴を残す必要があった[解決・結果]
課題1については申請者⾃ら以下のようなポリシーを制定し、運⽤設計に盛り込んだ。
どう解決：具体的内容
誰が：⾃ら
14

⾃らのスキルを発揮した課
題と解決

第２章 申請書の書き⽅のポイントは？

・チームリーダとしてのスキルを発揮したか【PM職種の合格例】
⾃らのスキルを発揮した課
題と解決

当プロジェクトは短納期であり、かつ、顧客担当者が⼗分な打ち合せ時間を確保する事が困難であるという課題があった。そのため、私はPMとしてプロトタイプモデルを採⽤する事とした。なぜならば、プロトタイプを⾒せる事により、顧客が完成後のシステムをイメージしやすくなるため短時間で仕様を確定させる事ができると考えたからである。また、プロトタイプで操作性を確認しながら進める事により、要求された⾼い操作性の未達成による仕様変更を防ぐ事ができると考えたからである。
さらにプロトタイプで作成したＰＧを流⽤する事でＰＧ⼯程の期間を圧縮する事ができ、短納期にも対応可能と考えたからである。

役割を明確に記述する

第２章 申請書の書き⽅のポイントは？

○後進育成への貢献
・『後進育成への貢献』欄は必須【ITS(NW)職種の合格例】
後進育成への貢献

本プロジェクトでは少⼈数のチームであったため、メンバは⼀⼈何役もこなす必要があった。担当メンバは○○業務分野の専⾨家としてチームに加わったが、改修における要件定義、設計のフェーズではネットワークやセキュリティについてもディスカッションを重ねて知⾒を共有し、構築についてもwebアプリ部分のコーディングを⾏ってもらうことで経験を蓄積し、ITS（ネットワーク）レベル３相当の能⼒を⾝につけた。現在は運⽤保守におけるトラブル発⽣時に、申請者に代わってどちらでも対応できる体制を取っている。

具体的に記述16

第２章 申請書の書き⽅のポイントは？

達成度指標チェックシート
 達成度指標チェックシートは詳細に記述した2件の業務経歴書について、ビジネス貢献、プロフェッショナル貢献をクリアしているかをマーク⽅式でチェックするもの ビジネス貢献（責任性・複雑性・サイズ）、プロフェッショナル貢献（専⾨性・技術の継承・後進の育成）の計6項⽬について、業務経歴書を読み直しながらチェックするとよい。
他書類との整合性
申請職種との整合性 をチェックする17

第２章 申請書の書き⽅のポイントは？

スキル熟達度チェックシート
 スキル熟達度チェックシートは全項⽬について、具体的に記載する必要がある。ITSSのスキル領域とスキル熟達度を⾒て、全項⽬について⼿を抜かずしっかり記載してほしい。
【ITA職種の合格例】
設計技法（ソリューション設計の責任者として、最適なメソドロジ、モデリング技法を選択、適⽤し、ＩＴアーキテクチャ設計を実施することができる。）
実績No1でT字型ER図による業務モデリングの実施。
実績No1では、従来型の開発の為、ウォーターフォールプロセスによる開発を⾏い、No2では、重要機能の事前評価の為にプロトタイピングによる開発を⾏った。
これらにより実績No1,No2共にユーザから満⾜の得られる開発を⾏えた。

ITSSに従って、具体的内容を記述
18

第２章 申請書の書き⽅のポイントは？

認定情報技術者申請書○申請理由はレベル4に該当することを⽰すためにビジネス貢献およびプロフェッショナル貢献の要約を4〜5百字内で簡潔に記述【PM職種の合格例】
申請理由

⼤⼿会社向けのシステム開発を過去５年間に２件経験し、どちらもプロジェクトマネージャとしてメンバーを率いて、品質，コスト，納期のバランスを取りながらプロジェクトを完遂した。また、開発時以外でも保守チームのチームリーダとしてマネジメントに従事し、不具合対応や改修作ビジネス貢献 業を滞りなく実施している。
業務経歴書の実績No.1に関しては、開発のプロジェクトマネージャとして、短納期かつ仕様変更の可能性が⾼いプロジェクトを納期通りに完成させた。実績No.2では、⽕⼒設備管理システム データメンテナンスサブシステム開発のプロジェクトマネージャとして、処理時間に課題を抱えたシステムを無事想定時間内に収め完成させた。
プロフェッショナル貢献
実績No.1では若⼿を中⼼にプロジェクトを実施し、⾃信を付けさせると同時に技術⼒の向上にも貢献したほか、社外のＰＭコンテストにＰＭとして参加し、プロジェクトマネジメント部⾨で優勝した。
以上のビジネス貢献、プロフェッショナル貢献によりレベル４のプロジェクトマネジメントの条件を満たしていると考え認定を申請する。
19

第２章 申請書の書き⽅のポイントは？

認定情報技術者申請書○得意分野はスキル熟達度チェックシートに記載した内容の要約を含めて、2〜3百字程度に具体的かつ簡潔に記述する【PM職種の合格例】
申請理由

⼊社以来、⼤⼿会社向けのミッションクリティカルな基幹系システムの構築・開発に携わっており、オープン系のシステム構築・開発を得意分野としている。特に適⽤実績のあるオープンソースソフトウェア(以下、OSSと呼称)の課題解決や⾮互換対応といった専⾨性の⾼い分野に精通している。また、システム開発だけでなく、顧客企業に求められる競争⼒強化に必要なコストダウン施策や新規システムの企画・提案も⾏っている。
従来のシステムは、オンプレミス環境に追加設備投資を重ねてきた経緯もあり、最適化されていない環境も⼀部残置されている。そのため、新技術の情報収集を重ね、システム刷新の際にコスト削減だけでなく、運⽤、将来性、システムライフサイクルなどの観点も踏まえソリューション提案を実践しており、最新の技術動向、業界動向にも⻑けている。

スキル熟達度チェックシートを要約
20

第２章 申請書の書き⽅のポイントは？

主要業務・研修・プロフェッショナル貢献の記録＜著作・論⽂＞ 、＜講演・講師＞ 、＜特許出願＞、＜学会・コミュニティ活動＞の４つについては、少なくとも⼀つ書くのが望ましい。
※社内講師でもOK【ITS(SC)職種の合格例】
発表年⽉

講演タイトル名主催・イベント名

2010年09⽉〜
継続中

・DNSポイゾニング
・DNSSEC
・IPv6
・APT・マルウェア解析
・セキュリティインシデント （⾃らが主対応事例催）・CTF_ガイダンス
社内セキュリ・無線LANのクラック
ティ勉強会
・Googleハッキング・マイナンバーなど
開催毎にホットな話題を取り上げる。
21

具体的内容

社内/外区分

年に数回程度、セキュリ
ティトピックスに関する社内勉強会を主催。
発表者を有志で募るが、⾃らも、毎回発表している。
参加者は15⼈〜20⼈。
セキュリティに関する専⾨
技術や、セキュリティインシデント調査対応事案などを中⼼に20〜30分程度のプレゼンを⾏う。

社内

第３章 合格者からのアドバイス

計画的に準備する・申請書に記⼊する内容が多いため、作成に時間がかかることと、資格の合格証書や研修の受講記録など⽤意する資料が多く、探すのに⼿間取って、時間をかけて準備を進める必要がありましたので、締め切りまでの時間に余裕を持って準備をする必要があると思います。
・申請書の作成には⾮常に時間がかかったため、シナリオ作成から素案作成、本書作成、校正、他者チェックなど、計画的に進めていく必要があった。

22

第３章 合格者からのアドバイス

ITスキル標準を熟読する
・業務経歴書、チェックリストを作成する前に、「ITスキル標準」を熟読し、⾃分が申請する業種に求められているスキルレベルを理解することが⼤切だと思います。私はこれをしっかり⾏わない状態で、業務経歴書、チェックリストの記載を始めてしまったので、⼀通り記載した後に、⼤量の修正を⾏うことになりました。

23

第３章 合格者からのアドバイス

社外活動への取り組み
・ITスキルを客観的に評価できる社外論⽂やフォーラム講演などは、エビデンス含め提出することができるため、合格に有利に働くと思います。申請者(予定者含む)は、特に意識した社外活動の取り組みが必要と考えます。
・プロフェッショナル貢献の記載内容に書けることが少なく、記載内容も妥当であるか不安でした。また、具体的な活動のエビデンスを求められるので、計画的に記録を残していないと難しいと感じました。

24

第３章 合格者からのアドバイス

職種を意識する・役割＝リーダを意識しました。「○○した」だと、担当者になってしまうので、「○○するよう指⽰した」や「○○に気を付けるよう指導した」のような表現を⽤いました。
・求められるものが職種によって違うということです。私はITS(SC)ですが、求められるのはあくまで「技術」なのだと⾯接で強く感じました。
⽇常業務でプロジェクトマネージャを⾏っていると、どうしてもマネージメントの実績をアピールしがちだと思うので、職種で求められるスキルを意識して執筆することが⼤事だと思いました。

25

第３章 合格者からのアドバイス

記⼊⽅法の注意書き/サンプルの熟読・記⼊⽅法の注意書きやサンプルを熟読し、 要求されている記載⽅法を順守するようにしました。形式不備で不合格になってしまうのはとても残念なので。例えば、「2.6 スキル熟達度チェックシート」では、スキル項⽬ごとに、実績1か実績2かを明記し、とあるので、以下のように記述をしました。
「実績1では、○○をした。実績2では、○○をした。」

26

第３章 合格者からのアドバイス

他者チェックは必要
・採点者は申請者の背景を知りません、知らない⼈にわかるように簡潔に、かつ具体的に書けていることを他者にチェックしてもらうことが重要です。
・推薦者にITSSを⼗分に読み込んでもらい、チェックをしてもらうことが重要です。

27