EOS의 IDS: L10 미팅 및 문제 해결을 위한 완벽 가이드
리더십 그룹 회의를 할 때 아무런 성과 없이 끝나는 경우가 얼마나 잦으신가요? 매주 똑같은 문제가 반복되고, 해결책 없이 논의만 맴돌아 모두가 불만족스러운 상태로 회의실을 나선다면, 여러분만 겪는 일은 아닙니다.
기업 운영 체제인 EOS(Entrepreneurial Operating System)는 끝없는 논의를 확실한 결과로 바꾸기 위한 두 가지 핵심 도구인 IDS 프로세스(Identify, Discuss, Solve; 식별, 논의, 해결)와 L10 미팅을 제공합니다. 이 두 가지를 함께 활용하면 문제를 해결하고 팀의 효율성을 높이는 회의가 가능해집니다.

IDS 및 L10 미팅 프레임워크를 보여주는 히어로 이미지
이 가이드에서는 'IDS'의 의미와 L10 미팅 운영 방식, 그리고 이 두 가지를 올바르게 구현하는 방법을 설명합니다.
EOS에서 IDS란 무엇인가?
EOS에서 IDS는 식별(Identify), 논의(Discuss), 해결(Solve)의 약자로, EOS 내에서 문제 해결을 위한 근간이 되는 방법론입니다. 이는 팀이 문제를 구조적인 방식으로 다루도록 강제하는 규율 있는 접근법입니다. 단순히 문제를 논의만 하고 해결하지 못한 채 같은 주제를 반복해서 다루는 일반적인 회의의 고질적인 문제를 방지합니다.
이 프로세스의 구조를 이해하려면 IDS를 '깔때기'라고 생각해보세요. 깔때기 상단에는 해결되지 않은 불쾌하고 모호한 좌절감들이 들어갑니다. 깔때기의 설계 덕분에 하단으로는 명확하고 실행 가능한 해결책만 나오게 됩니다. 이러한 깔때기 구조가 없다면, 대부분의 팀은 문제의 증상만 논의하다가 실제 문제는 방치하여 상황을 악화시키기 십상입니다.
실무적으로 IDS는 같은 문제를 다섯 번씩 반복해서 논의하는 회의를 없애줍니다. 구조적인 문제 해결을 구현하면 문서화된 후속 조치가 생성되며, 더 중요한 점은 증상만 치료하고 나중에 다시 재발하게 만드는 것이 아니라 문제의 근본 원인을 찾아 해결하게 된다는 것입니다.
IDS의 3단계 설명

