당신은 아마도 코딩을 좋아하기 때문에 개발자가 되었거나 개발자가 되기를 원했을 것입니다. 추상적인 아이디어를 코드로 "포장"하는 것을 좋아합니다. 무에서 중요한 것을 창조해 보세요. 새로운 기술, 프로그래밍 언어, 프레임워크 등을 알아보세요. 모든 것이 어떻게 세 배가되는지 이해하십시오. 따라서 주니어 개발자로 일하면서 점차 강력한 "보통" 개발자로 발전하여 시니어 지위에 도달하면서 자신이 하는 일을 즐기게 됩니다. 그러던 어느 좋은 날, 당신은 당신의 사업이 최고조에 달하거나, 갑자기 당신이 훌륭한 조직자임을 보여 주거나, 당신의 팀에 이 직위를 제안하는 관리자 역할에 적합한 사람이 없습니다. 그러한 경우에는 "리더십 위치로 이동하는 것이 순서입니다. "라고 말하는 것이 관례입니다. 하지만 저는 이의를 제기하고 싶습니다. 누구도 자신이 원하지 않는 일을 해서는 안 된다고 생각합니다.
그러한 전환이 사물의 순서가 아닌 이유
우선, 코드 작성을 좋아하는 사람에게 코드 작성을 전혀 하지 않는 사람이 되어 달라고 요청한다면 논리는 어디에 있습니까? 그는 자신이 가장 좋아하는 활동을 빼앗겼다고 느낄 것이며, 조만간 지치고 자신의 일을 싫어하게 될 것입니다. 물론 그는 새로운 책임을 무시하고 코딩을 계속할 수 있지만, 그러면 팀의 관리 기능이 저하될 것입니다. 그리고 이것은 사업에 좋지 않습니다. 사람을 관리하고 싶지 않은 리더를 원하는 사람이 왜 있을까요? 둘째, 코드를 잘 쓴다고 해서 좋은 관리자가 되는 것은 아닙니다. 개발과 관리는 서로 다른 기술과 사고방식이 필요한 서로 다른 분야입니다. 마치 축구선수나 코치와 같습니다. 당신이 훌륭한 축구 선수라고 해서 축구 팀을 잘 운영할 수 있다는 것을 의미하지는 않습니다( 물론 이런 일이 일어나기는 하지만 ). 관리자는 사람들과 긴밀하게 소통하고, 그것이 열매를 맺을 수 있도록 업무 프로세스를 설정해야 합니다. 사람들에게 자신의 일을 할 수 있는 기회를 주어야 효과가 있지만, 그들을 위해 이 일을 해서는 안 됩니다. 그리고 개발자는 라인 직원입니다. 관리자가 된다는 것은 스스로 일을 하는 것이 아니라, 다른 사람의 일을 적절하게 정리하여 성과를 내는 것을 의미합니다. 셋째, ' 피터 원칙 ' 이라는 조항이 있다 . 그 본질은 전문가가 역량이 부족한 위치로 성장할 때까지 이전 업무 경험을 바탕으로 승진을 받는다는 것입니다. 따라서 좋은 개발자가 관리자로 승진했는데 이에 대한 준비가 되어 있지 않으면 새로운 일을 제대로 할 수 없게 됩니다. 좋은 개발자가 나쁜 관리자로 변하는 것은 회사에만 해를 끼칠 뿐입니다. 증가는 현재 활동의 틀 내에서 이루어져야 합니다. 그리고 개발자가 자발적으로 관리 역량을 개발하지 않는다면, 그를 이런 방향으로 밀어붙일 의미가 없습니다. 넷째, 일부 전문가는 급여를 높이기 위해 관리직에 동의합니다. 그렇습니다. 관리자는 부하 직원보다 수입이 더 많은 경우가 많습니다. 그러나 항상 그런 것은 아닙니다. 반대 상황도 발생합니다. 팀에 강력한 전문가가 있으면 감독보다 대체자를 찾는 것이 더 어려울 것입니다. 회사에 대한 개발자의 기여가 관리자의 기여보다 더 가치 있다면 관리자에게 과도한 급여를 지급할 이유가 없습니다. 게다가 패치가 전부는 아니다. 급여를 많이 받고 싫은 일을 하는 것보다 적은 돈으로 좋아하는 일을 하는 것이 더 낫습니다. 다섯째, 팀에 이 역할에 적합한 사람이 없다는 이유만으로 관리직을 수락해서는 안 됩니다. 이것은 당신의 잘못이 아닙니다. 당신은 당신의 경력에 대해 의도적이어야합니다. 그렇지 않으면 기분과 자존감뿐만 아니라 회사도 피해를 입을 것입니다. 그렇다면 프로그래밍을 좋아하고 관리 측면으로 전환하고 싶지 않다면 어떻게 해야 할까요? 출구가 있습니다!
당신은 선택권이 있습니다
수석 개발자의 위치는 관리자 위치 이전의 중간 단계일 수 있습니다. 그렇지 않을 수도 있습니다. 일반적으로 경력 경로는 관리직이거나 기술직일 수 있습니다. 다음과 같은 직위가 있기 때문에 기술 분야에서 쉽게 개발할 수 있습니다.
선임/최고 개발자 - 이것이 바로 당신이 계속 개발하고 싶은 위치일 수 있습니다. 고위급 프로그래머가 라인 직원으로 남아 있도록 허용하는 것은 정상입니다.
수석 개발자 (기술 리드)는 준관리 역할입니다. 수석 개발자는 기술적인 관점에서만 프로젝트/사람을 관리합니다. 그들은 직접적인 부하 직원이 없고 직원을 관리하지 않습니다. 그들은 자신의 권한으로 특정 문제에 대한 최종 결정에 영향을 미칠 수 있습니다. 그러나 이 전문가의 역량과 영향력 영역은 회사마다 다를 수 있습니다.
건축가 – 복잡한 시스템 설계를 좋아하고 능숙하다면 건축가가 될 수 있습니다. 건축가는 종종 기술 경력 개발의 정점으로 간주됩니다. 아키텍트의 직무도 다양할 수 있으며 모든 아키텍트가 코드를 작성하는 것은 아닙니다.
결론
독자들 중에는 조금이라도 기분이 좋아지는 개발자가 있기를 바랍니다. 관리자가 될 필요가 있는지 의심하는 것은 절대적으로 정상입니다. 당신이 좋아하는 일을 하고, 당신이 싫어할 일을 다른 사람들이 당신을 끌어들이도록 두지 마십시오. 게다가 프로그래밍은 당신이 정말 좋아하는 일이잖아요? 관리자가 되는 것은 정상적인 일이며 사람들과 함께 일하는 것을 좋아하기 때문에 자신의 책임을 즐기는 사람들을 알고 있습니다. 미래의 진로를 선택할 때, 당신이 정말로 좋아하는 것이 무엇인지 생각해 보세요.
GO TO FULL VERSION