관리를 좋아하지 않는 개발자의 경력 경로는 무엇입니까?

개발자 (선임 또는 수석 개발자)이고 관리 경력을 추구하는 것보다 코드 / 디자인을 유지하려는 경우 회사에서 사용할 수있는 경력 경로는 무엇입니까? 당신은 얼마나 멀리 갈 수 있습니까?

먼지를 깨 물거나 너무 순진 할 때까지 계속 괴짜가 될 수 있습니까?

예를 들어 Bob 아저씨와 같은 사람들은 여전히 ​​개발자라고 생각합니까?

나는 여기서 사지에 나가서 당신이 듣고 싶은 대답이 아닐 것 같은 말을 할 것입니다. 그러나 당신이 관리를 좋아하지 않는다면, 당신의 경력 경로는 매우 제한 될 것입니다. 만약 당신이 좋아하는 것이 코드이고, 당신이 정말로 능숙하고 멈추기를 원하지 않는다면, 당신의 경력 경로는 소프트웨어 엔지니어와 선임 소프트웨어 엔지니어라는 단일 경로에 있습니다.

다른 사람들이 당신이 얼마나 잘되는지 인식한다면, 당신의 경험은 다른 사람들에게 당신의 경험을 전할 수있는 위치에 두는 경향이 있습니다. 다시 말해, 그들은 당신이 관리 및 / 또는 지시하기를 원할 것입니다. 어떤 형태의 관리를 수행하지 않고 추가 된 책임을 맡기는 것은 어렵습니다. 설계자이며 시스템 설계를 책임지고 해당 설계를 성공적으로 구현하려면 다른 설계를 이끌고 관리해야합니다. 당신이 스타트 업의 창립자가되고 성공하면, 어느 시점에 도움을 줄 사람을 고용해야 할 것이고, 그런 다음 그들을 관리해야합니다. 당신이 CTO가 될 경우, 당신은 할 수있을 것입니다 지옥에 방법이 없다 하지 관리합니다.

즉, 당신이 원하지 않는 경영에 관한 것이 무엇인지 이해하지 않고서는이 질문에 대답 할 수 없다고 생각합니다. 직원 관리가 마음에 들지 않습니까? 코딩이 기본 책임이 아니라는 아이디어가 마음에 들지 않습니까? 당신은 무언가의 성공에 대한 책임의 부담을 좋아하지 않습니까?

그 기본 질문에 대한 답은 올바른 방향을 제시하는 데 도움이 될 것입니다. 또는 우리가 하는 일에 대해 우리 모두 가 생각 해야하는 방식으로, 다른 방식으로 말하면 , 이것이 당신의 이상적인 직업은 어떻게 생겼습니까? 타이틀을 잊고, 일하는 회사를 잊고, 일상 생활에 집중하고 진정으로 행복하고 번성하게 만드는 것들에 집중하십시오. 그런 다음 자신이 일하는 곳이나 자신이 지은 회사에서 그 직책을 만드십시오.

당신이 일하는 회사의 종류에 따라 다릅니다.

많은 회사는 관리자만큼 재능 있고 경험이 풍부한 개발자를 소중히 여기지 않으며 같은 수준으로 보상하지 않습니다. <-이것은 여러분과 같은 회사 사람들이 아닙니다.

다른 (보통 기술 중심의) 다른 회사들은 개발자를 더 가치있게 여기고 기술에 머무르는 것이 보상과 지위 측면에서 경력을 제한하지 않아야합니다.

약간의 기업가 정신이 있다면 자신의 회사를 시작할 수도 있습니다.

우리 회사에서는 관리 및 개인 기고자 트랙이 분리되어 있으며 대부분 평행합니다. 개인 관리자는 회사의 직원이 아니더라도 회사 (기술 담당자)까지 매우 높아질 수 있습니다. 피터 원칙 을 부분적으로 피하는 데 도움이 되지만 결코 완전하지는 않습니다.

하지만 건축가가 부정적인 의미를 갖고있는 것 같아요, 나는 그 관리에 이동하는 기술 동등한 생각합니다.

FWIW, Microsoft (다른 대기업과 마찬가지로)도 VP와 동등한 수준 (Distinghished Engineer 및 Technical Fellow)으로 이동하는 비 관리자를위한 경력 경로를 가지고 있습니다. MS는 비 관리자에게 진로를 보여주는 데 정말로 큰 역할을합니다.

아마도 다음과 같은 것입니다 :