IDS의 3단계 - 식별, 논의, 해결 프로세스 흐름
IDS 프로세스의 각 단계는 정해진 목적이 있습니다.
1단계: 식별 (IDS 시간의 10%)
식별 단계에서 답변해야 할 유일한 질문은 '여기서 진짜 문제는 무엇인가?'입니다. 문제를 제기한 사람은 해당 문제에 대한 개괄적인 설명을 제공하고, 팀은 명확한 질문을 던지며 근본 원인에 도달할 때까지 깊이 파고듭니다.
실무 팁: 다음 단계로 넘어가기 전에 식별된 문제를 명확한 한 문장으로 적으세요. 명확하게 설명할 수 없다면, 아직 진짜 문제를 찾지 못한 것입니다.
2단계: 논의 (IDS 시간의 70%)
대부분의 팀이 범하는 오류는 논의를 '모두가 돌아가며 의견을 말하는 것'이라고 생각하는 점입니다. 이것은 논의가 아니라 '토크 서클'일 뿐입니다. EOS의 IDS 프로세스는 집중된 논의를 요구합니다. 즉, 모든 참여자가 해결책을 향해 나아가기 위해 서로의 의견을 바탕으로 협력해야 합니다.
생산적인 논의는 세 가지 규칙을 따릅니다:
- 모두가 한 번씩 말하기 전까지는 두 번 말하지 않는다.
- 주제에 집중한다—벗어난 주제는 이슈 목록에 추가합니다.
- 사람이 아닌 아이디어를 논쟁한다—문제를 개인적인 차원에서 분리합니다.
문제를 논의하는 동안 그룹이 약간의 불편함을 느끼는 것은 정상입니다. 만약 그룹이 너무 빨리 합의에 도달한다면, 주제를 충분히 깊게 파고들지 않았을 가능성이 큽니다. 논의 과정에서의 건설적인 갈등은 더 높은 수준의 해결책을 만들어냅니다.
3단계: 해결 (IDS 시간의 20%)
해결 단계는 IDS 세션 시간의 약 20%를 차지합니다. 해결이란 결정을 내리거나 행동을 취하기로 약속하는 것을 의미합니다. 따라서 IDS 세션은 다음 중 하나를 만들어냅니다:
- 기한 내에 특정 담당자에게 할당된 구체적인 실행 항목
- 문제를 영구적으로 해결하는 결정
- 문제 제거
해결 단계에서는 실행을 책임질 특정 담당자를 지정합니다. 해결책을 책임질 사람이 없다면, 아무리 훌륭한 해결책이라도 모두의 문제가 되어버릴 것입니다.
📥 다운로드: IDS 세션 체크리스트 (PDF) - 각 단계별 타이밍, 질문 및 완료 기준
왜 제시된 문제가 진짜 문제가 아닌가?
IDS에서 근본 원인 분석을 성공적으로 수행하려면, 실행 가능한 무언가가 나올 때까지 '왜?'를 반복하여 양파 껍질을 벗겨내야 합니다. 문제 식별 과정은 다음과 같을 수 있습니다: 왜 할당량을 채우지 못하는가? ⇒ 마감률이 떨어졌기 때문이다. ⇒ 왜 마감률이 떨어졌는가? ⇒ 더 낮은 가격을 제시하는 새로운 경쟁자가 나타났기 때문이다. ⇒ 왜 경쟁자가 그 가격에 비즈니스를 수주하는가? ⇒ 우리의 가치 제안이 그들과 충분히 차별화되지 않았기 때문이다. 이제 비로소 해결해야 할 진짜 문제가 생겼습니다.
이런 식의 사고방식은 중요합니다. 인적 오류를 줄이는 것은 표준운영절차(SOP)를 명확히 하는 것에서 비롯되며, 문제 식별도 이와 다르지 않습니다. 문제 진술이 모호하면 해결책도 엉뚱한 방향으로 흐르게 됩니다.
감기약의 오류: 증상만 치료하면 단기적인 안도감은 주지만, 근본적인 문제는 여전히 존재하며 재발합니다. 똑같은 문제를 계속해서 '해결'하고 있다면, 당신은 감기약으로 증상만 치료하고 있는 것입니다. 증상이 아닌 근본 원인을 치료해야 합니다.
📥 다운로드: IDS 근본 원인 분석 워크시트 (PDF) - 5 Why 프레임워크 및 피시본 다이어그램 템플릿
EOS 이슈 목록에 나타나는 세 가지 범주의 이슈는 성격이 매우 다릅니다. EOS 시스템 내의 이슈 유형을 이해하면 문제를 다룰 때 시간을 효과적으로 배분할 수 있습니다.
1. 문제(Problems)는 팀의 전진을 가로막는 장벽이나 장애물입니다. 장비 고장, 책임을 다하지 못한 팀원, 제대로 작동하지 않는 비효율적인 프로세스 등이 예입니다. 예를 들어, 퇴사를 예고한 직원, 고객 관계 악화, 마감 기한을 놓치게 만드는 운영 병목 현상 등이 있습니다. 문제는 근본 원인 파악(I), 잠재적 해결책 논의(D), 실행 합의(S)를 포함한 전체 IDS 프로세스가 필요합니다. 문제 해결 과정을 서두르려 한다면, 똑같은 과정을 계속 반복하게 될 가능성이 높습니다.
2. 정보(Information)는 해결하는 것이 아니라 공유되는 내용입니다. 예를 들어, 팀원이 결정을 내리기 전에 추가 정보가 필요하거나, 해결책을 제안하지 않고 추세를 주목하게 하고 싶을 때입니다. 이 경우 심도 있는 논의가 필요한 경우는 드뭅니다. (I) 단계에서 공유자가 무엇을 공유하는지 명확히 하고, (D) 단계는 모두가 내용을 이해했는지 확인하는 짧은 논의로 충분하며, (S) 단계는 내용을 인지하고 넘어가는 것이 보통입니다.
3. 아이디어 및 기회(Ideas and Opportunities)는 조직이 탐색할 수 있는 미래 지향적인 가능성입니다. 새로운 시장 기회, 프로세스 개선 제안, 전략적 이니셔티브 등이 포함됩니다. 이는 문제가 아니므로(고장 난 것이 아니므로) 체계적인 방식으로 다뤄져야 합니다. 팀은 아이디어의 타당성과 시기를 평가하되 무엇이 잘못되었는지 평가하지는 않습니다. 아이디어와 기회에 대한 (S) 단계는 분기별 계획/업무량 조정을 위해 '비전/트랙션 오거나이저(V/TO)'에 아이디어를 올리거나, 추가 조사를 수행할 담당자를 지정하는 식으로 이루어집니다.

IDS의 세 가지 이슈 유형 - 문제, 정보, 아이디어 비교
전문가 팁: IDS를 시작하기 전에 제안자가 범주를 명확히 하게 하세요. "이것은 문제입니다", "이것은 정보입니다", "이것은 기회입니다"라고 선언하게 하면 투자해야 할 시간을 가늠하는 데 도움이 됩니다.
이슈 목록 작성 및 관리
EOS에서는 이슈 목록을 세 가지 수준으로 분류합니다:
- V/TO 수준 이슈(장기 이슈): 분기보다 오래 걸리는 더 큰 전략적 이슈입니다. 매주 열리는 L10 미팅이 아닌 분기별 계획 회의에서만 검토합니다.
- 리더십 팀 이슈: 여러 기능(부서)에 걸쳐 있으며 한 부서 이상의 의견이 필요한 이슈입니다. L10 미팅에서 다룰 목록입니다.
- 부서별 이슈: 팀에 더 구체적인 이슈이며 리더십 팀의 의견이 필요하지 않습니다.

