전략을 "실행"으로 바꾸기 — 설계로 끝내지 않기 위한 PDCA와 일상 추적
3C→SWOT→크로스 SWOT→MECE→OKR로 전략을 설계해도 많은 경우 거기서 멈춥니다. 이유는 간단합니다. "설계"와 "실행"은 완전히 다른 작업이기 때문입니다. 설계는 몇 주에 한 번 하는 사고, 실행은 매일·매주의 운영입니다. 본 가이드는 설계한 전략을 PDCA(Plan-Do-Check-Act)로 돌리고, OKR의 Key Result를 일상 수치로 추적하는 데까지를 다룹니다.
"전략을 만들었다"에 만족하는 함정
전략 프레임워크의 함정은 캔버스를 채우는 순간 성취감이 생겨 거기서 손이 멈추는 것입니다. SWOT를 쓰고 TOWS로 방책을 도출하고 OKR까지 내렸다——그것은 "설계도"이지 "건물"이 아닙니다.
설계와 실행을 나누면 정리됩니다. 설계는 "무엇을 할지·하지 않을지 정하는" 저빈도 의사결정, 실행은 "정한 것을 매일 진행하고 어긋남을 찾아 고치는" 고빈도 운영입니다. 둘을 같은 리듬으로 돌리려 하면 대개 실행이 형식화됩니다.
PDCA란 — 개선을 돌리는 4단계
PDCA는 Plan(계획)→ Do(실행)→ Check(평가)→ Act(개선)의 4단계를 반복하는 운영 사이클입니다. 통계적 품질관리의 월터 슈하트가 원형을 제안했고 W. 에드워즈 데밍이 널리 퍼뜨렸습니다(데밍 본인은 후에 Check를 Study로 바꾼 PDSA를 권장했습니다).
핵심은 "한 바퀴로 끝내지 않는" 것입니다. Act에서 얻은 학습을 다음 Plan으로 되돌려 나선형으로 정밀도를 높입니다. 전략 설계는 최초의 큰 Plan, 이후에는 작은 PDCA를 빠르게 돌리는 이미지입니다.
- Plan: OKR의 Objective와 Key Result를 이번 기간 계획에 반영
- Do: Key Result에 효과가 있는 시책을 실행
- Check: Key Result 수치가 계획대로 움직이는지 정기적으로 확인
- Act: 어긋나면 시책을 바꾸거나 목표를 재검토(다음 Plan으로)
여기서 설계한 OKR를 PDCA의 Plan에 올리기
본 사이트 전략 콕핏에서 만드는 OKR는 그대로 PDCA의 Plan이 됩니다. Objective가 "향하는 곳", Key Result가 "Check의 기준"입니다. 수치가 들어간 Key Result(예: 첫 달 10개사 제안 / 원가율 40% 이하)를 가지고 있으면 Check 때 "진행 중인지 아닌지"를 주관이 아니라 숫자로 판단할 수 있습니다.
설계 단계에서는 MECE로 방책을 빠짐없이 분해하고 각각에 측정 가능한 KR를 둡니다. 실행에 들어간 뒤 목표가 모호하면 Check가 "왠지 순조로움"으로 끝나 버리기 때문입니다.
Check(일상 수치 추적)는 Baton Board로 넘기기
설계와 실행의 분담이 그대로 도구의 분담이 됩니다. 전략 설계——3C부터 OKR까지 조립하는 작업——는 본 사이트의 역할입니다. 반면 설계한 KPI/OKR를 일상 수치로 경시적으로 추적하고 추이를 보는 운영은 자매 앱 Baton Board의 역할입니다.
여기서 설계하고 일상은 Baton Board에서 추적——이렇게 분담하면 설계 도구가 일상 데이터로 어수선해지지 않고, 실행 도구가 설계의 무게를 지지 않아도 됩니다. Check에서 이상을 알아채고 Act에서 설계로 돌아가는 루프가 자연스럽게 돌아갑니다.
설계에서 실행까지의 전체 그림
정리하면 흐름은 이렇습니다. 3C로 환경을 읽고 SWOT로 정리하고 크로스 SWOT(TOWS)로 전략을 도출하고 MECE로 분해하고 OKR로 측정 가능한 목표로 만든다(＝설계＝본 사이트). 그 OKR를 Plan으로 PDCA를 돌리고 Key Result를 매일 추적한다(＝실행＝Baton Board). Check에서 보인 어긋남을 Act로 다음 설계에 되돌린다.
이 3C→SWOT→크로스 SWOT→MECE→OKR 설계는 본 사이트 전략 콕핏에서 한 화면으로 이어 돌릴 수 있습니다. 입력한 모든 것은 사용자의 기기 안에만 저장되고(당사 서버로 전송되지 않음), SWOT에서는 본인의 API 키로 AI 초안을 무료로 시험할 수 있습니다(BYOK, API 이용료만 부담). $9.90 1회 구매로 모든 프레임워크에서 AI를 사용할 수 있습니다.
FAQ
PDCA와 OKR은 무엇이 다른가요?
OKR은 "어디를 목표로 하고 무엇으로 측정하는가"의 목표 설정 틀, PDCA는 "정한 것을 돌려 개선하는" 운영 틀입니다. 역할이 다르므로 충돌하지 않습니다. OKR의 Objective/Key Result를 PDCA의 Plan에 두고 Check에서 KR를 보고 Act에서 시책이나 목표를 고치는 조합이 자연스럽습니다.
PDCA는 얼마나 자주 돌려야 하나요?
대상에 따라 다릅니다. 설계(큰 Plan)는 분기나 연도처럼 저빈도, 실행의 작은 PDCA는 주간~일간이 기준입니다. Key Result 수치를 주 1회 보고 월 1회 시책을 재검토하는 리듬부터 시작하면 지속하기 쉽습니다.
개인이나 작은 팀에도 PDCA가 필요한가요?
무거운 운영은 필요 없지만 Check(수치를 보는 습관)만으로도 효과가 큽니다. OKR 하나를 정하고 그 Key Result를 Baton Board에서 주 1회 추적하기만 해도 "하고 나서 방치"를 막을 수 있습니다. 자원이 적을수록 일찍 어긋남을 알아채는 가치가 커집니다.
PDCA는 누가 제시했나요?
통계적 품질 관리의 선구자 월터 슈하트가 원형을 제시했고, W. 에드워즈 데밍이 널리 알렸습니다. 데밍 자신은 훗날 Check를 Study로 바꾼 PDSA를 권장했습니다.
설계(3C→OKR)와 실행(PDCA)의 역할은 어떻게 나뉘나요?
3C부터 OKR까지의 전략 설계는 본 사이트의 역할이고, 설계한 KPI/OKR을 일상 수치로 추적하는 실행은 자매 앱 Baton Board의 역할입니다. 설계 도구가 일일 데이터로 어지러워지지 않고, 실행 도구가 설계의 무게를 지지 않도록 분담합니다.
다른 가이드
- SWOT 분석 하는 법 — 크로스 SWOT(TOWS)까지 완전 가이드
- OKR 작성법 — Objective와 핵심 결과 만드는 법을 실례로 해설
- 3C 분석 하는 법 — 고객·경쟁사·자사를 실례로 정리해 SWOT으로
- MECE란 — 문제를 "누락 없이 중복 없이" 분해하는 법
- 크로스 SWOT(TOWS 매트릭스) 하는 법 — 4분면을 「실행 가능한 전략」으로
- 경영 프레임워크 총정리 — 3C·SWOT·TOWS·MECE·OKR을 이어서 쓰기
- KPI와 OKR의 차이 — 언제 무엇을 쓰고, 둘을 어떻게 잇는가
- 업종별 전략 프레임워크 사용법 — 네 업종으로 보는 3C→SWOT→OKR 실례
- SWOT 분석의 한계와 보완법 — "나열하고 끝"에서 벗어나기
- PEST 분석이란? 거시환경을 읽어 SWOT의 "기회·위협"에 연결하는 법
- 포터의 파이브 포스 분석이란? 산업의 "돈 버는 구조"를 다섯 힘으로 읽기
- 가치사슬 분석이란? 내부 활동을 분해해 SWOT의 "강점·약점"에 연결
- 안소프 매트릭스란? 제품×시장으로 성장 경로를 고르고 OKR에 연결
- 로직 트리란 — 문제를 가지치기로 분해하는 법(What/Why/How)
- VRIO 분석이란? 내부 자원을 네 가지 질문으로 평가해 SWOT의 "강점"을 골라내기
- STP 마케팅 분석이란? 시장을 세 단계로 좁혀 "누구에게" 전달할지 정하기
- 경영 프레임워크 고르는 법 — 어느 것을, 언제 쓸까
- BCG 매트릭스(PPM)란? 사분면으로 복수 사업의 자원 배분을 정하기
- JTBD(고객이 해결하려는 일)란? 고객의 "해결하고 싶은 일"을 찾기
브라우저에서 바로 사용해 보기(무료·가입 불필요)
3C→SWOT→크로스 SWOT→MECE→OKR를 한 화면에서 설계. 전략 데이터는 기기 안에만·SWOT의 AI 초안은 무료(본인의 API 키＝BYOK). 일상 추적은 자매 앱 Baton Board로.
앱 열기 →