自分を安売りしない！ベテラン技術者のキャリア棚卸術



	今、エンジニアの転職で重視される「実務経験」。ベテラン層が培った豊富な経験や、そこに基づく業務の手法が、技術スキルとならび多くの企業で注目されている。そこで、ベテランキャリアをより魅力的に見せる棚卸し術を伝授！（取材・文／入倉由理子　総研スタッフ／木下ミカエル）作成日:04.10.13

　30歳を過ぎベテラン世代に近づくと、現場で自らが開発を行い、最新の技術を習得するチャンスが減ってくる。そのことが、転職時のネックになると感じる人もいるのではないだろうか。
　しかし最近、エンジニアの転職市場では、「技術力」だけでなく、エンジニアたちが培ってきた実務経験内容に注目が集まりつつあるようだ。

　厚生労働省の雇用管理調査（平成13年）によれば、企業が技術者の中途採用において重視する項目として、実務経験は57.2％。平成10年度同調査時（48.0％）と比較すると約10％も増えている。引き続き現在も、技術者にスキルと並んで実務経験を求める傾向は強まっている。

　この背景には何があるのだろうか。
「ここ最近、開発のアウトソーシングがより進み、豊富な経験に基づくマネジメント力や提案力、営業力をエンジニアに求める企業が増えたためでしょう」とリクルートエイブリック　キャリアアドバイザーの村山雅哉氏は語る。

　そうしたマネジメント力、提案力などは多くの場合、多くのプロジェクトを経験してきた積み重ねによって培われるものであり、転職を考える“ベテラン組”にとっては追い風になりそうだ。

　こうした背景から考えると、転職時、職務経歴書に言語や開発環境といった技術スキルを示す内容だけを記入するのでは物足りない。
　ところが村山氏によれば、転職を希望する多くのベテランエンジニアが「経験の棚卸し」をおろそかにしているという。

「職務経歴書において、かかわったプロジェクトの中身、予算、メンバー数などの規模、自らが果たした役割は必須事項。しかし、多くのエンジニアが『そんなのは言う必要はない、言わなくてもわかってくれる』と思い込み、記入していないのが現状なのです」

　培った経験をいかに棚卸しし、アピールできるか――。それが転職成功のカギになりそうだ。Part２では、うまく実務経験を棚卸しする手法を考えてみた。

　Ｔｅｃｈ総研では、前述の村山氏の意見も参考にしながら、「棚卸しのフレーム」を作成してみた（下記参照）。これに従い、かかわった主なプロジェクトごとに、自らの経験を書き出してみたらどうだろうか。

　なかでも説明が難しいプロジェクトの中身は「期間」「製品・サービスの種類／特徴」「顧客特性」という項目により、また、自らが果たした役目については「役割」「やり方・方法」をしっかり振り返ることで、ぼんやりとしていた内容がはっきりと見えてくるだろう。

「特に、『役割』は注意が必要です」と村山氏は指摘する。
「『プロジェクトマネジャー』と役職だけ書く人がいますが、企業が知りたいのは、マネジャーとしての職務の領域。人材管理や予算管理を任されていたのか、権限はどの程度あったのか、提案も行ったのかなど、できるだけ詳細に書き出すことが重要です」（村山氏）

項目	棚卸しの視点
期間	かかわったプロジェクトなどの期間は？
製品・サービスの種類／特徴	有形or無形？
製品・サービスの種類／特徴	パーツor完成品？
顧客特性	法人or個人？
	顧客企業or親会社orパートナー企業or自社内？
	業種は？
役割	役職／立場は？
役割	担当範囲は？
やり方・方法	納期サイクルは？（短期or長期）
やり方・方法	使用技術／開発環境は？
予算額	～万円
メンバー数	～人

　次に、実際に今転職を考えている２人のエンジニアが、各々の経験をどう棚卸ししたか見てみよう。

　Ｋさんは入社して10年以上、一貫して金融機関の融資関連システムの開発に携わってきた。技術だけでなく金融の業務知識には自信がもてるようになっていただけに、金融業界を専門とするITコンサルタントとしてやっていけるのではないかという思いがわき、転職を考え始めるようになった。