V/TO, 리더십 팀, 부서 수준을 보여주는 이슈 목록 계층 구조
| 목록 수준 | 검토 주기 | 일반적인 이슈 | | --- | --- | --- | | V/TO (전략적) | 분기별 | 시장 확장, 대규모 투자 | | 리더십 팀 | 매주 L10 미팅 | 부서 간 이슈, 회사 결정 사항 | | 부서별 | 부서 회의 | 팀 운영, 프로세스 개선 |
이슈 목록 위생 — 해결된 이슈는 즉시 삭제하세요. 장기 이슈는 보관 처리하고 반복적인 이슈와는 다르게 다루세요. 일정 기간이 지나도 해결되지 않는 이슈는 삭제하세요.
📥 다운로드: IDS 이슈 트래커 (Google Sheets) - 날짜, 이슈, 담당자, 상태, 해결 메모 열이 포함된 템플릿
L10 미팅이란 무엇인가?
L10 미팅(Level 10 Meeting)은 매주 같은 요일, 같은 시간에 90분 동안 진행됩니다. 모든 리더십 팀원이 90분간 모여 회사의 성과를 검토하고, 이슈를 생성하며, IDS를 사용하여 실제 현안을 해결합니다.
지노 윅맨(Gino Wickman)은 그의 저서 '트랙션(Traction)'에서 L10 미팅 개념을 창안했습니다. 모든 회의를 '10점 만점에 10점'으로 만들겠다는 목표를 가진 L10 미팅 구조의 목적은 회의 점수를 낮추는 낭비를 제거하는 효율적인 방법을 만드는 것입니다.
이것은 어떤 모습일까요? L10 미팅은 이슈를 노출하고, 논의가 발생하며, 결정이 내려지도록 강제하는 역할을 합니다. 또한 가시적/재사용 가능한 작업 목록을 통해 모든 사람이 책임감 있는 업무 추적 방식을 갖게 합니다. 연구에 따르면 생산적인 회의와 시간 낭비 회의를 가르는 5가지 회의 설계 요소가 존재하며, L10 미팅은 이를 충족합니다.
왜 L10 미팅이라고 부르는가?
참여자들은 매 L10 미팅이 끝날 때마다 1점에서 10점까지 점수를 매깁니다. 10점은 참석자 모두가 적극적으로 참여했고 핵심 이슈들이 다루어졌음을 의미합니다. 구체적인 실행 단계를 가지고 회의를 마치는 것은 후속 회의에서도 팀의 효과적인 상호작용이 지속되도록 보장합니다. 10점 미만을 받으면, 그룹은 10점을 받기 위해 무엇을 다르게 할 수 있었는지 결정합니다.
점수 매기기는 잠재적인 시스템 문제를 진단하는 도구로 기능합니다. 팀이 지속적으로 7~8점을 준다면, 참석자가 잘못되었거나 비판적인 이슈를 무시하고 비핵심적인 이슈만 다루는 등의 문제가 있음을 나타낼 수 있습니다.
무례하거나 대립적으로 느껴진다는 이유로 점수 매기기를 거부하는 팀도 있습니다. 이러한 불편함은 종종 더 큰 시스템적 문제의 징후입니다. 팀원들이 서로에게 솔직한 피드백을 주는 것을 불편해하는 것입니다. 목표는 모든 회의에서 10점을 받는 것이 아니라(팀이 통제할 수 없는 외부 요인도 있으므로), 수개월에 걸쳐 꾸준히 개선해 나가는 모습을 보여주는 것입니다.
회의 낭비를 제거하기 위한 90분 프레임워크
L10 미팅은 90분으로 고정되어 있으며 7개의 세그먼트로 나뉩니다. 각 세그먼트에는 참여자들 사이에 규율을 만드는 구체적인 시간 제약이 있습니다.

