技術職: マネージャーにならずに昇進する方法

個人貢献者として技術的なキャリアを伸ばすにはどうすればよいでしょうか?すべての大企業は従業員にエンジニアへのアクセスを提供する必要があります。 IC チャネルにアクセスする方法は次のとおりです。

Tech Works: How to Get Promoted without Becoming a Manager 著、ジェニファー・リギンズ著。

The New Stack に長年寄稿しているジェニファー・リギンスが執筆したこの毎月のコラムでは、職場の状況、管理哲学、キャリア開発、そして世界が依存するソフトウェアを構築して実行する人々に影響を与えるテクノロジー労働力市場について調査します。

誰もがマネージャーになりたいわけではありません。誰もがマネージャーになれるわけではありません。チームを管理しなくても、組織内でキャリアを成長させる方法はあるはずです。確かに、ハイテク大手は上級エンジニアに対する明確な昇進経路を用意している傾向がありますが、他の企業ではどうでしょうか?ご存知のとおり、これらの伝統的な組織は現在採用を行う可能性が高いです。

また、人々を管理せずに、組織内で発言力を獲得し、影響力を拡大するにはどうすればよいでしょうか?

企業が成長するにつれて、技術的な人材を維持する方法を見つける必要があります。

銀行、電気通信、医療機関などの予想外のテクノロジー企業は、従業員のキャリアの最初の 5 ～ 7 年間に上級ソフトウェアエンジニアの役割を超えたテクノロジー階層を構築する方法を依然として考えています。技術職の大多数は非テクノロジー企業に属しているため、これは奇妙です。このため、これらの非テクノロジー企業が上級エンジニアリング人材を引き付け、維持することが困難になっています。

そこで誕生したのが社員エンジニアです。

これを読んで、人があまり行かない道を進む方法を学びましょう。つまり、管理せずに先頭に立ち、世界規模でテクノロジーを構築し影響を与えることができます。

社員エンジニアとは一体何なのでしょうか？

大手テクノロジー企業以外では、従業員エンジニアのキャリアパスと福利厚生はよく言っても不透明です。

Loiane Groner はシティバンクで 13 年間テクノロジーの分野で働いており、現在はソフトウェア開発担当副社長を務めています。彼女は昨年の QCon London で、非テクノロジー企業でテクノロジー分野で成功する方法と、経営陣の追い越し車線を回避する方法について講演しました。

最も単純な定義では、スタッフエンジニアは上級個人貢献者 (IC) です。この仕事にはチームを直接管理することは含まれません。これは、テクノロジーに関する意思決定を通じてビジネス目標を前進させるのに役立つ、社会技術的かつ戦略的な役割です。スタッフエンジニアの昇進は上級ソフトウェアエンジニアから始まり、より高い給与とより多くの責任が伴います。

従業員エンジニアプロジェクトは、 Carta の CTOウィルラーソンによって書籍および Web サイトとして書かれた一連の従業員エンジニアの物語です。これらの従業員と役割は通常、同様のパスをたどります。

主任技師。
シニアスタッフエンジニア。
チーフエンジニア。
優秀なエンジニア。
研究エンジニア。

通常、Distinguished Engineer と Fellow Engineer は依然として大手テクノロジー企業にしか存在しません。エンジニアリング管理者のキャリアパスとは対照的に、従業員とそのルートおよび役割の説明は企業ごとに異なります。しかし、それがこの仕事の楽しい部分かもしれません。

「スタッフ兼エンジニアの職務記述書には一体何が書かれているのでしょうか？時々、自分の肩書が何なのかもう分からないと同僚と冗談を言いたくなります」と、グロナー氏は以前のシニアスタッフエンジニアの役割を振り返りながら語った。

「ある日、私はアーキテクチャのレイアウトを手伝い、次の日は長期戦略の定義を手伝います。3 日目は、チームが生産上の重大な問題を解決するのを手伝います。4 日目には、まったく別のタスクを任されます。私の役職が、その日に実行したタスクに基づいて決まるとは、何日も思っていませんでした。」

Tanya Reilly著『シニアエンジニアへの道』では、シニアエンジニアの役割の 3 つの重要な柱について概説しています。

グローバルに考えてみましょう。決定がチームに影響を与えるチームリーダーとは異なり、シニアエンジニアは、クラウドプロバイダーの選択など、組織全体に影響を与える可能性のある決定を下します。クラウドへの移行やソフトウェアブロックの廃止などのこれらのプロジェクトは、完了するまでに数年かかる場合があります。
プロジェクトの実施。より複雑なレベルでは、誰もやりたくないことをやってしまうことがある、とグローナー氏は言う。これらのプロジェクトには企業を越えた利害関係者が関与することが多く、ある程度の政治資金が必要になります。
レベルを上げる。直属の部下はいませんが、同僚を教え、指導し、影響を与えるための模範となることが期待されています。

