Amazon Web Services 한국 블로그
서평 – 비즈니스와 기술을 연결하여 전략적 사고를 수용하는 방법
가치 플라이휠 효과: 미래를 견인하고 조직을 최신 클라우드로 가속화
저자: David Anderson, Mark McCann, Michael O’Reilly
제 관심을 끌었던 신간을 이 게시물을 빌려 공유하고자 합니다. 이 책은 비즈니스, 기술, 사람의 교차점을 다룹니다. 신기술의 비즈니스 영향을 극대화하고 내부 프로세스의 속도를 높이기 위해 조직이 어떻게 발전할 수 있는지 이해하고자 하는 모든 사람에게 유용한 읽기 자료입니다.
작년 re:Invent에서 David Anderson을 만날 기회가 있었습니다. Liberty Mutual의 기술 담당 이사인 그는 1912년에 설립한 이 글로벌 보험 회사가 서비스를 클라우드로 이전하고 서버리스 우선 전략을 채택하면서 기술 변화를 주도했습니다. 그는 실험이 일상적이고 소프트웨어 엔지니어들이 학습할 시간과 공간을 확보할 수 있는 환경을 조성했습니다. 그 성과가 매우 좋아서 어느 시점부터는 팀 규모가 늘어나 4명의 AWS Hero를 보유하게 되었습니다.
몇 달 전에 David가 Mark McCann, Michael O’Reilly와 함께 책을 쓰고 있다는 소식을 들었습니다. 그들은 모두 Liberty Mutual에서 함께 일했고, 다른 조직에서도 비슷한 접근 방식을 구현할 수 있도록 자신이 학습한 내용을 정리하고 있었습니다. 책이 막 출간되었을 때 만났었는데, 제목부터 시작해서 더 많은 것을 알고 싶었습니다. 우리는 엑스포 구역에서 만났고, David는 친절하게 책에 서명을 해서 건네주었습니다.
이 책은 피닉스 프로젝트(The Phoenix Project), 팀 토폴로지(Team Topologies), 액셀러레이트(Accerlate) 등 제가 가장 좋아하는 책을 펴낸 IT Revolution 출판사에서 출간했습니다. 이 책의 제목은 가치 플라이휠 효과(The Value Flywheel Effect)입니다. 조직에서 비즈니스와 기술을 연결하면 작은 성과가 있을 때마다 추진력이 생기는 플라이휠을 돌리기 시작한다는 것에 착안한 제목입니다.
가치 플라이휠
가치 플라이휠의 네 단계는 다음과 같습니다.
- 명확한 목적 – 여기서는 조직에서 정말로 중요한 것이 무엇인지, 회사를 차별화하는 요소가 무엇인지 살펴보고, 북극성(North Star)이 무엇인지, 북극성으로부터 떨어진 거리를 측정하는 방법을 정의합니다. 이 단계에서는 CEO의 눈으로 회사를 바라봅니다.
- 도전 및 환경 – 여기서는 조직을 준비하고 팀을 위한 환경을 조성합니다. 우리는 종종 기술 팀의 사회적 측면을 잊어버립니다. 여기서는 팀이 운영하기에 적절한 수준의 심리적 안정을 찾는 방법에 중점을 둡니다. 이 단계는 엔지니어를 위한 단계입니다.
- 차선책 조치 – 이 단계에서는 제품 리더처럼 생각하고 개발자 경험을 개선하는 방법에 중점을 두고 다음 단계를 계획합니다. 핵심 측면 중 하나는 ‘코드는 책임’이라는 점입니다. 최소한의 코드를 사용하여 비즈니스 문제를 해결할수록 속도와 유지 관리 측면에서 더 좋습니다. 예를 들어 일부 사용자 지정 구현을 피하고 요구 사항을 클라우드 공급자가 제공하는 기능으로 오프로드할 수 있습니다.
- 장기적 가치 – 이 단계는 관찰 가능성과 지속 가능성에 중점을 두고 잘 설계된 시스템과 함께 문제 예방 문화를 정착시키는 방법을 살펴보는 CTO의 관점입니다. 여기서 지속 가능성은 지구 환경뿐 아니라 조직에서 일하는 팀과 직원도 고려합니다.
플라이휠에서 예상할 수 있듯이 새로 회전할 때마다 더 쉽고 빨라질 수 있도록 이 네 단계를 반복해야 합니다.
와들리 매핑
이 책에서 정말 마음에 드는 점 중 하나는 기술 시나리오에서 와들리 매핑(보통 비즈니스 상황에 적용)을 쉽게 사용할 수 있게 해줬다는 점입니다. Simon Wardley가 고안한 와들리 맵은 기업의 운영 환경을 시각적으로 표현합니다.
각 맵은 고객에게 필요한 구성 요소를 그리는 가치 사슬로 구성되어 있습니다. 구성 요소는 서로 연결되어 서로 어떻게 의존하는지 보여줍니다. 구성 요소의 위치는 구성 요소가 고객에게 얼마나 잘 보이는지(수직)와 발생에서 제품 또는 상품이 되기까지의 진화 상태(수평)를 기반으로 합니다. 시간이 지남에 따라 일부 구성 요소는 맞춤 제작에서 제품이 되거나 상품화되는 방향으로 진화합니다. 상황이 변화함에 따라 자연스럽게 오른쪽으로 움직이면서 맵에 표시됩니다. 예를 들어 데이터 센터는 과거에는 맞춤 제작되었지만 이후 표준 제품이 되었고 클라우드 컴퓨팅을 통해 상품으로 제공할 수 있게 되었습니다.
맵의 기본 요소 – Simon Wardley 제공, CC BY-SA 4.0.
매핑을 사용하면 어떤 개선이 필요한지, 기술 솔루션에 어떤 차이가 있는지 더 쉽게 이해할 수 있습니다. 이러한 방식으로 엔지니어는 영향을 극대화하기 위해 집중해야 하는 구성 요소와, 전략적이지 않아 SaaS 솔루션으로 오프로드할 수 있는 부분을 식별할 수 있습니다. 이는 일종의 진화적 아키텍처로, 매핑을 통해 시스템이 시간이 지나면서 어떻게 진화해야 하는지, 어느 부분이 관성에 의해 시스템 일부의 진화를 늦출 수 있는지 미리 볼 수 있는 방법을 제시합니다.
때로는 같은 모범 사례가 모든 곳에 적용되는 것처럼 보이지만 그렇지 않습니다. 매핑의 장점은 지도의 수평 위치로 설명되는구성 요소 진화 상태를 기반으로 사용할 최상의 팀과 방법론을 식별하는 데 도움이 된다는 것입니다. 예를 들어, ‘탐험가’ 태도는 구성 요소의 발생이나 맞춤 제작에 가장 적합하며, ‘마을 사람’은 제품으로 최고의 성과를 내며, 무언가가 상품이 되면 ‘도시 계획자’가 필요해집니다.
도구는 늘리고 코드는 줄이고
저자는 사용 가능한 많은 도구와 프레임워크를 살펴봅니다. 예를 들어, 이 책에서는 가장 중요한 지표(북극성)를 먼저 식별하여 제품을 관리하는 방법인 북극성 프레임워크(North Star Framework)와 팀이 소프트웨어 제품을 통해 큰 영향을 미칠 수 있도록 선행 지표에 초점을 맞춘 협업 계획 기법인 Gojko Adzic의 임팩트 매핑(Impact Mapping)을 소개합니다. 참고로 Gojko는 AWS 서버리스 히어로이기도 합니다.
또 다른 흥미로운 점은 엔지니어에게 학습에 필요한 시간과 공간을 제공하는 방법입니다. 저는 특히 내부 이벤트를 호출하고 공개 컨퍼런스와 비교하는 방식이 마음에 들었습니다. 내부 이벤트에서 엔지니어는 회사 환경 내에서 새로운 기술을 사용할 수 있으므로 실제 시나리오의 모든 한계를 활용하여 실행할 수 있는 작업을 더 쉽게 시연할 수 있습니다.
마지막으로 ‘코드는 책임이다’라는 문장을 통해 책의 의도를 명확하게 정의하는 이 부분을 강조하고 싶습니다.
“소프트웨어 팀에게 무언가를 빌드해 달라고 요청하면, 그들은 한 줄의 코드가 아닌 시스템을 제공합니다. 자산은 코드가 아닙니다. 자산은 시스템입니다. 시스템의 코드가 적을수록 오버헤드가 줄어듭니다. 어떤 개발자는 자신이 작성한 코드가 얼마나 많은지 자랑할지도 모르지만, 자랑할 만한 건 아닙니다.”
이 책은 프로그래밍 서적이 아니며 플라이휠의 속도를 높이는 방법의 예로 서버리스 기술을 들고 있습니다. 서버리스 기술을 기술 측면에서 심층적으로 다룬 내용을 찾고 있다면 서버리스 컴퓨팅에 대한 최신 정보 및 학습 리소스를 제공하는 사이트인 Serverless Land에서 자세한 내용을 찾아보거나 AWS 기반 서버리스 아키텍처 책을 참조하세요.
오늘날의 모든 비즈니스는 기술 비즈니스이므로, 가치 플라이휠 효과는 조직을 가속화하고 혁신하는 방법을 다룹니다. 이는 클라우드 컴퓨팅을 채택하고 이점을 얻을 때 애플리케이션을 현대화할 수 있는 적절한 환경과 목적, 단계를 설정하는 데 도움이 됩니다.
Serverless Edge에서 David, Mark, Michael을 만나실 수 있습니다. 여기서는 기술에 집착하는 엔지니어, 기술 애호가, 마케터, 사고 리더로 구성된 팀이, 서버리스가 비즈니스 모델을 혁신할 수 있는 방법을 배우고 소통하는 데 도움을 줍니다.
– Danilo