90분 구성을 보여주는 L10 미팅 구조
| 세그먼트 | 지속 시간 | 목적 | | --- | --- | --- | | 개인적 공유 | 5분 | 개인적/전문적 좋은 소식 및 성과 공유 | | 지표 평가 | 5분 | 주간 지표 검토—궤도에 있는가? | | 우선순위 평가 | 5분 | 분기별 우선순위 검토 | | 회사 및 직원 헤드라인 | 5분 | 고객 및 직원 관련 업데이트 | | 할 일 목록 검토 | 5분 | 각자의 할 일 목록 평가 (완료했는가?) | | 이슈의 식별, 논의 및 해결 | 60분 | 문제 해결—회의의 주 목적 | | 요약/회의 평가 | 5분 | 미완료 항목 보고 및 회의 점수 매기기 |
EOS의 주간 책임 회의 구조 모델에 따르면, 같은 회의 내에서 60분의 문제 해결 시간을 갖기 전에 성과 보고에 25분이 할당됩니다. 연구에 따르면 구조화된 문제 해결은 특히 서로에 대한 과거 정보가 제한적이거나 없는 팀의 경우 프로젝트 성공과 직접적인 상관관계가 있습니다.
L10 미팅 아젠다 – 템플릿
이것은 회의를 지탱하는 프레임워크이며, 이 섹션은 7개 세그먼트 전체를 설명합니다.
5분 세그웨이(Segue)
각 참여자는 지난 7일 동안 있었던 개인적/전문적 성과를 공유합니다. 성과로 시작함으로써 우리는 마음 상태를 재설정하고, 서로의 유대감을 강화하며, 긍정적인 추진력을 만듭니다. 1인당 최대 30초씩 빠르게 돌아가며 진행합니다.
스코어카드 평가 (5분)
비즈니스의 가장 중요한 일일 지표 5~15개를 검토합니다. 각 지표에 대해 '궤도(on track)' 또는 '궤도 이탈(off track)'로 평가해야 합니다. 지표를 '궤도 이탈'로 평가하면 자동으로 IDS를 위한 이슈 목록으로 넘어가며 별도의 설명은 필요 없습니다.
L10 미팅 스코어카드는 책임감과 투명성을 촉진합니다. 어떤 지표가 3주 연속 '궤도 이탈'로 나타난다면 즉시 해결해야 할 패턴이 있는 것입니다.
📥 다운로드: L10 미팅 스코어카드 템플릿 (Excel) - 궤도/이탈 상태에 대한 조건부 서식이 적용된 KPI 열
락(Rock) 검토 (5분)
리더십 팀의 각 구성원은 '락(Rock)'이라 불리는 3~7개의 분기별 우선순위를 달성하기 위해 노력합니다. 락도 스코어카드와 마찬가지로 궤도에 있는지 여부를 평가합니다.
락은 분기별 계획과 주간 실행 계획 사이의 가교 역할을 합니다.
직원 및 고객 업데이트 (5분)
회의의 콘텐츠 섹션에 맞지 않는 의미 있는 업데이트를 제공합니다: 신규 고객, 직원 우려 사항, 경쟁 위협, 시장 피드백 등. 업데이트는 헤드라인으로만 제공하며, 심의가 필요한 경우 이슈 목록에 추가합니다.
할 일 목록 검토 (5분)
지난주 할 일 항목이 완료되었는지 검토합니다. 완료되지 않은 항목은 자주 재발할 경우 하나씩 IDS를 하는 것 외에는 다루지 않습니다(의미가 없기 때문입니다). 할 일 항목에 '부분 점수'란 없습니다. 할 일 항목의 약 90%는 완료되어야 합니다.
할 일 항목에 대한 규율은 장기적인 진행 상황을 추적하기 위한 메커니즘을 만드는 의도가 있습니다. 일주일 동안은 작은 할 일들이 많이 완료되어야 하고, 3개월이 지나면 그 작은 완료 항목들이 모여 상당한 진척을 이루게 됩니다. 정기적으로 완료율 80% 미만으로 운영된다면, 할 일 항목이 역량에 비해 너무 야심 차거나 팀의 책임감을 강화해야 한다는 신호입니다.
IDS: 회의의 핵심 (60분)
L10의 IDS 단계는 회의의 진정한 초점이 맞춰지는 곳으로, 60분 동안 이슈를 식별하고 논의하며, L10 미팅에서 식별된 문제에 대한 해결책을 도출합니다.
3-2-1 우선순위 프로토콜:
- 전체 이슈 목록을 읽습니다.
- 각자 조용히 상위 3개를 식별합니다.
- 빠르게 투표하고 득표수가 많은 순서대로 이슈를 해결합니다.
각 이슈는 해결될 때까지 IDS를 통해 다뤄져야 합니다. 60분이 지나면 IDS는 중단됩니다. 해결되지 않은 이슈는 다음 주로 넘어갑니다.
리더십 팀이 이 영역에서 가장 큰 가치를 전달하기 때문에 EOS 회의의 L10 아젠다는 시간의 대부분을 IDS에 할당합니다.
결론 (5분)
- 담당자와 마감 기한을 포함한 할 일 요약
- 캐스케이딩 메시지 — 더 넓은 팀에 전달해야 할 내용
- 회의 점수 1~10점 평가
정시에 끝내는 것은 타협할 수 없습니다.
📥 다운로드: L10 미팅 아젠다 템플릿 (Excel/Google Sheets) - 7개 세그먼트와 타이머 가이드가 포함된 전체 아젠다
L10 미팅의 역할과 책임
역할이 불확실하면 L10 미팅을 원활하게 운영하기 매우 어렵습니다. 회의의 각 부분을 누가 책임지는지 명확히 하면 문제가 발생하는 것을 방지하고 의도가 좋은 팀이 탈선하는 것을 막을 수 있습니다.
| 역할 | 주요 책임 | 보통 맡는 사람 | | --- | --- | --- | | 퍼실리테이터 | 시간 통제, 구조 강제, 논의 주제 유지 | 인테그레이터, COO | | 기록자 | 할 일 기록, 결정 사항 기록, 이슈 목록 변경 기록 | 순번제 또는 관리자 | | 회의 리더 | 아젠다 우선순위 설정, 올바른 이슈가 다뤄지도록 함 | 인테그레이터 | | 참여자 | 논의 참여, 지표/락 소유, 할 일 완료 | 리더십 팀 전원 |
책임 차트는 조직 내 다양한 기능을 누가 책임지는지 보여줍니다. 예를 들어 영업 책임자가 있다면 그 사람이 영업 지표를 논의합니다. 조직의 전반적인 책임을 이해하면 누가 회의에 참여해야 하는지 명확해집니다.