この3本の柱はどのようにつながっているのでしょうか？多くの場合、組織全体に影響を及ぼし、重要な技術的知識と経験が必要となります。

シニアエンジニアって何をするの？

さらに、「上級エンジニアとしての仕事は、会社にとって重要である必要があります。それは必ずしも最先端のテクノロジーを使用することを意味するわけではありません」とグロナー氏は言います。彼女は、あなたの特別なプロジェクトが注目されない可能性があるとも付け加えています。

「これらの重要なタスクには、存在しないデータの収集、古い文書の調査、10 年前には誰も触れなかったコードの精査などが含まれる場合があります。」

少ない人力でより多くのことを実現しようとする時代において、上級エンジニアは自動化に注力することもあれば、プラットフォームエンジニアリングチームと協力してより多くの共有サービスやゴールデンパスを作成することもできます。上級エンジニアは費用対効果の決定を下すことがよくあります。

この役割を担っている場合は、通常、次のチケットツールまたはプロセスを決定し、継続的統合の取り組みに参加します。より規制の厳しい業界では、開発者または品質保証環境の下位レベルで継続的なデプロイメントを行う方法を探しているかもしれません。

非技術系企業で働く場合、通常は技術的な知識に加えて、垂直的な知識と専門知識が必要になるとグローナー氏は述べています。

さらに、あなたが組織内でこの種の役割に初めて就いた場合、自分の職務責任を文書化して伝達することも仕事の一部になるかもしれません。これにより、実績を残しやすくなるだけでなく、企業が技術的な人材を維持するのにも役立ちます。

これらの役割はより技術的なものですが、マネージャーも上級エンジニアも同様に次のようなコアスキルを開発する必要があります。

通信する。
影響。
チームワーク。
認可。
時間管理と優先順位付け。
指導とコーチング。
同意しない能力。
感情的知性。

特に技術系以外の組織では、シニアソフトウェアエンジニアからシニアエンジニアへの移行は困難な場合があります。あなたがチームリーダーではないからといって、変化に影響を与えていないという意味ではないことを覚えておくことが重要です。

「組織レベルでどのツールを採用するかを決定し、エンジニアリングチームのベストプラクティスとしてのプロセスとその導入方法を定義するのに役立ちます。あなたは世界規模で会社に影響を与えることができます。」と Groner 氏は述べています。

そして、自分の進路に満足しているか必ず確認してください。グローナー氏は、「自分のキャリアが確実に進歩していることを確認したい場合は、昨日の自分と比較してください。そうすることで、自分が実際に正しい道を進んでいるのか、それとも別の場所に進む必要があるのかを知ることができます」と述べています。変化の。」

シニアエンジニアになるには

このコラムを読んでいるあなたは、おそらく上級技術スタッフを失いつつある会社にいるか、あるいはエンジニアとしてのキャリアを 5 年経って次の手を考えているところかもしれません。

フィンテック企業 Curve のエンジニアリング担当副社長、アンドレア・デラ・コルテ氏は The New Stack に次のように語った。十分に活用されておらず、影響も限られているため、他の機会に移る必要があるかどうかを評価する必要があります。」

テクニカル・インタビュー・コーチングの主任面接官でもあるデラ・コルテ氏は、こうした転職のきっかけには、「主要プロジェクトを推進したり、会社の戦略的方向性に影響を与えたりする機会がないこと」が含まれる可能性があると語る。

あるいは、上に上がる唯一の方法が管理を通じてであるため、頭打ちになっている可能性があります。

「個人の貢献者であれば、そのキャリアパスを大切にして所有している会社で働く必要があります」とPure Storageの創設者兼最高ビジョン責任者のジョン・コルグローブ氏は The New Stack に語った。企業の視点から見ると、企業のリーダーとして、自分自身に問いかける必要があります。私にとって最も優秀な個人貢献者たちに、今の仕事をやめて、平凡かもしれない管理部門に移ってもらいたいと本当に思いますか?」

企業としてエンジニアリングスタッフに投資していますが、それは一定のレベルまでに限られています。管理者以外の昇進方法を確立していないため、才能を失うリスクがありますが、今ならそれが可能です。

「最も優れたエンジニアは、あなたのために最も優れた製品を作ることができます。なぜ彼らにエンジニアをやめるよう言うのですか？」とコルグローブ氏は尋ねました。

