많은 사람들이 소프트웨어 엔지니어링에서의 리더십은 코딩을 멈추고 매니저가 되었을 때 비로소 시작된다고 가정합니다. 저 또한 한때 이러한 믿음을 공유하며, 기술이 사람과 일하는 것보다 단순할 것이라고 생각했습니다. 그것은 초기의 오해였습니다. 코딩, 아키텍처, 데이터베이스 및 기타 기술 영역에 경력을 집중하는 것이 가능하지만, 당신의 영향력을 형성하는 도전 과제는 시간이 지남에 따라 덜 기술적이게 됩니다. 아무리 훌륭한 아키텍처 결정이라도 다른 사람들이 그것을 신뢰하거나 이해하거나 지지하지 않는다면 그 가치는 미미합니다.이것이 모든 숙련된 소프트웨어 엔지니어가 매니저가 되어야 한다는 것을 의미하지는 않습니다. 리더십은 기술 트랙에서도 똑같이 중요합니다. 스태프 엔지니어, 아키텍트, 프린시펄 엔지니어와 같은 시니어 개인 기여자들은 자신의 코드 너머의 결정에 영향을 미칠 것으로 기대됩니다. Will Larson이 Staff Engineer에서 논의하듯이, 시니어 엔지니어링을 넘어서는 것은 사람 관리가 아닌 기술 리더십에 초점을 맞춥니다. 당신의 기술적 영향력을 높이기 위해서는 다른 사람들이 당신의 아이디어에 귀 기울이고, 당신의 판단을 신뢰하며, 당신을 주요 논의에 포함시키고, 당신의 권고에 따라 행동해야 합니다. 당신은 사람을 관리하지 않기로 선택할 수 있지만, 리더십을 회피하는 것은 결국 소프트웨어 엔지니어로서 당신의 성장을 제한할 것입니다.