퍼실리테이터, 기록자, 회의 리더, 참여자의 책임을 보여주는 L10 미팅 역할 RACI 매트릭스
퍼실리테이터의 플레이북
핵심 퍼실리테이터 책임:
- 정시에 정확히 시작합니다. CEO가 복도를 걸어오고 있더라도 말입니다.
- 세그먼트를 시간 제한 내에 유지합니다. 스코어카드 검토가 5분이 되면 끝입니다.
- 옆길로 새는 논의를 즉시 차단합니다. "좋은 지적입니다. 이슈 목록에 추가하겠습니다."
- IDS 중 누구든 두 번 말하기 전에 모두가 한 번씩 말하도록 합니다.
- 해결을 요구합니다. "행동은 무엇인가요? 누가 책임지나요? 마감 기한은 언제인가요?"
까다로운 참여자 다루기:
- "그 지적은 하셨으니 다른 분들의 의견을 들어보죠."
- "이 이슈는 계속 반복됩니다. 왜 우리가 영구적으로 해결하지 못하는지 IDS 해봅시다."
회의 중 해결 vs 회의 밖으로 이관
회의 중 해결해야 할 경우:
- 15분 이내에 해결 가능한 이슈
- 미루면 상당한 피해가 발생하는 이슈
- 부서 간 합의가 필요한 이슈
회의 밖으로 이관해야 할 경우:
- 해결을 위해 조사나 데이터가 필요한 경우
- 2~3명만 관련된 이슈
- 복잡성이 커서 전용 작업 세션이 필요한 경우
- 다음 분기를 위한 락(Rock)이 되어야 하는 경우
팀이 이 차이를 배우면 의사결정 효율성이 향상됩니다.
흔한 IDS 및 L10 미팅 기능 장애
다음은 구조를 이해하고 있다고 생각하는 많은 팀이 여전히 회의와 관련하여 기능 장애적인 행동의 희생양이 되는 방식을 요약한 것입니다.
| 기능 장애 | 경고 신호 | 예방 방법 | | --- | --- | --- | | 논의의 늪 | 20분 동안 같은 논의를 여러 번 반복 | 주제에 시간 제한을 둠; 해결책은 무엇인가? | | 반복자 문제 | 한 사람이 자신의 요점을 계속 반복 | 퍼실리테이터가 참여자를 재지시해야 함 | | 약한 해결 | "상황을 지켜봐야 한다"를 해결책으로 간주 | 담당자와 기한이 있는 구체적인 할 일 제공 |

