また、プログラマー35歳定年説の話題が流行っているので、少し遅れながら便乗してみる。
とりあえず、自分は社内エンジニアなので、その観点から。
単価という概念がない世界
そもそも社内エンジニアにとっては単価という概念がありません。
社内売りたてるところがあったとしても、額面上で計算されたものであまり厳密に計算されたものでもなかったりしますし、そもそも客（社内の人）から単価が高いって言われることもありません。
人件費では、うるさく言われることも多いでしょうが、そういった場合って、このシステム開発・保守にこれだけの人件費がかかっているからもっと若いエンジニアを利用してランニングコスト下げろってことなんてなく、丸ごと関係会社やオフショアへ出してしまえ、みたいことになったりします。
自分たちが作り上げるサービスが、会社にとっての直接の売り上げなどに貢献することがない、バックオフィス系の仕事をするエンジニアとしては、その単価や給与によって道が閉ざされていくようなことはない気がします。
実際、社内のシステム構築をするような人は、平均年齢が結構高いと思いますし。
まぁ、それはあまり人材が流動的ではないというせいもあるかもしれません。
じゃあ、プログラマー以降のキャリアがないのかというと、そんなこともなくその会社が思い描くキャリアゆえに定年への道が用意されている気がします。
そのエンジニアを育てて行く過程で、プログラマー以降のアーキテクトやプロジェクトマネージャなど、その人のキャリアパスをレールに乗せようとする35歳辺りを転機に、そっちの道へ導こうとするのかなと。
要は、プロマネやってた方がつぶしが利くし仕事の幅も広いだろうということかもしれません。
プロジェクトマネージャという立場への誘惑
新卒の採用でいきなりプロジェクトマネージャ募集！ということをやるところはまずないと思います。
開発の現場をわかってなくてプロマネなんてできるか、ってことでしょうけど、先ほど言ったようにプロマネに仕立てた方が、社内であっても仕事につぶしが利くわけです。
会社としてはプロマネに仕立てたいけどいきなりは無理だから、とりあえずプログラマーとして採用し、その後にその人のキャリアアップと称してプロジェクトマネージャへの道を作るというストーリーを描いているんじゃないかなと。
35歳っていうと、大体大卒で13年ってとこなので、いかに人材が流動的ではないとは言え、そのくらいの年数たてば新卒で入ってきた人の人数も膨れ上がります。
プログラマーとして仕事を継続していっても仕事が足りなくなりますし、何よりそれらの人数を束ねる人を作っておかないと組織として機能しなくなる恐れがあるわけで、そういうポジションの人を育てておかないといけなくなります。
プログラマーとしてだけの能力を評価するよりは、各方面で必要となる能力を持ち合わせているプロマネの立場の方が評価もしやすくなります。
開発の現場もそれなり経験し、レベルが相応になっているその辺りで、上司もそろそろ次のステップとしてプログラマーの引退とプロジェクトマネージャへのジョブチェンジを勧告しようとするのかもしれません。
自分にとって都合のよい状態を探す
自分の周りでは、評価面談の際に「上流工程やるのが嫌」という理由でプログラマーとして仕事し続ける人もいたりしますが、社内の場合プログラマーとしてい続けることも残酷な面も多かったりします。
好きなことを続けやすい環境ではあると思いますが、第三者目線で優秀なプログラマーとしての評価される機会は少なかったりしますし、社内での技術そのものがレガシー化してしまうと身に付けられるスキルも固定化されます。
好きを貫くといっても、ただそれだけでその環境でしか通用しないようなプログラマーにしかなれない場合もあるでしょう。
これは何も社内エンジニアに限ったことではないでしょうけど、そのまま好きなプログラマーとしてやり通したければ、相応の覚悟を持ってその一本道の中で自分を磨き続けなくてはなりません。
いづれにせよ、社会人歴を重ねるごとに与えられるミッションや責任というのは大きくなっていくので、少なからず開発だけやっていく、という立場から遠のいていくことは必然的に起こってきます。
自分はどちらかというと技術に秀でたものがないので、五分五分ぐらいで勝負していきたいな、と思ってたりする方です。
プログラマーを束ねてプロジェクトをやっていくには、その人たちと会話が通じるレベルで技術に精通しておいた方が何かと便利です。
今までやってきた技術そのものを完全に捨て去ることは心情的にできそうもありませんし、プロマネするにしてもそういった知識があるほうがより多方面で役立ちますしね。
結局は、会社都合でつぶしが利く人材となるよりは、自分のその後のキャリアも考えてつぶしが利くようにしておいた方がよいと思ったりするわけです。