同氏は、従業員のエンジニアはある意味でマネージャーよりも優れた視点を提供してくれると付け加え、「方針や物事のやり方について議論するとき、上級管理職よりも上級個人の貢献者の方が、キャリア初期の誰かに利益をもたらすことができる。メンタル。」

従業員のエンジニアリングの役割を構築するときに、探したい特定の資質があります。デラ・コルテ氏は、テクノロジー分野や企業の垂直分野における特定分野の専門家であることは非常に価値があり、それはサイバーセキュリティや機械学習などの需要の高いテクノロジー分野にも当てはまると述べています。

「このレベルの技術貢献により、彼らは専門分野の自主性と挑戦を享受しながら、組織の技術進歩の中核に留まり続けることができる」と同氏は述べ、これが技術的人材を維持する重要な方法であると述べた。

デラ・コルテ氏はさらに、「従業員エンジニアトラックの優れた候補者は、会社の使命に沿った人材であり、緊急性の高い状況でも優れた仕事を遂行でき、天性のリーダーシップスキルを発揮できる人です。」と続けました。繰り返しますが、彼らが人々を直接管理するからではなく、この役割は影響力がすべてであるからです。

コルグローブ氏は、ICはリーダーのように扱われるべきだと強調した。これは、彼らがマネージャーと同じ敬意をもって扱われるべきであることを意味します。たとえば、組織が全社的なリーダーシップサミットを主催する場合は、個人の貢献者も出席する必要があります。

「マネージャーICペンデュラム」

多くの組織は、単に個人の貢献者にマネージャーの帽子をかぶせるという間違いを犯しています。通常、この帽子には「テクニカルディレクター」と書かれています。

Honeycomb.ioの共同創設者兼 CTO であるCharity Majors 氏は、QCon Plus 2023で次のように述べました。マネージャーとしてその役割に囚われていると、多くの不安が生じます。」

彼女は、これはおそらく監督への一方的な移籍であり、より多くのお金と影響力をもたらすだろうと付け加えた。彼女によると、その思い込みは、「これがキャリアアップの唯一のチャンスだ。最高のエンジニアが最高のマネージャーになれる。そんなの全部でたらめだ」というものだ。

どちらか一方である必要はありません。

これはチームにとって不公平です。なぜなら、この人は自然にリーダーシップの役割に召されていると感じられる人物ではなく、必要な資質を備えていない可能性があるからです。メジャーズ氏は、あなたが新たに昇進した技術系幹部である場合にも不公平であると述べ、「キャリアアップに値する」一方で、キャリアの中で管理職に固定されて技術的な経験を失うべきではないからだという。

ただし、より幅広い社会技術スキルを持っている場合は、IC や管理職に魅力を感じるかもしれません。これはあなたに開かれたもう一つの選択肢です。 Majors 氏は、彼女がマネージャー IC ペンデュラムと呼ぶものを提唱しています。これにより、役割を行ったり来たりすることで「途方もない深みと幅広い経験」が可能になります。

彼女は、優秀なラインマネージャーは技術スキルの確固たる基礎を習得した時点で上級エンジニアの地位に到達していると信じています。しかし、彼女は練習マネージャーになることを恐れないでくださいと勧めます。

「これらのスキルを比較的新鮮に保つことで、議論の余地のない信頼性が得られ、チームの共感を得ることができます」とメジャーズ氏は言います。

「これらのスキルがなければ、社会技術システムを実際にデバッグしたり、調整したり、プロセスを改善したり、紛争を解決したりすることはできません。」

一方で、経営に関与することで必要なコネクションを獲得し、IC の役割に戻ったときにテクノロジー戦略に影響を与えることができる可能性が高くなります。

「ビジネス上の問題を技術的な成果に真に結びつけるには、何が人々を動かすのかを理解する経営陣に代わるものはありません」とメジャーズ氏は語った。

確立された管理職ではない場合でも、Staff Plus Engineer は組織に影響を与えることに熟達していなければなりません。どのようなテクノロジーのキャリアパスを追求するとしても、いつでも方向を変えることができることを忘れないでください。 HashiCorp の共同創設者であるミッチェル・ハシモトでさえ、自分の会社の指導的地位を辞任し、最高技術責任者から個人貢献者に転向するという新しい道を見つけました。正しい選択。"

あなたに合ったオプションを見つけて頑張ってください!

Heather Josly がこの記事に寄稿しました。

この記事はYunyunzhongsheng ( https://yylives.cc/ ) で最初に公開されたもので、どなたでもご覧いただけます。