흔한 L10 미팅 기능 장애 - 경고 신호 및 예방 전략
토크 서클(The Circle of Talk)
그룹이 문제를 식별하고 25분 동안 그것에 대해 이야기(원형으로 맴도는 대화)한 후, 아무것도 결정되지 않거나 진전되지 않습니다. 각 사람이 논의에 의견을 냈지만(2번), 최종 결정으로 나아간 사람은 없습니다. 시간은 다 되어가고, 좌절감은 커지며, 누군가 이슈를 '테이블링(보류)'하자고 합니다. 이는 다음 주까지 미루겠다는 의미입니다.
인식의 징후:
- 동일한 사람이 한 이슈에 대해 3번 이상 말함
- 새로운 정보가 10분 전부터 나오지 않음
- 참여자들이 휴대폰을 확인하거나 정신적으로 이탈하기 시작함
함정에서 벗어나기: 퍼실리테이터는 "15분 동안 이 이야기를 했습니다. 우리가 사용할 구체적인 행동은 무엇이며, 더 중요하게는 누가 책임질 것입니까?"라고 말하며 행동을 취해야 합니다.
종종 이런 함정에 빠지는 이유는 팀이 불편한 진실을 직면하지 않았기 때문입니다. 협업적 문제 해결은 팀이 원형으로 맴도는 대신, 이런 이슈를 다루지 않음으로써 생기는 긴장을 해결하는 과정이어야 합니다.
반복자 문제와 스토리텔링의 사용
'반복자'는 자신의 요점을 3번(처음, 두 번째, 세 번째) 말합니다. '스토리텔러'는 개인적인 이야기나 다른 이야기를 사용하여 논의를 탈선시킵니다.
반복자에 대한 개입: "그 지적은 하셨고, 우리는 이해했습니다. 다른 것으로 넘어갑시다." 스토리텔러에 대해: "실례합니다. 말을 끊고 질문하겠습니다. 추천하는 바가 무엇입니까?"
왜 일부 팀은 IDS 자체 구현에 실패하는가?
- 도구 체리 피킹: 팀은 편안한 부분만 채택하고 책임 조치는 건너뜁니다.
- L10을 선택 사항으로 취급: 회의가 다른 것과 겹치면 팀은 취소해 버립니다.
- 외부 책임 부재: 프레임워크와의 타협을 지적하는 사람이 없습니다.
- 불충분한 헌신: 리더들이 지적으로는 EOS를 받아들이지만 감정적으로는 절대 헌신하지 않습니다.
조직이 자체 구현에 어려움을 겪는다면 EOS 구현자(Implementer)를 찾아보세요(최소 1회). 외부의 관점은 여러분이 초점을 잃은 곳을 보는 데 도움을 줄 수 있습니다.
원격 및 하이브리드 팀을 위한 L10 미팅 운영
L10 프레임워크는 회의실에서 사용하기 위해 만들어졌습니다. 오늘날 팀들은 전 세계적으로 원격 및 하이브리드 방식으로 일하며 화면을 통해 회의를 진행합니다. 원칙은 여전히 적용되지만, 성과를 내기 위해서는 적응이 필요합니다.
가상 L10 성공을 위한 기술 설정
필수 인프라:
- 안정적인 연결을 갖춘 신뢰할 수 있는 화상 플랫폼
- 아젠다와 이슈 목록을 실시간으로 표시하는 공유 디지털 작업 공간
- 헤드셋을 통한 고품질 오디오—노트북 마이크는 에코와 좌절감을 유발합니다.
실물 크기의 원칙: 원격 참여자가 회의 환경 내에 존재감을 느끼도록 화면에 표시하세요. 일부 회사는 현장 근무 여부와 상관없이 모든 참여자가 화상 회의 도구를 사용하게 하여 평등한 경험을 창출합니다.
창의성 도전 과제 해결: 연구에 따르면 가상 회의를 조율하는 것이 대면 세션보다 창의적인 아이디어를 적게 생성하는 경향이 있습니다. 긴 IDS 세션 사이에 짧은 채팅 휴식을 예약하거나 협업 브레인스토밍을 위해 가상 화이트보드를 사용하는 등 이러한 공간을 만들기 위한 대안이 존재합니다.
어디에 있든 모두가 동등하게 참여할 기회 보장
하이브리드 회의는 회의실에 있는 사람들이 그들만의 그룹 역학을 만들고 원격 참여자는 그냥 지켜보기만 하는 경향이 있어 도전적입니다.
전담 퍼실리테이터의 집중:
- IDS 동안 원격 참여자의 이름을 명시적으로 부릅니다.
- 손을 들었는지 비디오 그리드를 주시합니다.
- 주기적으로 멈춥니다: "원격 동료분들 확인하겠습니다. 반응 있으신가요?"
실무적인 팀 정렬 전술:
- 원격 참여자와 사무실 참여자를 공유 할 일에 짝을 짓습니다.
- 참여자가 시간대에 걸쳐 있다면 회의 시간을 교대로 운영합니다.
- 실시간 논의 필요성을 줄이기 위해 비동기식 사전 작업을 사용합니다.
- 명시적인 약속을 소리 내어 읽으며 끝냅니다.
모든 대면 상호작용을 대체하라는 의미가 아닙니다. 가상 L10 미팅이 잘 작동하게 하여 신체적 접촉 부족으로 주간 실행의 품질이 저하되지 않도록 하라는 것입니다.
L10 미팅 효과 측정
활동을 측정하지 않으면 개선 정도를 가늠하기 어렵습니다. 회의 종료 시 점수를 매기는 것이 효과를 측정하는 방법이지만, 출석에 대한 정량적 지표와 행동 관찰을 추가하면 효과 측정이 더 포괄적이 됩니다.
무엇이 개선을 이끄는가? 점수 매기기 프로세스
매 회의 점수를 10점에서 시작하고 아젠다나 규칙 위반 시 점수를 차감합니다.
| 지표 | 목표 | 차감 | | --- | --- | --- | | 회의 정시 시작 | 정확히 정시에 시작 | -1.0 | | 회의 정시 종료 | 정확히 정시에 종료 (90분) | -0.5 | | 할 일 완료율 | 할 일의 90% 이상 완료 | 목표 미달 10%당 -0.25 | | IDS 참여 | 모든 구성원이 최소 한 번 발언 | -0.25 | | 담당자+기한 있는 이슈 해결 | 해결된 모든 이슈에 명확한 담당자와 기한 있음 | 누락 항목당 -0.5 |
점수는 매주 기록하고 결과는 매월 검토합니다. 7.5점을 받았다고 기능 장애를 의미하지는 않습니다. 그러나 4회 연속 8점 미만의 점수는 위에서 나열한 일반적인 벤치마킹 점수와 동떨어진 지속적인 추세를 나타냅니다.
L10 숙달의 선행 지표
긍정적 지표:
- 열성적인 이슈 제출 — 팀원들이 이슈가 다뤄질 것이라는 신뢰 때문에 회의 사이에 이슈를 추가함
- 집중된 논의 — IDS 대화가 자연스럽게 주제에서 벗어나지 않음
- 높은 할 일 완료율 — 지속적으로 90% 이상 달성
- 이슈 재발 감소 — 동일한 이슈가 매주 나타나지 않음
- 솔직한 평가 — 참여자들이 7점이나 8점을 포함하여 솔직한 점수를 매김
경고 신호:
- 이슈 목록이 2~3개로 줄어듦(사람들이 문제를 표면화하는 것을 멈춤)
- 같은 할 일이 여러 주 연속으로 넘어감
- 점수 매기기 논의가 형식적이 됨 ("10, 10, 10, 좋아 끝")
- 회의가 자주 90분을 초과함
최종 시험: L10 미팅 '원해서' vs '해야 해서'
팀원들이 L10 미팅에 참석하기를 원하나요, 아니면 의무감 때문에 참석하나요? 이를 제대로 실행하는 팀은 L10이 일주일 중 가장 효과적인 회의라고 말합니다.
IDS에서 행동으로 - 후속 조치 보장
후속 조치가 없다면 어떤 결정의 가치도 0입니다. "우리가 회의에서 해결했다"라고 말하는 것과 "우리의 이슈가 해결되었다"라고 말하는 것의 차이가 많은 그룹이 부족한 부분입니다.
세 가지 해결 유형

