답변:
나는 항상 코딩보다 더 많은 관리를해야하는 입장 에서 벗어나려고 노력했다 . 사실 그것은 항상 인터뷰에서 지적하는 것입니다-저는 코더입니다-항상 그렇습니다.
단순히 소리가 나는 것처럼 - - 그 날카로운 기술적 능력을 유지에 # 1을 말할 것이다 킵 코딩에 . 그것이 당신이하고 싶은 것인지 아닌지는 다른 이야기입니다.
그룹 코드 검토 에 더 참여할 수도 있습니다 . 이것은 지식을 공유하고 핵심 인물 의존성을 제거하는 훌륭한 방법 일뿐만 아니라 코드베이스에서 진행중인 작업을 보여주고 기술을 선명하게 유지합니다.
프로그래머가 프로젝트 관리자 위치로 이동하는 데있어 문제는 프로그래밍에 능숙하다면 프로젝트 관리에 능숙하다는 말이 전혀 없다는 것입니다. 내 경험상 정확한 반대가 일반적입니다.
당신의 경력 경로가 당신을 경영진으로 이끌고 있다면, 그것이 가고 싶은 곳인지 결정해야합니다. 이미 그 길의 중간 쯤에있는 것 같습니다.
프로젝트 관리가 마음에 드는 경우 (또는 달러 나 힘과 같이 좋아하는 다른 것들이있는 경우) 프로젝트 관리를 고수하십시오. 그러나 그것이 본질적으로 비 기술적 인 역할이라는 것을 알고 있습니다.
그러나 실무 역할을 유지하려면 상사에게 기술적 인 역할로 전환하고 경영진을 다른 사람에게 맡기고 싶다는 것을 분명히해야합니다. 사람들이 프로젝트 관리자에서 당신을 보지 못하는 새로운 직업을 찾는 것을 의미 할 수도 있습니다.
일이 당신에게 오게한다면, 당신은 의식적인 결정을 내리는 것이 아니라, 당신이 원하는 것을하는 대신에 다른 사람이 원하는 것을하는 것 (갭을 채우는 것)을 끝내게됩니다.
그러나 간단히 말해서 프로젝트 관리자는 코드를 작성하지 않습니다. 프로젝트 관리자가 되려면 개발자와 연락하기보다는 좋은 프로젝트 관리자가 되십시오.