나보다 더 뛰어난 시니어 엔지니어를 이끄는 방법

요즘IT의 번역글2024년 11월 27일About 1 min

나보다 더 뛰어난 시니어 엔지니어를 이끄는 방법 관련

엔지니어링 리더의 중요한 책임 중 하나는 팀원들이 스스로 성장할 수 있도록 돕는 것입니다. 지식과 경험이 풍부한 엔지니어들로 구성된 고성과(high-performing) 팀을 육성하는 것이 관리자의 궁극적인 목표가 되어야 합니다. 그러나 동시에 이런 고민이 따르기도 합니다. “만약 그들이 저보다 더 똑똑하다면 어떡하죠? 그런 사람들을 어떻게 관리해야 하나요?” 실제로 여러 엔지니어링 리더 1:1로 이야기할 때 자주 받았던 질문입니다. 이번 글에서 몇 가지 기법과 자료를 공유하려고 합니다. 이 자료들은 높은 기술력과 풍부한 경험을 갖춘 시니어 팀원들을 효과적으로 이끌 수 있도록 도와줄 것입니다. 이들에게는 명령과 통제 방식의 관리법이 통하지 않기 때문입니다.

시니어 엔지니어들로 구성된 팀 이끌기

본문은 요즘IT와 번역가 Jane Heo가 함께 미레크 스타넥(Mirek Stanek)의 글 <How to Lead a Team of Senior Engineers>을 번역한 글입니다. 필자인 미레크 스타넥은 현재 글로벌 인사관리 솔루션을 제공하는 핀테크 기업 파파야 글로벌(Papaya Global)에서 현장 리더(Site Leader)이자 엔지니어링 디렉터(Engineering Director)로 일하고 있습니다. 이번 글에서는 실무 엔지니어링 관리에서 필요한 기술 및 고위 인력으로 구성된 팀을 이끄는 방법을 소개합니다.

이번 글에서 몇 가지 기법과 자료를 공유하려고 합니다. 이 자료들은 높은 기술력과 풍부한 경험을 갖춘 시니어 팀원들을 효과적으로 이끌 수 있도록 도와줄 것입니다. 이들에게는 명령과 통제 방식의 관리법이 통하지 않기 때문입니다.

위키피디아(Wikipedia)에 따르면, “management”라는 단어의 어원은 다음과 같습니다.

management

영어 동사 manage는 15세기 프랑스어 동사 mesnager에서 유래했으며, 원래 말의 고삐를 잡는 것을 의미했다. 이탈리아어 maneggiare도 비슷하게 도구나 말을 다루는 뜻이 있고, 스페인어 manejar 또한 말의 통제를 뜻할 수 있다. 이 세 단어는 모두 라틴어 manus (손)와 agere (행동하다)에서 파생되었다.

“말의 고삐를 손에 쥐고 다루는 것”이란 표현이 과격하게 들릴 수 있지만, 어느 정도는 신입 엔지니어링 관리자들의 기본적인 행동을 반영하는 것 같습니다. 관리의 행정적인 부분(예를 들어, 기대 관리, 일정, 자원, 비용 관리 등)은 분명히 필요합니다. 하지만 능숙한 사람들과 함께 일할 때는 그들에게 무엇을 어떻게 하라고 지시하기보다 더 효과적인 접근 방식이 있습니다.

엔지니어링 리더로서 당신의 역할은 사람을 관리하는 것이 아니라, 그들의 재능, 잠재력, 성장을 관리하는데 더 가깝습니다. 이를 위한 몇 가지 방법은 다음과 같습니다.

기대치를 통한 관리
해결책이 아닌 문제를 통한 관리
목적을 통한 관리
원칙을 통한 관리

기대치를 통한 관리

사람들에게 무엇을 어떻게 해야 하는지 지시하는 방식에는 많은 한계가 있습니다. 마이크로 매니징(micromanaging)을 하게 되면 팀원의 잠재력을 충분히 발휘하지 못하게 하고, 모든 사람이 명확한 지시를 기다리게 되어 당신이 병목 지점이 될 수 있습니다.

명령을 내리는 대신, 구체적인 기대치를 설정하는 방식으로 접근해 보세요.

팀이 주어진 문제를 해결하기를 기대하세요.
엔지니어가 자신의 작업에 책임을 지기를 기대하세요. (예: 본인이 담당하는 서비스의 상태를 모니터링하거나 최신 상태로 유지하는 것)
특정 요구 사항이 충족되기를 기대하세요. (예: 품질 KPI, 비기능적 요구 사항 등)

이러한 방식으로 팀에 기대 결과를 제시하고, 팀이 스스로 방법을 찾아 해결하도록 할 수 있습니다. 기대치를 설정하는 관리 방식을 확장하려면 목표 평가를 넘어서는 것이 중요합니다. 팀원들의 성과를 논의할 때 고려해야 할 세 가지 기본 요소는 다음과 같습니다.

기술 (Skills)
영향력 (Impact)
태도 (Attitude)

훌륭한 소프트웨어 엔지니어는 이 모든 요소를 균형 있게 갖춘 사람입니다. 단순히 뛰어난 개발자나 소프트웨어 아키텍트로서의 능력 (Hard Skills)만으로는 충분하지 않으며, 훌륭한 발표자나 협상가로서의 능력 (Soft Skills)만으로도 부족합니다. 하드 스킬과 소프트 스킬은 물론 중요하지만, 이것들이 적절히 발휘될 때 비로소 영향력(Impact)이 생깁니다. 그리고 팀원의 의지, 개방성, 적극성(Attitude)이 이 영향력을 극대화하는 데 중요한 요소입니다.