IDS의 세 가지 해결 유형 - 명확성, 행동, 정보 결과
1. 명확성 해결(Clarity Resolution) - '해결'의 정의는 이슈에 대한 공통된 이해에 도달하는 것입니다. 이슈가 순전히 정보 전달용이었으므로 추가 행동이 필요 없습니다.
2. 행동 해결(Action Resolution) - 개인이 특정 날짜/시간까지 특정 행동을 하기로 동의합니다. 행동 항목은 다음과 같은 특징이 있어야 합니다: 특정 산출물(결과물), 행동 항목에 대한 한 명의 담당자, 마감 기한(일반적으로 7일).
3. 정보 해결(Information Resolution) - 팀이 결정을 내리기 전에 추가 정보가 필요합니다. 추가 정보에 대한 요청은 유효하지만 남용될 수 있습니다. 추가 정보를 요청하면서 어떤 정보가 필요한지 구체적으로 말할 수 없다면, 반응을 미루고 있는 것입니다.
7일 및 90일 해결책 만들기
7일 해결책(할 일 목록)
주간 할 일 목록은 엄격한 일주일 내에 완료할 수 있습니다. 7일 해결책의 좋은 예는 다음과 같습니다:
- 범위가 좁음
- 완료 기준이 명확히 정의됨
- 몇 시간의 집중적인 작업 이상을 요구하지 않음
3개월 해결책(락/Rocks)
수주 또는 수개월 동안 지속적인 집중이 필요한 이슈는 다가오는 분기의 락이 됩니다. 락은 리더십 팀의 각 구성원이 90일 동안 달성할 가장 중요한 3~7가지 일입니다.
이슈에서 다음과 같은 신호가 보이면 그것을 락으로 만들 수 있습니다:
- 해결되지 않은 채 이슈 목록에 계속 나타남
- 시간이 지남에 따라 여러 부서 간의 조율이 필요함
- 운영상의 수정이 아닌 전략적 이니셔티브를 나타냄
- 완료하면 연간 목표를 의미 있게 진전시킬 수 있음
할 일 목록에 넣기에는 너무 크지만 아직 락으로 고려할 준비가 되지 않은 문제는 위험 구역에 있다고 봅니다. 이런 이슈들은 해결책 없이 계속되는 논의 속에서 몇 달 동안 해결되지 않은 채 방치될 수 있습니다. 이들은 더 작은 조각으로 나누거나 '락'으로 완료하기로 약속함으로써 해결될 수 있습니다. 림보(Limbo)는 이슈가 죽는 곳입니다.
팀이 지난 트랙션 미팅의 할 일을 완료하지 않으면 공개적으로 알려집니다. 한 팀이 락 마감 기한을 놓치면 통화 중인 다른 모든 팀이 알게 됩니다. 트랙션을 실행하는 팀들은 스스로 믿을 수 있음을 증명합니다.
Hinto AI가 회의 문서화를 가속화하는 방법
결정은 IDS 프로세스를 통해 내려지고, 결정과 방향은 일반적으로 L10을 통해 할당됩니다. 불행히도 그 결과물의 전부가 회의 밖으로 나오지는 않습니다. 대신 일반적으로 기억에서 사라지고 버려진 공책이나 다시 읽지 않는 문서 속에 묻혀버립니다.
L10 미팅이 효과적이려면 L10에 대한 신뢰할 수 있고 지속적인 문서화가 필요합니다.
회의 영상을 실행 가능한 항목으로 바꾸는 방법
Hinto AI에서는 녹화된 회의 영상을 유용한 문서로 변환합니다. 우리의 AI 기술은 회의의 오디오 및 비디오 콘텐츠를 전사하고 자동으로 읽기 쉬운 실행 가능한 문서를 생성합니다.
L10 미팅에 어떻게 도움이 될까요?
- 프로세스 문서화 — IDS를 통해 프로세스 개선이 필요함이 드러나면, 개선된 워크스루를 녹화하여 즉각적인 SOP를 생성합니다.
- 결정 캡처 — 중요한 결정은 검색 가능하고 참조 가능해집니다.
- 교육 자료 생성 — 핵심 워크플로가 온보딩을 가속화하는 단계별 가이드로 변환됩니다.
L10 지식 베이스 구축
결국, 문서화 전략은 조직의 지식 베이스를 만듭니다. L10 미팅에서 다음과 같은 문서를 개발하세요:
- 향후 참조를 위한 해결된 이슈 및 그 해결책
- IDS 세션 결과로 인한 프로세스 변경 사항
- 반복적인 작업을 위한 표준운영절차
- 미래 팀원들이 왜 그런 결정을 내렸는지 이해할 수 있도록 하는 결정 근거
Hinto AI를 사용하면 지식 베이스를 게시하고 즉시 검색하거나, 애플리케이션에서 사용할 수 있도록 .md 또는 .html 파일로 내보낼 수 있습니다.
비전은 L10 미팅을 통해 만들어진 지능을 회의 자체를 넘어 사용할 수 있게 만드는 것입니다.
IDS 및 L10 미팅에 관해 자주 묻는 질문
비즈니스에서 'IDS'라는 약어는 무엇을 의미하나요?
IDS는 식별(Identify), 논의(Discuss), 해결(Solve)을 의미합니다. 이는 비즈니스 관리의 EOS 모델에 있는 비즈니스 프로세스입니다. 식별 단계에서는 존재하는 이슈의 이유를 명확히 합니다. 다음으로 논의를 통해 가능한 해결책을 탐색하고, 마지막으로 해결 단계를 통해 특정 담당자가 책임을 지는 구체적인 행동 방침을 선택합니다.
EOS에서 L10 미팅이란 무엇인가요?
L10 미팅은 90분 동안 진행되고 일주일에 한 번 반복되는 EOS 회의입니다. 이름에서 알 수 있듯이 모든 회의는 '10점'을 받기 위해 노력해야 합니다. L10은 세그웨이, 스코어카드, 락 검토, 헤드라인, 할 일 목록, IDS(60분), 결론의 7개 세그먼트로 구성됩니다.
Level 10 미팅의 지속 시간은 정확히 90분이며, 이 시간 제한을 넘기거나 미달하지 않습니다. 이 간소화된 시간 프레임은 회의의 효율적인 시간 사용을 강화하며, 상태 업데이트는 25분 이내로, IDS 이슈 해결을 위해 60분이 남게 합니다.
IDS는 '일반적인' 문제 해결 방법과 어떻게 다른가요?
IDS는 실제 문제를 식별하고, 모든 참여자의 의견을 반영하여 대안적인 해결책을 협력하고, 지정된 담당자와 기한이 있는 합의된 행동 방침을 약속하는 정의된 프로세스를 가지고 있습니다. 이는 반복적인 논의를 피하고 모든 것이 해결되도록 보장합니다.
L10 미팅은 기술적으로 전체 EOS 시스템을 구현하지 않고도 운영할 수 있지만, 효율성은 그만큼 높지 않을 것입니다. L10 미팅을 효과적으로 운영하려면 락(분기별 우선순위), 스코어카드(주간 지표), 책임 차트(조직 내 할당된 역할)를 사용해야 합니다.
아젠다 구조를 구현하는 것만으로도 완전히 구현되지 않더라도 기존 회의보다 개선된 효과를 제공할 것입니다.
식별된 이슈에 대해 아무런 조치가 취해지지 않으면, 그 이슈는 다음 주 회의에서 해결하기 위해 목록에 남아 있게 됩니다. 같은 이슈가 몇 주 연속 목록에 나타나면 조직과 IDS가 알아야 할 패턴이 만들어진 것입니다. 이 이슈가 아직 해결되지 않은 이유가 있을까요?
IDS 이슈에 우선순위를 할당하는 방법은 무엇인가요?
우선순위 지정은 상위 3개 이슈에 대한 팀 투표를 포함합니다. 각 사람은 조용히 투표하고 팀은 득표수 합계가 높은 순서대로 그 3개 이슈에 대해서만 투표합니다.
L10 미팅에서 락(Rocks)의 기능은 무엇인가요?
L10 미팅에서 락은 5분 세그먼트에서 검토되는 90일 우선순위입니다. 각 참여자는 락을 달성하기 위해 궤도에 있는지 또는 이탈했는지 공유합니다. 궤도 이탈 락은 IDS 세션 중에 논의하기 위해 이슈 목록으로 자동으로 이동합니다.
참고 문헌
- Brucks, M. S., & Levav, J. (2022). Virtual communication curbs creative idea generation. Nature, 605, 108–112. https://www.nature.com/articles/s41586-022-04643-y
- Easton, G. S., & Rosenzweig, E. D. (2012). The role of experience in six sigma project success: An empirical analysis of improvement projects. Journal of Operations Management, 30(7–8), 481–493. https://onlinelibrary.wiley.com/doi/10.1016/j.jom.2012.08.002
- Johnson, K., Morais, C., & Patelli, E. (2025). Enhancing procedure quality: Advanced language tools for identifying ambiguity and high-potential violation triggers. Reliability Engineering & System Safety, 264(Part A), 111308. https://linkinghub.elsevier.com/retrieve/pii/S0951832025005095
- Kauffeld, S., & Lehmann-Willenbrock, N. (2012). Meetings matter: Effects of team meetings on team and organizational success. Small Group Research, 43(2), 130–158. https://journals.sagepub.com/doi/10.1177/1046496411429599
- Leach, D. J., Rogelberg, S. G., Warr, P. B., & Burnfield, J. L. (2009). Perceived meeting effectiveness: The role of design characteristics. Journal of Business and Psychology, 24(1), 65–76. https://link.springer.com/article/10.1007/s10869-009-9092-6
- Wickman, G. (2011). Traction: Get a Grip on Your Business. BenBella Books.
더 나은
지식 기반을 더 빠르게 구축해 보세요
무료로 시작하고 몇 분 만에 첫 번째 문서를 만들어보세요
