지난 편에서 제품 출시와 차별화 전략을 살펴봤어요. 전략이 얼마나 효과를 내느냐는 결국 실행 능력에 달려 있어요. 이번 편에서는 현재 역량을 평가하고, 부족한 부분을 메우며, 자원을 현명하게 배분하고, 전략적 성공을 위한 조직 구조를 설계하는 방법을 다뤄요.
1. 현재 조직 역량 파악하기
새로운 역량을 구축하기 전에, 현재 조직이 가지고 있는 역량에 대한 솔직한 평가가 필요해요. 이 분석을 해야 전략이 현실에 발붙일 수 있어요.
1) 역량이란 무엇인가
역량(Capability)은 조직이 잘 수행할 수 있는 활동과 능력이에요.
| 역량 유형 | 예시 |
|---|---|
| 기술적 역량 | 머신러닝 전문성, 확장 가능한 인프라, 모바일 개발 |
| 운영 역량 | 빠른 제품 반복, 효율적 고객 온보딩, 안정적 지원 |
| 시장 역량 | 브랜드 인지도, 유통 채널, 고객 관계 |
| 조직 역량 | 교차 기능 협업, 신속한 의사결정, 인재 확보 |
2) 현재 조직 역량 파악 방법
- 전략이 요구하는 역량을 나열하세요. 시장 선택과 차별화 전략을 실행하려면 무엇을 잘해야 하는지 정리해요.
- 현재 숙련도를 평가하세요. 각 역량이 세계 최고 수준인지, 쓸 만한 수준인지, 키워 나가는 중인지, 아예 없는지 평가하세요.
- 근거를 확인하세요. 고객 피드백, 경쟁 비교, 성과 지표 등을 통해 각 평가를 뒷받침할 근거가 무엇인지 확인하세요.
- 추세를 파악하세요. 각 역량이 향상 중인지, 안정적인지, 하락 중인지 확인하세요. 역량은 꾸준히 투자하지 않으면 유지되지 않아요.
3) 역량 분석에서 흔한 실수
| 실수 | 위험한 이유 |
|---|---|
| 역량 과대평가 | 실제로 실행할 수 없는 전략을 밀어붙이게 됨 |
| 쇠퇴 무시 | 투자하지 않으면 역량이 서서히 깎여 나감 |
| 기술 역량에만 집중 | 시장 역량과 조직 역량도 똑같이 중요 |
| 개인 재능과 조직 역량 혼동 | 핵심 인재가 떠나면 어떻게 되는가? |
조직의 역량은 결국 그만큼의 고객 가치로 이어져요. 우리는 가지고 있다고 생각하지만 고객이 실제로 체감하지 못하는 역량은 진짜 역량이 아니에요. 고객 관점을 역량 점검에 포함시키세요. 고객이 속도, 품질, 지원, 전문성을 선택 이유로 꼽는다면, 그게 바로 실제 역량이 있다는 신호예요.
2. 역량 격차 해소를 위한 세 가지 방법: 구축, 구매, 파트너
현재 역량을 파악한 후, 전략이 요구하는 것과 비교하세요. 그 차이가 전략을 실제로 실행하기 전에 메워야 할 과제예요.
1) 격차 파악
각 역량에 대해 현재 상태, 전략적 요구, 격차 크기, 전략적 중요도를 평가하세요. 격차 자체가 나쁜 건 아니에요. 야심 찬 전략이라면 새로운 역량을 새로 쌓아야 하는 게 당연하니까요. 위험한 건 전략에 깔려 있는 역량 격차를 인정하지 않은 채 밀어붙이는 거예요.
2) 격차를 메우는 세 가지 방법
| 요소 | 직접 구축이 유리 | 인수가 유리 | 파트너십이 유리 |
|---|---|---|---|
| 전략적 중요도 | 우리만의 차별화 포인트 | 중요하지만 우리만의 것은 아님 | 범용이거나 보조적인 역할 |
| 시간 압박 | 기다릴 수 있음 | 긴급함 | 매우 긴급함 |
| 가용 자원 | 강한 팀, 시간 | 자본 가용 | 자원 제한적 |
| 장기 통제 | 핵심적 | 중요함 | 덜 중요함 |
| 리스크 허용도 | 실패를 감당할 수 있음 | 보통 | 낮음 |
직접 구축은 채용하고 교육하고 꾸준히 투자해서 내부에서 역량을 키우는 방식이에요. 아웃소싱이나 인수에 맡겼다가는 감당 못할 종속성이 생기거나, 그 역량이 앞으로 어떻게 발전해 나가느냐 자체가 중요할 때 선택하죠.
**인수(구매)**는 기업을 사들이거나, 인재 영입을 목적으로 인수하거나, 기존 기술을 라이선싱해서 역량을 확보하는 방식이에요. 이미 검증된 솔루션이 시장에 있고 통합 리스크를 감당할 수 있을 때 효과적이지만, 성공 여부는 기술적 호환성만큼이나 조직 간 궁합에 달려 있어요.
파트너십은 벤더, 플랫폼, 전략적 동맹을 통해 필요한 역량을 빌려 쓰는 방식이에요. 빠르게 움직이고 유연성을 유지할 수 있지만, 통제력이 줄고 종속성이 커진다는 트레이드오프가 있죠.
3. 자원 배분과 세 지평선(Three Horizons) 모델
전략에는 투자가 필요하지만 자원은 유한해요. 서로 다른 유형의 이니셔티브에 자원을 어떻게 배분하느냐를 보면 진짜 전략적 우선순위가 무엇인지 드러나죠.
세 지평선 모델은 서로 다른 시간대와 리스크 수준에 걸쳐 투자 균형을 잡도록 돕는 프레임워크예요.
가치/성장
↑
│ ★ 지평선 3
│ (미래 옵션)
│ ★ 지평선 2
│ (부상하는 기회)
│ ★ 지평선 1
│ (핵심 최적화)
└───────────────────────→ 시간
1) 지평선 1: 핵심 사업 최적화와 확장
지금 하고 있는 사업을 개선하고 확장하는 데 들어가는 투자예요. 비교적 리스크가 낮고 단기에 수익이 나오죠. 기존 제품 기능 개선, 성능 최적화, 인접 고객 세그먼트로 확장하기, 가격·패키징을 조금씩 조정하기 같은 활동이 여기 해당돼요. 6~18개월의 회수 기간, 높은 성공 확신, 기존 역량 활용, 낮은 리스크와 낮은 상방이 특징이에요.
2) 지평선 2: 부상하는 기회 구축
의미 있는 성장 잠재력이 보이는 새로운 영역으로 역량을 넓히는 투자예요. 리스크가 더 크지만 다음 핵심 사업이 될 수 있죠. 기존 고객을 위한 새로운 제품 라인, 새 시장 세그먼트 진출, 새로운 사용 사례를 열어 주는 굵직한 신규 역량 같은 것이 여기 해당돼요. 1~3년의 회수 기간, 중간 수준의 성공 확신, 새 역량을 쌓아야 한다는 점이 특징이에요.
3) 지평선 3: 미래 옵션 만들기
판을 뒤집을 만한 기회를 만들어 낼 수 있는 탐색적인 시도에 들어가는 투자예요. 리스크가 크고 아무 성과도 못 낼 수 있지만, 성공하면 시장 판도 자체를 다시 짤 수 있죠. 신기술 연구, 새로운 비즈니스 모델 실험, 앞으로 판을 뒤집을 수 있는 시장을 초기 단계에서 탐색하기 같은 활동이 여기 해당돼요. 3년 이상의 회수 기간(그마저도 회수된다면), 낮은 성공 확신, 높은 리스크와 높은 잠재적 상방이 특징이에요.
4) 포트폴리오 배분 가이드라인
모든 회사에 통하는 “정답” 배분은 없어요. 회사가 처한 상황에 따라 적절한 균형이 달라지죠.
| 회사 단계 | 일반적 H1:H2:H3 배분 | 근거 |
|---|---|---|
| 초기 스타트업 | 70:20:10 | 핵심 사업이 먼저 돌아간다는 걸 증명해야 함 |
| 성장 단계 | 50:35:15 | 사업을 키우면서 인접 기회를 살핌 |
| 성숙 기업 | 40:40:20 | 핵심 사업을 지키면서 미래 성장을 쌓아 감 |
| 파괴에 직면한 기업 | 30:40:30 | 현금 흐름을 유지하면서 변혁에 속도 내기 |
흔히 하는 배분 실수: H1에 지나치게 투자하면 수익이 예측 가능해서 안전해 보이지만, 파괴적 변화에 취약해지고 성장 잠재력도 쪼그라들어요. H1에 너무 적게 투자하면 핵심 사업이 서서히 깎여 나가는데도 반짝거리는 새 기회만 쫓게 되죠. H2를 건너뛰면 핵심 최적화에서 문샷으로 바로 뛰어가게 되는데, 그 사이를 이어 줄 부상 사업을 못 키워서 미래에 성장 공백이 생겨요.
4. 전략적 실행을 위한 팀 구조 설계
아무리 좋은 전략도 실행할 조직이 없으면 실패해요. 전략을 성공시키려면 팀 구조를 어떻게 설계해야 하는지, 6가지 원칙을 살펴볼게요.
| 원칙 | 의미 | 중요한 이유 |
|---|---|---|
| 의존성 최소화 | 한 팀이 다른 팀을 기다려야 일을 진행할 수 있는 상황을 줄이기 | 병목, 조율 부담, 처리량 감소를 막음 |
| 오너십과 자율성 부여 | 팀이 결과를 책임지고 달성 방법까지 스스로 정할 수 있게 하기 | 책임감과 동기, 의사결정 품질이 함께 올라감 |
| 공유 서비스로 레버리지 극대화 | 여러 팀이 쓰는 역량을 중앙에서 한꺼번에 제공 | 중복 작업을 줄이면서도 제품 팀 속도는 유지 |
| 기술 아키텍처와 조직 정렬 | 시스템 구조가 팀 간 소통 방식과 맞물리도록 설계 | 어긋나면 계속 마찰이 생김(콘웨이의 법칙) |
| 팀을 고객과 정렬 | 기술 컴포넌트가 아니라 고객 세그먼트나 결과를 중심으로 팀을 꾸리기 | 고객 대면 변경 때마다 필요한 조율이 줄어듦 |
| 구조의 진화 수용 | 조직 구조를 고정된 것이 아니라 언제든 바뀔 수 있는 것으로 보기 | 전략은 조직도보다 빠르게 바뀜 |
1) 의존성 최소화
팀끼리 의존성이 생기면 조직 전체의 속도가 느려져요.
- 팀에게 고객 결과에 대한 오너십을 맡기고,
- 필요한 교차 기능 역량을 팀 안에 갖춰 주며,
- 독립적 배포가 가능한 기술 아키텍처를 설계하며,
- 팀 사이 인터페이스를 명확하게 정해서 서로 비동기로 일할 수 있게 하세요.
복잡한 조직에서 의존성을 완전히 없앨 수는 없지만, 불필요한 의존성은 줄이고, 반드시 필요한 의존성은 겉으로 드러내 관리할 수 있는 상태로 만들 수 있어요.
2) 오너십과 자율성 부여
오너십이란 활동이 아니라 결과에 대한 책임을 지고, 목표를 어떻게 달성할지 스스로 결정할 권한을 가지며, 고객과 문제 영역을 이해할 책임을 지고, 담당 도메인에 장기적으로 헌신한다는 뜻이에요. 자율성을 주려면, 무엇을 달성할지는 분명히 정하되 어떻게 달성할지는 팀에 맡기는 명확한 목표, 독립적으로 실행할 자원과 역량, 실수하고 배울 여지, 리더십의 신뢰가 필요하죠.
3) 공유 서비스로 레버리지 극대화
조직이 커지면 여러 팀에 걸쳐 쓸모 있는 역량이 쌓여요. 디자인 시스템, 인프라 플랫폼, 데이터 플랫폼, 인증·식별 서비스 같은 공유 서비스가 이런 역량을 중앙에서 제공하면 레버리지 효과가 나요. 중복 작업이 사라지고, 일관성이 유지되고, 전문 역량이 깊어지고, 신규 제품 개발 속도가 빨라진다는 이점이 있지만, 새로운 의존성이 생긴다거나, 리소스가 부족할 때 병목이 된다거나 하는 리스크도 함께 관리해야 해요.
4) 기술 아키텍처와 조직 정렬
기술 아키텍처와 조직 구조는 서로를 떠받치는 방향으로 맞물려야 해요. 콘웨이의 법칙(Conway’s Law)은 시스템이 그걸 만든 조직의 소통 구조를 닮아 가는 경향이 있다고 말해요. 독립적인 제품 팀을 원한다면, 제품 팀이 각자 독립적으로 개발하고 배포할 수 있는 기술 시스템을 설계하세요. 이런 구조적 불일치는 조직에 끊임없는 마찰을 낳아요.
5) 팀을 고객과 정렬
가능하면 기술 컴포넌트가 아니라 고객 세그먼트나 결과를 중심으로 팀을 꾸리세요. 컴포넌트 중심 팀(모바일 팀, API 팀, DB 팀)은 고객 대면 변경 때마다 의존성을 만들어 내요. 고객 중심 팀(소규모 사업자 팀, 엔터프라이즈 팀, 특정 사용자 여정을 책임지는 팀)은 최소한의 조율만으로도 완성된 경험을 전달할 수 있죠.
6) 구조의 진화 수용
영원한 조직 구조는 없어요. 전략이 바뀌면 조직도 함께 바뀌어야 하죠. 적어도 1년에 한 번은 구조를 다시 점검해서, 지금 전략을 제대로 받쳐 주고 있는지, 마찰이나 지연이 생기는 지점은 없는지, 새로 키우고 있는 역량에는 다른 팀 구조가 필요하지는 않은지 확인하세요. 구조 변경에는 실질적인 비용(혼란, 학습 곡선, 관계 재구축)이 따르니 가볍게 하지 말되, 전략이 요구하는 바에 더 이상 맞지 않는 구조를 끌고 가지도 마세요.
다음 편에서는 전략이 얼마나 잘 진행되고 있는지 측정하고 관리하는 방법을 살펴볼게요. 추적 시스템 구축, 선행·후행 지표, OKR 프레임워크, 반복적 전략, 전략 캐스케이드를 다룰 거예요.
전략 플레이북 시리즈