엔지니어링 리더십: Michael Gray와 함께 살펴보는 자율성, 성장, 문화의 균형
- Aisha Washington
- 1일 전
- 6분 분량
엔지니어링 조직은 흔히 서로 충돌하는 듯한 두 가지를 원합니다. 독립적으로 행동할 수 있는 팀과, 분열된 시스템을 막을 만큼의 충분한 조정입니다. 회사가 성장할수록 이 긴장을 해소하기는 더 어려워집니다. 인력, 서비스, 의존성이 늘어나면 감독이 필요한 타당한 이유가 생기지만, 과도한 중앙집중화는 배포 속도를 늦추고 엔지니어의 주인의식을 약화시킬 수 있습니다.
이 InfoQ 대화에서 Michael Gray는 ClearBank가 분산된 아키텍처 의사결정, 명시적인 경계, 지속적 학습의 문화를 통해 이 과제에 접근하는 방식을 설명합니다. 그가 전하는 더 넓은 메시지는 자율성이 거버넌스를 없애는 것을 뜻하지 않는다는 것입니다. 이는 의사결정이 적절한 수준에서 이루어지도록 거버넌스를 설계하고, 지속 가능한 맥락과 건설적인 검토로 이를 뒷받침하는 것을 의미합니다.
아키텍처 승인에서 아키텍처 자문으로
전통적인 아키텍처 검토 프로세스는 소수 집단에 권한을 집중시키는 경향이 있습니다. 팀은 제안을 개발해 검토 위원회에 제시하고 승인을 기다립니다. 이 모델은 일관성을 만들 수 있지만, 아키텍트를 문지기로, 딜리버리 팀을 청원자로 만들 수도 있습니다. 의사결정은 회의, 일정, 그리고 운영 세부 사항과 거리가 있을 수 있는 사람들의 의견에 묶이게 됩니다.
Gray는 ClearBank가 Andrew Harmer-Law의 작업에서 영향을 받은 아키텍처 자문 프로세스로 전환하면서 이러한 중앙집중식 검토 패턴에서 벗어났다고 설명합니다. 중요한 선택을 내리기 전에 중앙 조직에 허가를 구하는 대신, 관련 전문성을 찾는 데 초점이 옮겨갑니다.
이 차이는 중요합니다. 승인 프로세스는 “권한을 가진 사람이 이를 허용할 것인가?”라고 묻습니다. 자문 프로세스는 “누구의 지식이 이 의사결정에 반영되어야 하며, 이를 고려했음을 어떻게 보여줄 것인가?”라고 묻습니다. 후자는 제안을 충분한 정보를 바탕으로 검토받게 하면서도, 업무를 수행하는 엔지니어 가까이에 책임을 유지합니다.
아키텍처 의사결정 기록, 즉 ADR은 이 모델의 핵심입니다. 팀은 회의 자체를 의사결정으로 취급하는 대신 문제, 관련 제약 조건, 검토한 선택지, 선택한 접근 방식, 그리고 그 근거를 문서화합니다. Gray는 이러한 기록이 일반적인 회의록보다 더 유용한 맥락을 제공한다고 주장합니다. 회의록은 보통 사람들이 말한 내용을 담지만, 훌륭한 ADR은 조직이 왜 한 경로를 다른 경로보다 선택했는지를 설명합니다.
장기적인 이점은 조직의 기억입니다. 수개월 뒤 엔지니어는 과거의 의사결정이 여전히 적절한지, 혹은 당시의 전제가 바뀌었는지를 파악할 수 있습니다. 따라서 과거의 모든 선택이 영구적이도록 의도된 것처럼 가장하지 않고도 아키텍처를 다시 검토하기가 쉬워집니다.
의사결정의 범위에 권한 맞추기
의사결정을 효과적으로 분산하려면 팀에게 자율적으로 행동하라고 말하는 것 이상이 필요합니다. 사람들은 어떤 선택을 독립적으로 내릴 수 있는지, 언제 다른 팀을 참여시켜야 하는지, 그리고 어떤 사안에 조직 전반의 조정이 필요한지를 알아야 합니다.
Gray는 ClearBank가 이러한 경계를 설정하기 위해 “의사결정 범위”를 사용하는 방식을 설명합니다. 의사결정은 크게 세 수준으로 나뉩니다.
팀 수준의 의사결정은 그 결과가 해당 팀 내부에 머무를 때 팀 내에서 내릴 수 있습니다.
도메인 수준의 의사결정은 관련 영역의 여러 팀에 영향을 미치므로 더 폭넓은 협의가 필요합니다.
엔터프라이즈 수준의 의사결정은 회사 전반에 영향을 미치며 중앙화된 자문 포럼을 거쳐야 합니다.
이 구조는 두 가지 흔한 실패를 막습니다. 첫째는 팀이 되돌릴 수 있고 국지적인 의사결정에 대해 고위 승인을 구하는 불필요한 상향 에스컬레이션입니다. 둘째는 한 그룹이 다른 많은 사람에게 비용이나 제약을 부과하는 선택을 하면서도 그들을 참여시키지 않는, 허상에 불과한 자율성입니다.
유용한 원칙은 비례성입니다. 의사결정의 거버넌스는 그 파급 범위를 반영해야 합니다. 국지적인 구현 세부 사항이 전사 플랫폼, 보안 통제, 또는 아키텍처 표준의 변경과 같은 조직적 부담을 가져서는 안 됩니다.
명확한 범위는 책임성의 신뢰도도 높입니다. 경계가 이해되면 엔지니어는 자신 있게 행동할 수 있고, 리더는 결과가 한 팀을 훨씬 넘어서는 의사결정을 처리할 수 있는 메커니즘을 유지하게 됩니다.
조정 메커니즘으로서의 아키텍처 자문 포럼
엔터프라이즈 수준의 의사결정을 위해 ClearBank는 Architecture Advisory Forum을 사용합니다. Gray는 이를 단순히 위에서 아래로 판정을 내리는 곳이 아니라, 의견을 수집하고 이해관계자의 지지를 확보하는 장소로 제시합니다.
이는 분위기와 기능 면에서 중요한 차이입니다. 제안을 승인하거나 거부하기 위해서만 설계된 포럼은 팀이 불확실성을 숨기고, 다듬어진 방어 논리와 함께 참석하도록 만들 수 있습니다. 반대로 자문 포럼은 해결되지 않은 위험을 드러내고, 영향을 받는 그룹을 식별하며, 조직이 이에 전념하기 전에 제안을 개선할 수 있습니다.
포럼은 협의와 합의를 구분하는 데에도 도움이 됩니다. 폭넓은 의견 수렴은 가치 있지만, 만장일치를 요구하면 중요한 의사결정이 불가능해질 수 있습니다. 목표는 관련 관점이 경청되고, 중요한 우려 사항이 다뤄지며, 책임 있는 의사결정권자가 진행할 충분한 정보를 갖추도록 하는 것입니다.
이 메커니즘이 제대로 작동하면 중앙 조정이 현지의 주인의식을 지우지 않습니다. 실질적인 지식이 있는 곳에 대부분의 선택을 남겨두면서, 회사 전체에 걸친 결과를 관리하는 구조화된 방법을 제공합니다.
기능 공장 함정에 맞서기
Gray는 또한 기술 업계가 “더 적은 것으로 더 많은 일을 하라”는 압박을 다룹니다. 특히 예산이 긴축될 때 효율성은 합리적인 관심사이지만, 그 정의는 위험할 정도로 좁아질 수 있습니다. 리더가 주로 출시한 기능의 수로 생산성을 측정하면, 팀은 기능 공장식 사고방식으로 흘러갈 수 있습니다.
당장의 산출물은 인상적으로 보일 수 있습니다. 그러나 시간이 지나면 방치된 유지보수, 부족한 개발자 도구, 아키텍처 마찰, 해결되지 않은 품질 문제가 이후의 모든 변경을 더 비싸게 만듭니다. 팀은 다음 배포 목표를 맞추기 위해 계속 경쟁하기 때문에 실험할 역량을 잃게 됩니다.
Gray는 이에 대한 대응을 리더십과 직접 연결합니다. 리더는 지속적 개선을 몸소 보여주고, 이를 위한 공간을 보호하며, 그 가치를 고위 이해관계자에게 설명해야 합니다. 모든 계획과 성과 신호가 눈에 보이는 기능 작업에만 보상한다면, 엔지니어에게 품질이 중요하다고 말하는 것만으로는 충분하지 않습니다.
기술적 개선을 비즈니스 성과와 연결하면 이러한 지지는 더 쉬워집니다. 더 나은 배포 프로세스는 리드 타임을 줄일 수 있습니다. 더 신뢰할 수 있는 시스템은 장애 비용을 낮출 수 있습니다. 단순화된 아키텍처는 온보딩 기간을 단축하고 제품 변경을 더 안전하게 만들 수 있습니다. 따라서 지속적 개선은 가치 창출과 별개가 아니라, 조직이 반복적으로 가치를 창출할 수 있는 능력을 보존합니다.
리더는 공개적으로 내리는 트레이드오프를 통해서도 문화를 형성합니다. 마감 압박 속에서 기반 작업을 지속적으로 희생하면, 팀은 개선이 선택 사항이라고 배우게 됩니다. 시스템 건전성과 학습을 딜리버리의 일부로 다루면, 이러한 우선순위는 신뢰성을 갖게 됩니다.
급격한 성장 속에서 문화 보존하기
비공식적인 조율 방식은 확장되지 않기 때문에 성장은 문화를 시험한다. 작은 조직에서는 구성원들이 공유된 역사와 잦은 직접 대화에 의존할 수 있다. 인원이 늘어나면 이러한 맥락이 없는 신규 직원이 합류하고, 팀은 전문화되며, 책임의 주체는 더 불분명해진다.
Gray는 ClearBank가 열린 소통과 지식 공유를 장려하는 동시에 명확한 경계와 책임 주체를 마련함으로써 문화를 유지했다고 말한다. 이 회사의 아키텍처 자문 프로세스는 두 목표를 모두 강화한다. 팀은 실질적인 권한을 부여받지만, 의사결정은 가시적으로 유지되며 의견을 받을 수 있다.
이는 문화가 구호나 회사 초기 단계에 대한 향수로 보존되는 것이 아님을 시사한다. 문화는 운영 메커니즘에 내재된다. 누가 결정할 수 있는가? 누군가는 아키텍처 선택의 근거를 어디에서 찾을 수 있는가? 교훈은 어떻게 공유되는가? 엔지니어가 우려를 제기하면 어떤 일이 일어나는가?
명시적인 책임 주체는 모호함을 줄이고, 투명한 의사결정 기록은 자율성이 고립으로 변하는 것을 막는다. 지식 공유 이니셔티브는 사람들이 자신이 속한 팀 밖의 업무를 발견하도록 돕고, 소수의 장기 근속 직원에 대한 의존도를 낮춘다.
균형은 섬세하다. 구조가 너무 적으면 혼란이 생기고, 너무 많으면 판단이 관료주의로 대체된다. Gray의 접근 방식은 경계를 촉진 요소로 본다. 팀은 자신의 권한이 어디서 시작하고 어디서 끝나는지, 그리고 결정이 그 선을 넘을 때 어떻게 조언을 구할 수 있는지 알면 더 빠르게 움직인다.
멘토링을 통해 엔지니어링 역량 격차 해소하기
Gray는 엔지니어링 업계 전반에 상당한 경험 격차가 있다고 지적한다. 비교적 최근에 이 분야에 진입한 실무자가 많아지면서, 조직에는 지도가 필요한 사람 수에 비해 깊은 경험을 지닌 엔지니어가 더 적게 남게 되었다.
채용만으로는 이 불균형을 해결할 수 없다. 경험 많은 엔지니어는 희소하며, 그들을 채용하는 것은 단지 기업 간 역량을 이동시키는 일이다. 조직은 이미 보유한 인재를 육성하는 데 더 능숙해져야 한다.
Gray는 멘토링을 특히 효과적인 메커니즘으로 강조한다. 그 영향은 하나의 멘토-멘티 관계를 넘어선다. 더 명확한 사고 모델을 얻거나 더 견고한 엔지니어링 관행을 배운 사람은 그 지식을 팀 전체에 다시 가져갈 수 있다.
효과적인 멘토링은 답을 주는 것보다 더 폭넓다. 멘토링은 엔지니어가 문제를 어떻게 구성할지, 트레이드오프를 어떻게 평가할지, 관련 조언을 어떻게 구할지, 불확실성을 어떻게 전달할지를 배우도록 돕는다. 이러한 역량은 Gray가 설명한 분산 의사결정 모델을 뒷받침한다. 자율성은 사람들이 이를 행사하는 데 필요한 판단력을 지속적으로 쌓을 때에만 지속 가능하다.
따라서 리더는 멘토링을 납품 의무를 충족한 뒤에 하는 과외 활동성 호의가 아니라 실제 엔지니어링 업무로 다뤄야 한다. 지식 이전이 조직의 회복력에 필수적이라면, 그에 걸맞은 시간, 인정, 그리고 의도적인 지원을 받아야 한다.
유용하고 시의적절하며 안전한 피드백 만들기
자율적인 조직은 구성원이 아이디어에 이의를 제기할 수 있어야 한다는 전제 위에 서 있다. 하지만 기술적으로 옳은 반대 의견도 맥락을 고려하지 않고 전달된다면 효과가 없을 수 있다.
Gray는 피드백을 줄 때 타이밍, 상황, 접근 방식의 중요성을 강조한다. 즉각적인 위험이 더 넓은 집단에 영향을 미칠 때는 공개적인 이의 제기가 적절할 수 있지만, 해당 사안을 비공개로 논의하는 편이 더 나을 경우 동일한 방식은 굴욕적으로 느껴질 수 있다. 너무 늦게 제공된 피드백은 더 이상 실행으로 이어지지 않을 수 있고, 너무 갑작스럽게 제공된 피드백은 내용이 검토되기도 전에 방어적 반응을 유발할 수 있다.
목표는 의견 차이를 피하는 것이 아니다. 의견 차이를 생산적으로 만드는 것이다. 유용한 피드백은 제안과 그 결과에 초점을 맞추고, 우려를 명확히 설명하며, 누락된 맥락의 여지를 남긴다. 단언보다 질문이 더 나은 대화를 열어 주는 경우가 많다. 어떤 가정이 이 선택을 뒷받침하는가? 어떤 대안이 검토되었는가? 그 밖에 누가 영향을 받게 되는가?
이러한 대인 관계상의 규율은 엔지니어링 효율성에 부수적으로 더해지는 부드러운 요소가 아니라 그 일부다. 자문 프로세스, ADR, 멘토링, 팀 간 포럼은 모두 사람들이 모든 이의 제기를 지위 경쟁으로 바꾸지 않으면서 비판을 주고받는 데 의존한다.
환경 설계로서의 리더십
Gray의 논의에 담긴 아이디어는 일관된 리더십 모델을 이룬다. 팀은 명시적인 의사결정 범위 안에서 권한을 받는다. 더 광범위한 결과를 초래하는 사안은 더 광범위한 협의를 유발한다. ADR은 판단 근거를 보존하고, 자문 포럼은 전사적 관심사를 조율하며, 멘토링은 건전한 판단을 내릴 수 있는 조직의 역량을 확장한다.
한편 리더는 자율성을 지속 가능하게 하는 조건을 보호한다. 개선을 위한 시간, 투명한 책임 주체, 지식 공유, 그리고 세심하게 전달되는 피드백이 그것이다. 리더의 일은 모든 기술적 결정을 내리는 것이 아니다. 다른 사람들이 좋은 결정을 내리고, 검토하고, 기록하고, 개선할 수 있는 환경을 구축하는 것이다.
이것이 엔지니어링 조직을 확장하는 데 가장 실용적인 교훈일 수 있다. 자율성, 성장, 문화는 관심을 두고 경쟁하는 별개의 프로그램이 아니다. 적절히 설계하면 각각은 서로를 강화한다. 역량 있는 사람들은 분산된 의사결정을 내리고, 투명한 시스템은 그러한 결정을 정렬된 상태로 유지하며, 학습 문화는 복잡성이 증가할수록 조직이 개선되도록 돕는다.
