俺は、いわゆる典型的な「生涯一技術者でいたい」ような人間で、マネジメント方面のキャリアパスはごめんだと言い張ってきた。
だが、最近になって、そっちの方もちょっといいかなぁと思うようになった。
相変わらず、納期交渉だの予算折衝だのという殺伐としたことはさっぱりやる気がないのだが、マネジメントとはそういうもの以外にもあるだろうと思うのだ。
というのはつまり、開発チームのマネジメントである。
プロジェクトを遂行するために最適な人材を選んでチームを組み、時には周りから不要だろうと言われる人間やポストも自分が必要だと思えば取り入れ、その他いろいろ、自分がマネジメントすることによって開発者の能力を十全に発揮させることができて、それで素晴らしいコードが出来上がるならば、それは、素晴らしいコードを自分で書きたいという欲求の延長線上にあるのではないかと思うのだ。
さて、昨今、「アーキテクト」という立場が脚光を集めている。
従来のキャリア階層では、(仕事の流れという意味で)上から、マネージャとかアナリストがいて、その下にSEがいて、その下にプログラマがいるという感じになっていた。
SEという立場の定義も様々で、技術職に含める場合も含めない場合もあるだろうが、それを含めるとしても、仕事が上から落ちてくる中で、それまでは営業的だったのが、突然、このあたりから技術的なことが登場するわけだ。
アーキテクトというのは、そのもう一段階上から、要するに要件分析とか顧客折衝の段階から、技術的な見地から関わる立場である。
要するに、従来は非技術的な人間だけがやっていたことの一部を、技術の人間にもやらせようという動きであると思う。
ならば、チームマネジメントにも、技術分野と非技術分野があってもいいだろうと思うのだ。
そうした技術分野のチームマネジメントというのも、なかなか面白そうではないかということである。