40代ITエンジニアの職務経歴書｜マネジメント経験を、部下がいなくても書ける型

職務経歴書のひな形を開くと、「マネジメント経験」の欄があります。
選べるのは「有」か「無」の2つだけ。
課長になったことがないと、選ぶのは「無」になってしまいます。

部下の査定をしたことはない。
でも、納期の前の晩は、8人分の進捗と機嫌を見て回った。
そんな夜が何度あっても、書類の上では「無」です。

この記事は、40代のITエンジニアで、課長ではなくても人や日程を動かしてきた方に向けて書きました。
部下がいなくても書ける形を、順に見ていきます。
最後は、面談の前に渡す1枚の範囲です。

相談する窓口から先に選びたい方は、経歴を見てもらえるIT職向けの相談窓口を比べるページから読んでも構いません。

「マネジメント経験」は、部下の人数だけで決まりません

欄に「有」か「無」を付けようとして、つい頭に浮かぶのは部下の人数です。
ただ、ITの現場で人や日程を動かす仕事は、課長でなくても起こります。

書くときは、動かしたものを3つに分けます。
人、日程、品質です。
この分け方は、この記事で作ったもので、公式の分類ではありません。

• 人：メンバーの人数と内訳（自社と協力会社）、新人の指導
• 日程：期間、遅れが出たときに作業を割り振り直したこと
• 品質：レビュー、テスト、障害対応の取りまとめ

3つのどれかに具体が書ければ、その経験は書類に載せられます。
検索で上に出てくる解説を何本か読んでみると、説明の中心は人数と数字の入れ方でした。
部下がいない場合の書き方は、ほとんど出てきませんでした。

ここで分けておきたいのが、「部下」と「チームのメンバー」です。
人事の評価をした相手なら部下。
評価はしていなくても、指示を出して動かした相手は、チームのメンバーです。

2つを混ぜて「部下8名」と書くと、面談で評価の話を聞かれたときに、答えが食い違います。
「チーム8名（自社5名・協力会社3名）のリーダー、評価の権限はなし」と、最初から書いておきましょう。
線を先に引いておけば、聞かれても、その線のまま答えられます。

プロジェクト1件ごとに、4つの欄を書く

職歴を会社ごとに1行で書くと、20年分でも中身が見えません。
プロジェクト1件ごとに、次の4つを書いていきます。

さっきの「人・日程・品質」は、規模と成果の欄に入ります。
役割の欄には、権限の範囲を一言だけ添えてください。

職務経歴書の形に、決まりはありません。
ハローワーク品川の資料は、作成年こそ書かれていませんが、基本の形を2つに分けています。
時系列に書く「編年体形式」と、同じ仕事をひとまとめに書く「キャリア形式」です。

キャリア形式は、複数の会社で同じ仕事をしてきたときの形だと、同じ資料に書かれています。
専門・技術系の職種で使われる形だそうです。
現場を重ねてきたITエンジニアには、プロジェクト単位で書く形が合うと思っています。

現場が20も30もある人は、全部を4つの欄で書かなくて大丈夫です。
詳しく書くのは、直近の3件。
残りは、表に1行ずつ並べれば足ります。

職務経歴書を書くのが初めてなら、棚卸しと翻訳の2工程で書く方法を先にどうぞ。
この記事は、その続きとして、40代のIT経験者の見せ方に絞っています。

部下がいない人の記入例を、架空の3件で並べる

次の3件は、この記事のために作った架空の例です。
実在の会社や人の経歴ではなく、数字も例のための数字です。
自分の現場の数字に置き換えて、使ってください。

3件とも、部下は0人。
それでも、人・日程・品質のどれを動かしたかは、4行で伝わります。

「予定日どおり」「障害0件」のような成果は、過去の課題管理表や週報、見積書に残っていることがあります。
開くと、数字が出てくる場合もあるでしょう。

数字が出てこないプロジェクトは、無理に数字を作らないでください。
役割の行に、何をしたかを動詞で書けば足ります。

「推進」「牽引」と書いたあとで、自分にツッコミを入れる

実際に4行を書いてみたら、役割の行を読み返します。
「プロジェクトを推進」「チームを牽引」と書いていないでしょうか。

わたしは、推進と牽引という言葉を見るたびに、少し疑います。
どちらも便利な言葉だからです。

何をしたのか言わなくても、文として成り立ってしまいます。
書いた本人が、いちばん気持ちよくなる言葉でもあります。

わたしが「牽引」と書いたら、書類の上ではトラックです。
載せているのは、毎週の進捗表くらいなのに。

ここで、ちょっとだけ自分にツッコミを入れます。
推進したのは何を、いつまでに、誰とだったのか。
答えが出ない言葉は、読む人にも伝わりません。

「推進」は、動作に直します。
たとえば、次のような書き方です。

• 週に1回、全員の進捗を確認した
• 遅れた作業を、別のメンバーに割り振り直した
• 協力会社のレビュー結果を、毎回こちらで取りまとめた

面談の前は、3件の4行と、現場の一覧があれば足ります

面談の前に、書類は完成していなくてはいけないのか。
完成品でなくて構いません。

用意するのは、詳しく書いた3件の4行と、残りの現場を1行ずつ並べた表です。
この2つがあれば、面談で何を話すかが決まります。

書けなかった行は、空欄のまま持っていって構いません。
人数の内訳や権限の範囲は、面談で聞かれやすい点です。
先に自分の言葉で書いてあれば、その場で答えが止まりません。

人数は、「指示を出した人数」で数えます。
同じ現場にいただけの人は、入れません。
その人たちに誰がどう指示を出していたか、自分で答えられる人数が、書いてよい人数です。

もう1つだけ、書類には書かずに、手元へ残す行があります。
そのプロジェクトで、うまくいかなかったことの1行です。

成果を聞かれると、続けて大変だったことを聞かれる場面があります。
メモがあれば、そこで言葉に詰まりません。

どの窓口がどの年代と経験を対象にしているかは、窓口ごとに違うところです。
40代以上のIT経験者が使える窓口の違いを見ると、4行を誰に読んでもらうかを決めやすくなります。

しばおに書けるのは、4つの欄の作り方までです

この記事で書けたのは、4つの欄の作り方と、権限の書き分け方までです。
欄の中身は、現場を知っている本人の言葉でしか埋まりません。

運営者の経歴は運営者プロフィールのページで確認できます。

今日やるのは、直近の現場を3つ選んで、4つの欄を埋めるところまでです。
空欄が残っても構いません。
空欄は、窓口の担当者に相談するときの材料です。

4行がまだ書けない方は、先に相談先の違いだけ見ておくのも1つの手です。
書いた紙を持って、相談できるIT転職の窓口を選ぶところへ進めます。

求人の条件や窓口の受付は、時期によって変わることがあります。
応募の前に、最新の案内をご確認ください。