작가님의 허락을 받고 번역한 글입니다.(원문)
최근 트위터에서 몇 사람들에게 경력 상담을 하고 있습니다. 많은 사람들의 주된 고민은 아래와 같습니다.:
”저는 시니어 엔지니어입니다. 하지만 매니저가 되는 것을 생각하고 있습니다. 엔지니어링을 정말 좋아하지만, 매번 동일한 문제를 반복해서 푸는 것 같고, 진짜 문제는 인간문제인 것처럼 보입니다. 승진하기 위해 매니저가 되어야만 합니다. 제가 매니저로 전환했을 때 끔찍하지 않았으면 합니다. 굉장히 심각하다고 들었습니다.”
저는 이 글을 오래 전부터 쓰려고 했습니다. 상당히 내용이 많지만, 이 글귀와 함께 시작해봅시다. 매니저만 경력 발전이 있다는 아이디어는 개나 줘버리십시오. 그리고 "라인"을 잘 선택해서 그곳에서 오래 성장한다는 아이디어도 쓰잘데기 없습니다. 저는 이런 종류의 커리어를 거부합니다.
”당신의 조언은 최악이며, 당신은 그것을 느껴야만 합니다.”
공학의 최전선에서 최고의 활약을 펼치고 있는 전세계 공학 매니저들은 직접적인 풀타임 업무에서 멀어진지 2,3년이 채 되지 않은 사람들입니다. 그리고 최고의 개별 기여자는 관리직을 맡아본 사람들입니다.
전세계 최고의 테크리드들은 진자가 앞뒤로 움직이는 것처럼 종종 관리와 개발을 둘다 합니다.
저는 이제 이런 관리-개발 전환을 몇번이나 했습니다. 초기 인프라 엔지니어링으로 고용되어서 인프라를 구축하고, 팀을 만들고 팀을 관리하고, 떠나서 처음부터 다시 시작했습니다. 짜증이나고, 지쳤습니다. 그리고 나서야 제가 뭐하고 있는지 알기 시작한것 같습니다. (…. 감출 수 없는 신호는 무엇인가 잘못된 것입니다).
초기 회사를 좋아하거나 주의력 결핍 장애가 있는 경우, 이는 좋은 사이클이 될 수 있습니다. 하지만 커리어로써 이에 대해 이야기 하는 사람들을 보지는 못했던 것 같습니다. 따라서 제가 의도적이며 좋은 삶의 방향이 될 수 있는 새로운 커리어에 대해 이야기해보고자 합니다.
두 가지 모두를 잘 할 수 있는 사람들은 많이 있습니다. 다만 분명한 것은 그들을 동시에 하지는 않습니다.
— Sarah Mei (@sarahmei)
@sarahmei는 제가 이 글을 작성하고 있는 바로 동일한 시간에 이 트윗을 남겼습니다.
(기술 프로젝트에서) 매니저가 되는 것
관리자를 승진시키는 것은 날을 방금 만드는 사람에게 날 세우는 방법을 알려주는 것을 의미합니다. 이는 그들에게 신뢰성을 부여하는 동시에 다른 역할로써 익숙하지 않은 것을 성취해야 하는 상황을 부여합니다.
이것이 관리자+기술팀장의 하이브리드 형태의 임시적 영광을 성취할 수 있는 유일한 방법입니다. 이는 안정적인 조합은 아닙니다. 왜냐하면 여러분의 엔지니어링 기술과 감은 길게 하면 할 수록 더 무뎌져가기 때문입니다.
여러분은 엔지니어링과 관리 중에서 오직 한번에 하나만 성장시킬 수 있습니다. 하지만 여러분의 관리자라면, 여러분의 일은 관리를 더 잘하는 것입니다. 이전 영광에 매달리려고 하지 마십시오.
관리는 굉장히 이것저것 신경을 많이 써야하며, 외부 방해를 막는 것이 필요한 엄청난 공학입니다. 여러분은 이 두가지를 동시에 할 수 없습니다. 관리자로서, 항상 접근 가능하고, 팀원들로 부터 방해받아야하는 것이 여러분의 직업입니다. 또 여러분의 직업은 어떤 도전적인 과제에서 손을 뗄지 선택하는 것입니다. 이를 통해 여러분의 팀이 더 나은 엔지니어링을 할수 있도록 해야합니다.
- 코드와 사람이 성장하는데 필요한 것은 집중적이며 지속적인 관심으로 동일합니다. 누구도 두가지를 모두 잘 할 수는 없습니다.
— Sarah Mei (@sarahmei) May 11, 2017
(사람들의) 기술팀장이 되는 것
대조적으로: 전세계 최고의 기술팀장들은 항상 관리자 경험이 있는 사람들입니다. 이는 그들이 매번 굉장한 프로그래머이거나 디버거여서 그런것이 아닙니다. 그들이 최고인 이유는 일을 끝내는 방법을 알고 있기 때문입니다. 이는 그들이 다른 사람들을 관리할줄 알고 소통하느 방법을 잘알기 때문입니다.
기술 팀장은 관리자가 되는 것입니다.….하지만 그들의 첫번째 우선순위는 손에 쥐어진 일을 성취하는 것이지, 일하는 사람들을 관리하는 것이 아닙니다.
기술팀장은 완전한 관리자 도구가 필요합니다. 또한 어떻게 사람이나 팀을 결집시키는지, 그들을 동기부여하는지, 모두가 망했다고 생각하여 멈춘 프로젝트를 다시 일으키는 방법이나, 어떻게 우선순위를 정해야하는지 알 필요가 있습니다. 기술 팀장은 사업의 목표와 기술적 목표 두 점을 연결하는 것이 필요합니다. 그리고 큰 목표를 작은 단위로 쪼갤 줄 알아야 합니다. 기술팀장은 주니어 개발자의 능력을 성장시키며, 의미있는 결과물을 만들어내고, 경계를 무너뜨리지 않는 선에서 지속적인 자극을 줘야 할 필요가 있습니다. 그러고나서 다른 팀원들에게도 동일한 것을 하시면 됩니다. 이는 관리 업무입니다. 무엇인가를 마치는 것을 살짝 변형한 것이지, 사람들을 다루는 법이 아닙니다.
따라서 기술 팀장은 보통 무엇인가를 만드는 것보다는 회의에 더 많은 시간을 보냅니다. 그리고 싫어하면서도 결국 할 것입니다. 왜냐하면 프로그래밍은 그들의 시간을 사용하는 최고의 방식이 아니기 때문입니다. 기술은 쉬운 부분이고 사람들을 이끄는 것이 더 어려운 부분입니다.
양쪽의 도구들을 모두 가지고 있는 시니어 개발자들은 조직이나 회사를 구축할 수 있는 기술팀장의 일종입니다. 이들은 뭔가르 만들어 낼 수 있으며 귀합니다.
이들 중 대부분은 관리에 수많은 시간을 사용한 사람들입니다.
진자 운동
주기적으로 변하는 엔지니어들의 엄청나게 큰 폭과 힘 에 대해 충분히 이야기 하지 않았습니다.
IC(idividual contributor)가 되는 것은 회사가 일하는 것을 약간 역공학 하는 것과 같습니다!
제일 끝단에서 보면 대부분의 것들은 이상하게보이거나 목적이 없어보이고, 비효율적인 것처럼 보일수 있습니다.
관리자가 되는 것은 사업이 일하는 방식을 가르쳐줍니다. 또한 사람들이 어떻게 일을 하는지 알려줄 것입니다. 불편한 대화를 하는 것을 배우게 될 것입니다. 짜증나있거나 불평이 많은 사람들, 여러분을 싫어하는 사람들과 좋은 일을 계속 하는 방법을 배우게 될것입니다. 충돌을 어떻게 해결해야하는지 배우게 되며, 실제로 여러분은 충돌을 희망하는 방법을 배우게 될 것입니다. 왜냐하면 직접적인 충돌을 보통 더 가장 나은 선택사항이기 때문입니다. 여러분은 매일 지쳐서 집에 가고 여러분이 무엇을 한 것인지 명확히 할수 없을 것입니다. 하지만 여러분은 뭔가를 했습니다.
뭔가를 수정하거나 고쳤을 때의 도파민을 몹시 그리워하게 될 것입니다.
관리에 대해서 마지막으로 하나가 있습니다. 사람들이 너무 힘들어서 관리직을 그만두게 만드는 미신입니다. 심지어 이 미신이 생기기 시작하면, 그 주위에 있는 모든 사람들이 비참해집니다. 이 미신은 관리직은 승진이라는 생각입니다.
관리직은 승진이 아닙니다.
- 관리자가 되는 것은 승진이 아닙니다. - 말 그대로 동일선상에서 자리를 옮기는 것 뿐입니다. 많은 기술에 있어서 다시 주니어 레벨로 이동한 것입니다.
— Sarah Mei (@sarahmei) May 11, 2017
이 미신은 관리직이 싫고 전혀 관심이 없는데도 불구하고 많은 사람들을 관리직으로 이끌며, 또한 우리가 필요한 원로 및 좋은 멘토들의 시니어 개발자가 되기를 갈망합니다.
** 관리는 승진이 아닙니다. 전문분야의 변화일 뿐입니다.** 직종 전환 이후 꽤 오랜 기간 동안 여러분의 성과는 좋지 않을 것입니다. 여러분이 저성과가 아니라고 생각한다면, 여러분은 일을 하지 않은 것입니다.
여러분의 엔지니어가 정말로 코드를 작성하는 누군가에게 비참하고 화나는 피드백을 받을 수 있다면, 여러분의 자존심을 채우기 위해 관리하는 것은 훌륭한 방법입니다.
누군가를 관리직으로 강제로 옮기라는 지시 만큼 나쁜 것은 없습니다. 제발 사람들이 기술에 번아웃을 느끼는 이유 중 하나가 되지 마십시오.
관리직은 승진이 아닙니다. 따라서 포기해야하는 상황이 아닙니다. 관리직이 여러분을 행복하게 하고 여러분 주위 사람들을 행복하게 만드는 만큼 일을 하십시오. 그리고 다시 돌아가서 무엇인가를 만드십시오. 다시 힘들어질때까지 기다리세요.
그리고 나서 전부 다시 시작하세요. <3
Comments