Jr 개발자-> 개발자-> Sr 개발자 / 팀 리더 / 수석 개발자-> 소프트웨어 아키텍트

계약. 프리랜서 작업에는 훨씬 더 많은 돈이 있습니다.

내가 본 몇 가지 경로가 있습니다.

1. 제품 관리자
2. 요구 사항 분석가
3. 건축가
4. 팀장
5. 구성 관리자
6. 기술 작가
7. 창업자
8. 그랜트 라이터

회사에 따라 다릅니다. 많은 회사가 개발자와 기술을 발전시키기위한 두 가지 경로를 제공합니다. 기술 및 관리. 만약 당신이 기술을 선호한다면, 당신은 급여 등급을 천천히 올리면서 귀중한 개발 기술을 개발하지만 개발을 고수하면 전문가가됩니다. 경영진보다 돈이 적지 만 죽을 때까지 해킹하고 싶다면 갈 길입니다.

소규모 회사에서 일하는 경우 자신의 회사를 시작하지 않으면 개발자가 가장 큰 역할을 할 수 있습니다. 그러면 개발자 / 감독이됩니다. 회사에서 최고의 기술 역할을 수행하는 것에 대해 너무 걱정하지 마십시오. 당신을 행복하게 만드는 것을하십시오.

당신이 올바른 종류의 회사에서 일한다면, 당신이 정말로 능숙하다면 개발자가되는 데 제한이 없어야합니다. 기술적으로 숙련되지 않은 경우 관리는 실제로 경력 사다리를 오르는 가장 쉬운 방법 중 하나입니다. 나는 소프트웨어 개발 세계에서 이것을 자주 보았다.

따라서 코드 세계에 살고 싶지만 나무 꼭대기에 오르려면 올바른 회사에서 일해야합니다. 오랫 동안 충분히 좋은 사람이라면 당신을 위해 자리를 잡을 것입니다. -궁극적으로 방대한 경험으로 인해 의사 결정자가 아닌 관리자가 될 수 있습니다. 나는 개발자가 관리 할 사람이 없지만 지식, 경험 및 열정으로 인해 수석 부사장 역할을 수행하는 것을 보았습니다.

또한, 그것은 분명하게 들릴지 모르지만 경력 발전 옵션이 무엇인지에 대해 상사와 이야기해야합니다. 놀랄 수도 있습니다. 그것은 당신이 당신의 회사에 존재하지 않는 잠재적 인 직책에 대해 생각하고 당신이 "코드 품질의 머리"또는 본질적으로 단순히 그 이상을 암시하는 제목과 같은 것을 바꿀 수 있는지 상사에게 물어볼 수 있습니다 개발자는 여전히 개발자 일 수도 있지만 향후 프로모션이나 유료 리뷰를 할 때 눈에 띄게 만들 수 있습니다. 당신은 상단에 적은 일자리가 있다는 것을 기억해야하므로 눈에 띄어 야합니다. 많은 사람들은 직책이 거의 의미가 없다고 말하지만 그것은 사실이 아닙니다. 자신을 선택하면 경력을 쌓을 수 있습니다.이 간단한 행동을하는 것도 야심을 나타냅니다.

내가 거기에 있었을 때 Texas Instruments에는 이중 사다리가있었습니다.

• 엔지니어 어소시에이트
• 기사
• 수석 엔지니어
• ---- 여기부터 이미 높은 사람이 추천해야했습니다
• 그룹 기술 직원
• 기술 직원의 선임 회원
• (아마) 기술 직원의 고유 멤버
• TI 연구원
• TI 선임 연구원
• TI 교장 선생님 (내가 아는 한 회사에는이 중 하나만있었습니다)

프로그래머가 기술 경력을 고수하는 경우 프로그래머 경로에서 찾을 수있는 많은 제목이 있습니다.

• 수석 개발자 / 리드 개발 엔지니어.
• 팀 리더.
• 솔루션 아키텍트 (시스템 설계 및 통합 등에 중점을 둔).
• CTO (Chief Technology Officer) .. 이것은 완전히 기술적 인 것이지만 조직의 최고 기술인의 향신료입니다.

항상 다른 길을 가고 소프트웨어 컨설턴트가 될 수 있음을 기억하십시오. 책을 쓰거나 블로그에서 작업하는 것과 같이 다른 프로젝트에서도 동시에 작업 할 수 있습니다.

경영진이 마음에 들지 않으면 경영진에 들어가서 사물을 변경하고 같은 생각을 가진 사람들이 수용 할 수 있도록해야합니다.