多くの人は、ソフトウェアエンジニアリングにおけるリーダーシップは、コーディングをやめてマネージャーになってから始まるものだと考えています。私もかつてはこの考えを共有しており、テクノロジーは人間関係よりも単純だろうと思っていました。それは初期の誤解でした。コード、アーキテクチャ、データベース、その他の技術分野にキャリアを集中させることは可能ですが、あなたの影響力を形作る課題は、時間の経過とともに技術的なものから離れていきます。たとえ最高のアーキテクチャ上の決定であっても、他者がそれを信頼し、理解し、支持しなければ、ほとんど価値がありません。これは、経験豊富なすべてのソフトウェアエンジニアがマネージャーになるべきだという意味ではありません。リーダーシップは、技術的なトラックにおいても同様に重要です。スタッフエンジニア、アーキテクト、プリンシパルエンジニアなどのシニア個人貢献者は、自身のコードを超えた意思決定に影響を与えることが期待されます。Will LarsonがStaff Engineerで論じているように、シニアエンジニアリングを超えて進むことは、ピープルマネジメントよりもテクニカルリーダーシップに焦点を当てます。あなたの技術的な影響力を高めるためには、他者はあなたのアイデアに耳を傾け、あなたの判断を信頼し、重要な議論にあなたを含め、あなたの推奨事項に基づいて行動する必要があります。あなたはピープルマネジメントを選択しないかもしれませんが、リーダーシップを避けることは、最終的にソフトウェアエンジニアとしてのあなたの成長を制限するでしょう。