期間	200X年X月～200X年X月
製品・サービスの種類	金融機関向け融資関連システム
顧客特性	法人／個人	法人
	業種	金融機関
役割	役職／立場	課長（人事権あり）
	担当範囲	システム企画、設計取りまとめ、開発マネジメント、および販売、顧客対応（開発には直接かかわらない）、売り上げ、利益、コスト管理など
やり方・方法	納期サイクル	1年以上
	使用技術	Windows、VB、MS-Access、LotusNotes
	システム販売を前提としたコンサルティング、プレゼンテーション、システム企画から販売まで行う
予算額	■■■■万円
メンバー数	17人

　Ｋさんの場合、単に使用技術や携わったプロジェクト、課長という役職を書くだけでは、ITコンサルタントに応募しても企業にとってはあまり魅力的ではないかもしれない。
　上のように、「担当範囲」をはっきり振り返っておくことがポイントになりそうだ。

　Ｋさんが実際に、人材管理や予算管理を行っていたこと、自らコンサルティングを行い、システム企画の段階からかかわっていたことが見えてくる。これらは多くの企業が注目する部分だろう。

　Ｏさんは、電子機器の部品メーカーから医療機器メーカーへの転職経験がある。職種はいずれも「設計」。ただし、転職後、デザイン仕様の企画や構造の設計、量産の対応など職務範囲は大きく広がっている。Ｏさんは、同じ設計職で、自動車や家電などの完成品メーカーに転職したいという希望をもっている。

期間	200X年X月～200X年X月
製品・サービスの種類	医療機器の設計
顧客特性	法人／個人	法人
	業種	医療機関
役割	役職／立場	主任／設計担当リーダー
	担当範囲	仕様打ち合わせ（企画、デザイン部との折衝）、筐体設計、構造設計、詳細設計国内工場での生産対応＜リーダー業務＞設計業務の指導、管理設計工程管理、スケジューリング
やり方・方法	納期サイクル	1年以上
	開発環境	3DCAD（Pro/E）
	設計から量産までの一連の業務を行う
メンバー数	4～6人

　これまでＯさんがかかわってきた製品は、コンシューマ向けのものではない。さらに、部品メーカーにいた期間が長く、完成品を扱った期間が短いため、携わってきた分野や役職、開発の環境などを書くだけでは企業へのアピール度は低い可能性がある。

　このような場合、やはりアピール度が高いのは、リーダーとしての経験の中身や幅の広さだろう。設計から量産までの業務に精通していること、設計の指導や管理、工程管理などを行ってきたことがアピールポイントになりそうだ。

　最後に、より効果的な「棚卸し」のポイントを前述の村山氏に聞いてみた。


	「プロジェクトごとに経験を棚卸ししたら、それを通じて会社にどのような貢献ができたか書き出してみるといいでしょう」　その際は、「納期が短縮できた」「次の発注をもらえた」など、できるだけ具体的に。こうした成果は、マネジメント力、提案力など、企業がベテランエンジニアに求める経験の有無を裏づけることになる。


	自らにどんなヒューマンスキルが身についているのか分析してみよう。協調性のあるチームを作るのが得意なのか、カリスマ性をもったストロングマネジメントが得意なのか、同じ統率力のある人材でも、そのスタイルは異なる。「プロジェクトを円滑に進めてきた経験やプロジェクトを成功に導いた経験は、どんなヒューマンスキルに支えられているのかを明らかにすべきです。時にそれが、技術力を補うアドバンテージになることもあるのです」


	経験豊富なベテランエンジニアの場合、携わったプロジェクトすべてを棚卸しし、それをすべて職務経歴書に表現したら、数十枚の「論文」になりかねない。「相手にアピールしたいポイントが簡潔に伝わることが大事ですから、職務経歴書は2、3枚までがベスト。経験が長く豊富な場合、経歴の概略をまとめ、あとは『業務経験』『マネジメント経験』などカテゴリーに分けて、アピールしたい内容をまとめるといいでしょう。　職務経歴書に全部書かず、もっと詳しく話を聞いてみたいと思わせるのがコツ。面接に進んだとき、詳細にわたって棚卸ししておいたことが絶対役に立ちますよ」