해결책이 아닌 문제를 통한 관리

소프트웨어 엔지니어링에서 흔히 겪는 실수 중 하나는 해결해야 할 문제를 정의하기도 전에 너무 빨리 해결책을 파고드는 것입니다. 만약 관리자인 당신이 뛰어난 팀원들에게 해결해야 할 문제 대신 구체적인 해결책만을 지시한다면 그들에게 올바른 해결책을 찾을 기회를 빼앗는 셈입니다.

우리가 사는 복잡한 세계에서는 처음 떠오른 해결책이 최적의 해결책이 아닌 경우가 많습니다. 복잡한 문제는 여러 정의를 가질 수 있고, 그중 어떤 것이 옳다고 할 수 없는 경우도 있습니다. 문제에는 다양한 이해관계자가 존재할 수 있으며, 이들 각자 나름의 해결책을 제시할 수 있습니다. 또한, 가장 목소리가 큰 사람, 조직도에서 직급이 높은 사람, 또는 의견을 표하지 않는 사람 등 이해관계자마다 의견을 표하는 방식과 영향력이 다를 수 있습니다.

문제를 직면하면 우선 아래 질문들에 답해 보세요.

문제가 무엇인가?
문제의 기초가 되는 사실들은 무엇인가?
문제의 근본 원인은 무엇인가?
문제로 인해 영향을 받는 사람은 누구인가?
문제를 해결할 가치가 있는가? 더 큰 목표나 전략과 일치하는가?
문제를 해결하기 위한 선택지는 무엇인가? 그중 최적의 선택은?
해결책을 실행한다.
정의된 성공 지표가 있으며, 해결책이 이를 충족하는가?

이 질문을 통해 문제를 제대로 보고, 올바르게 정의하는 데 도움을 얻을 수 있습니다.

목적을 통한 관리

제품 회사에서 기술의 역할은 고객의 문제를 해결하는 것입니다. 이는 특히 제품에 지대한 영향을 주는 숙련된 엔지니어에게 중요하며, 이들이 단순히 기능을 만드는 데 그치지 않고, 제품 조직의 핵심 구성원이 되어야 합니다. 이를 위해, 엔지니어가 문제 발견과 해결 과정에 참여하고, 출시 후에도 작업을 책임지도록 하세요. 성과는 완료된 작업이 아닌, 이루어진 결과로 평가해야 합니다.

개인적인 이득만 추구하는 사람들(mercenaries)이 아닌 공동 목표에 헌신하는 사람들(missionaries)로 팀을 구성하세요. <출처: 작가>

성과 기반의 팀 운영은 어느 정도 조직의 성숙도가 필요합니다. 만약 현재 회사가 아직 준비되지 않았다고 생각된다면, 대부분의 제품 회사에서 공통으로 적용할 수 있는 다음의 요소들로 팀의 목적을 정의해 볼 수 있습니다.

성장
확장
고객 만족
비용

원칙을 통한 관리

회사의 미션과 비전은 보통 높은 수준에서 정의되기 때문에 구체적인 행동이나 결정으로 쉽게 옮기기 어려울 수 있습니다. 조직을 같은 방향으로 맞추기 위해 회사는 원칙 기반의 리더십 문화를 장려할 수 있습니다. 원칙은 의사 결정과 전략 실행을 위한 틀을 제공합니다.

원칙은 팀에 일관성과 자율성을 부여합니다. 뛰어난 소프트웨어 엔지니어들조차 문제를 해결하는 방식은 수없이 많을 수 있지만, 원칙은 상시 감독 없이도 의사 결정에 지침이 됩니다. 예를 들어, API에 추가적인 보안 계층을 고려할 때, 애플(Apple)의 “프라이버시는 기본적인 인권이다”라는 원칙은 이 결정을 명확하게 할 것입니다. 반면, 페이스북(Facebook)의 “빠르게 움직여라.”는 보다 다양한 논의를 끌어낼 수 있습니다.

팀이 주어진 과제의 '방법'에 책임을 지는 동안, 원칙은 업무에서 가장 중요한 것이 무엇인지에 대한 맥락을 제공합니다. 산업 내에서 자주 언급되는 원칙들 몇 가지 예시는 다음과 같습니다.

구글(Google)의 “사용자에 집중하면 모든 것이 따라온다.”: 사용자 중심의 디자인을 강조하며, 소프트웨어 엔지니어들이 사용자 경험을 최우선으로 고려하여 직관적이고 접근성 높은 제품을 만들도록 영감을 줍니다.
아마존(Amazon)의 “거꾸로 작업하기”: 엔지니어들이 최종 사용자 관점에서 역으로 작업하여 제품이 목표를 충족하도록 하는 접근법을 장려합니다.
넷플릭스(Netflix)의 “높은 정렬, 낮은 결합”: 목표는 동일하지만, 실행은 독립적으로 할 수 있는 원칙은, 엔지니어들이 자율적으로 일하면서도 조직의 전체적인 목표에 기여할 수 있도록 독려합니다.

만약 조직에 명확한 원칙이 없다면, 팀을 위해 자체적인 원칙을 만드는 것을 주저하지 마세요. 작은 회사에서는 이 기회가 본보기를 보이며 조직 전체에 긍정적인 영향을 미칠 기회가 될 수 있습니다.