すべての開発者がマネージャーになりたいわけではなく、これが標準です

開発者 Peter Zemek による記事と、上級開発者のステータスが本当に管理職の前の中間段階であるかどうかについての彼の考えの翻訳と 翻案。

開発者のキャリアパス

あなたはおそらく、コーディングが好きだから開発者になった（またはなりたいと思っている）でしょう。抽象的なアイデアをコードに「ラップ」するのが大好きです。何もないところから大切なものを生み出す。新しいテクノロジー、プログラミング言語、フレームワークなどを学びます。すべてがどのように 3 倍になるのかを理解してください。したがって、ジュニア開発者として働きながら、徐々に強力な「平均的な」開発者に成長し、上級の地位に到達しながら、自分の仕事を楽しんでいることになります。そして、ある晴れた日、あなたはビジネスで最高の調子に達したり、突然自分が優れたオーガナイザーであることを示したり、あるいは単にあなたのチームにこのポジションがオファーされたマネージャーの役​​割に適した人が誰もいなかったりします。そのような場合、「指導的な立場に移るのは順序だ」と言うのが通例です。しかし、私は反対したいと思います。誰もやりたくないことをすべきではないと思います。

なぜそのような移行が順序どおりに進まないのか

まず、コードを書くのが好きな人に、コードをまったく書かない人になるよう求めるとしたら、その論理はどこにあるのでしょうか? 彼は自分の好きな活動が奪われていると感じ、遅かれ早かれ燃え尽きて仕事が嫌いになるでしょう。もちろん、新たな責任を無視してコーディングを続けることもできますが、そうするとチーム内の管理機能が低下してしまいます。そして、これはビジネスにとって悪いことです。なぜ人々を管理したくないリーダーを望む人がいるでしょうか？第二に、コードをうまく書いたからといって、その人が優れたマネージャーになるとは限りません。開発と管理は異なる分野であり、異なるスキルや考え方が必要です。サッカー選手とコーチのようなものです。あなたが優れたサッカー選手だからといって、サッカー チームをうまく運営できるわけではありません（これは確かに起こりますが）。マネージャーは人々と緊密に対話し、それが実を結ぶように仕事のプロセスを設定する必要があります。人々に仕事を効率的に行う機会を与える必要がありますが、その仕事を代わりに行うことではありません。そして開発者はライン社員です。マネージャーになるということは、自分でやるのではなく、他の人の仕事を適切に整理して成果を上げることを意味します。第三に、「ピーター原則」として知られる規定があります。その本質は、スペシャリストが能力のないポジションに成長するまで、これまでの職歴に基づいて昇進するということです。したがって、優秀な開発者がマネージャーに昇進しても、その準備ができていない場合、新しい仕事を適切に遂行することはできません。優れた開発者から悪いマネージャーへの移行は、会社に害を及ぼすだけです。増加は現在の活動の枠組み内で行われなければなりません。そして、開発者が自発的に管理能力を開発しない場合、その方向に開発者を押し進めるのは意味がありません。第四に、給与を上げるために管理職に就く専門家もいます。はい、マネージャーは部下よりも多くの収入を得ていることがよくあります。しかし、常にそうとは限りません。逆の状況も発生します。チームに強力なスペシャリストがいる場合、後任を見つけるのは監督よりも困難になります。開発者の会社への貢献がマネージャーの貢献より価値がある場合、マネージャーに過大な報酬を支払う理由はありません。さらに、パッチだけがすべてではありません。高い給料をもらって嫌いな仕事をするより、少ないお金で好きなことをする方が良いです。第 5 に、チーム内にこの役割に適した人がいないという理由だけで管理職を決して引き受けてはなりません。これはあなたのせいではありません。自分のキャリアについて意図的に考える必要があります。そうしないと、あなたの気分や自尊心が損なわれるだけでなく、会社も傷つくことになります。では、プログラミングが好きで、経営側に転向したくない場合はどうすればよいでしょうか? 出口はあるよ！

あなたには選択肢があります

シニア開発者のポジションは、管理職の前の中間段階となる場合があります。そうではないかもしれません。一般に、キャリアパスは管理職、あるいは技術職となる可能性があります。以下のようなポジションがあるため、技術分野での開発が容易です。

1. シニア/チーフデベロッパー– これはまさにあなたが開発を続けたいポジションかもしれません。上級レベルのプログラマーがライン従業員であり続けることを許可するのは通常のことです。

2. リード開発者(テックリード) は準管理職の役割です。リード開発者は、技術的な観点からのみプロジェクトや人材を管理します。彼らは直接の部下を持たず、従業員を管理しません。彼らはその権限によって、特定の問題に関する最終決定に影響を与えることができます。ただし、このスペシャリストの能力と影響範囲は企業によって異なる場合があります。

3. アーキテクト– 複雑なシステムの設計が好きで、得意であれば、アーキテクトになることができます。アーキテクトは、技術的なキャリア開発の頂点であるとよく考えられています。アーキテクトの職務責任もさまざまで、すべてのアーキテクトがコードを書くわけではありません。

結論

読者の中に、マネージャーになる必要があるかどうかを疑うのはごく普通のことだ、と少しは気持ちが楽になる開発者がいることを願っています。自分の好きなことをして、他人に自分が嫌われるようなことをするように引きずり込まれないようにしましょう。それに、プログラミングって本当に好きなんですよね。マネージャーになるのは普通のことであり、人々と働くのが好きでその責任を楽しんでいる人を私は知っています。将来のキャリアパスを選択するときは、自分が本当に好きなことを考えてください。