👩‍💻 Dropbox에서 공개한 엔지니어링 커리어 프레임워크 소프트웨어 엔지니어로 경력을 쌓다 보면, 현재 내 위치가 주니어인가? 시니어인가? 리드인가?가 궁금할 때가 많이 있습니다. 어떻게 Qualifying을 해야 하는지.. 한 곳을 오래 다니면 사원 → 대리 → 과장처럼 승진하는건지.. 궁금하신 경우가 많을 텐데요. 이번에 드랍박스에서 공개한 엔지니어링 커리어 프레임워크가 도움이 되실 것 같아 가져와 봤습니다. 저는 개인적으로 기술적 레벨도 당연히 중요하지만, 주니어 → 시니어가 되는 시점은 【자발적 참여】가 키워드라고 생각합니다. 주어진 업무를 하는 역할에서 업무를 만드는 역할로 바뀌는 시점이고, 동시에 기술적 성취도 중요하지만 협업으로의 성취가 더욱 재밌어지는 시점이였던 것 같습니다. 또한 시니어→리드가 되는 시점은 기술적인 높은 수준도 요구되지만, 【프로세스】와 【비지니스】가 중요하다고 생각합니다. 제가 주변에서 멘토라고 생각하는 대부분의 리드 엔지니어가 그랬던 것 같습니다. 리드 엔지니어라면, 함께 일하는 방법 제시하고, 지속적으로 발전(중요!) 시킬 수 있어야 하며, 엔지니어가 아닌 이해 관계자들(Sales, Marketing, Design등)에게도 기술을 설명하고, 이해 시킬 수 있어야 합니다. 더불어 엔지니어링 관점의 니즈가 아닌 【비지니스】 관점에서 고객의 니즈 판단하고, 기술 부채 해소의 우선 순위 매길 수 있다면, 훌륭한 리드 엔지니어가 아닌가 싶습니다. 아래는 추가적으로 드랍박스의 Software Engineer 커리어 프레임워크를 짧게 요약해봤습니다. IC1 Software Engineer - 정의된 작업과 정의된 솔루션을 구현하고 해결 - 주로 관리자와 작업을 진행함 IC2 Software Engineer - 팀 수준의 목표를 달성하는데 노력 (팀 범위의 작업) - 솔루션을 직접 정의 할 수 있음 IC3 Software Engineer - 팀의 분기 목표를 달성하는데 노력 (이해 관계자들과 작업) - 좀 더 문제를 해결하고 솔루션을 정의 IC4 Software Engineer - 팀 내부 뿐만 아니라 외부에도 영향력을 줌 - 팀의 수준을 높이는 기술 솔루션을 제시하거나, 효율적인 운영 프로세스를 정의 IC5 Staff Software Engineer - 어려운 문제를 우선순위를 정하고, 매우 높은 수준으로 기술적으로 판단하고 혁신하거나 실행할 수 있음 - 비지니스에 영향을 주고, 프로덕트 전반의 목표를 달성 IC6 Principal Software Engineer - 조직과 회사의 목표를 수립하고 제공 - 기업 전체에 기술 전략에 영향을 미치며, 조직의 경계를 자주 뛰어 넘습니다. IC7 Sr. Principal Software Engineer - 회사 전체의 제품과 플랫폼 목표를 소유하고 제공합니다. - 프로덕트를 구축하는데 있어 업계를 선도하며 비지니스 요구를 충족시키는 결과를 제공