국무회의를 보며 생각한 IT 조직의 ‘열린 경영’ — 벤처 CTO가 스스로에게 던지는 질문들

정치인이 아니라 조직 운영자의 눈으로 보았을 때, 공개 국무회의에서 무엇을 배울 수 있는가? CTO의 성장은 기술적 깊이에서 조직적 넓이로 나아가는 여정이다.

서두: 넷플릭스보다 재밌는 국무회의

이재명 대통령의 공개 국무회의를 처음 시청했을 때, 솔직히 놀랐다. 헌정 사상 최초로 국무회의가 실시간 생중계되고, 장관들이 현안에 대해 즉석 질문을 받는다. 댓글창에서는 시민들이 실시간으로 팩트체크를 하고, “넷플릭스보다 재밌다”는 반응이 쏟아졌다. 준비가 미흡한 보고에는 공개적으로 추궁이 이어졌고, 국민은 그 과정을 지켜보았다.

나는 이 장면을 정치적 시각이 아니라, 조직 운영자의 시각으로 보았다. “우리 회사에서도 이런 회의를 할 수 있을까?” 벤처기업 CTO로서, 팀에게 의사결정의 근거를 얼마나 공유하고 있는지, 회의가 얼마나 투명한지 스스로에게 물었다. 그리고 그 질문이 이 글의 출발점이 되었다.

1. 국무회의에서 본 것 — 투명성의 메커니즘

2025년 7월 29일, 제33회 국무회의가 약 1시간 30분 동안 KTV와 유튜브를 통해 생중계되었다. 이후 제49회 국무회의에서는 안건 심의·의결까지 전 과정이 공개되었다.

핵심은 세 가지였다.

첫째, 실시간 공개. 회의 내용이 편집 없이 그대로 국민에게 전달되었다. 이전까지 국무회의는 결과만 발표되었지, 과정은 블랙박스였다.

둘째, 집단지성의 개입. 시민이 댓글로 실시간 팩트체크를 수행했다. 대통령 본인도 “일부 부처의 미흡한 보고를 국민이 댓글로 실시간 지적하고 바로잡은 사례가 많았다”고 언급했다. 회의실 안의 참석자만이 아니라, 회의실 밖의 전문가와 시민이 보고의 품질을 검증한 셈이다.

셋째, 책임행정과 신상필벌. 준비 미흡하거나 허위보고하는 공직자를 공개 추궁하며 “국민은 다 안다”고 못을 박았다. 이는 보고의 품질을 끌어올리는 강력한 인센티브로 작동했다.

물론 양날의 칼이다. 자체검열 효과, “눈치 보는 보고 행정” 우려, 소신 발언의 위축 가능성은 이미 지적되고 있다. 하지만 주목할 것은 이 투명성 철학이 일회성이 아니라는 점이다. 성남시장 시절 집무실 24시간 카메라 공개에서 시작해, 경기도지사를 거쳐 대통령까지 이어진 일관된 리더십 원칙이다.

그렇다면, 이것을 IT 조직에 적용하면 어떤 모습일까?

2. 이미 하고 있는 회사들 — 테크 기업의 투명 경영 사례

“투명한 경영”은 이상론이 아니다. 이미 실천하고 있는 기업들이 있고, 그들은 이를 경쟁 우위로 전환했다.

GitLab — “문서가 없으면 존재하지 않는다”

GitLab의 공개 핸드북은 2,700페이지에 달한다. 조직 운영의 모든 것 — 채용 프로세스, 보상 체계, 의사결정 원칙, CEO의 1:1 미팅 의제 형식까지 — 이 단일 진실의 원천(Single Source of Truth)으로 기능한다.

모든 회의에는 의제가 필수이며, 의제가 없으면 회의 자체가 열리지 않는다. 회의 중에는 실시간으로 공동 문서를 작성하고, 회의 녹화본은 유튜브에 공개된다. 67개국에 분산된 2,000명 이상의 원격 근무자가 동일한 맥락으로 일할 수 있는 것은 이 문서 문화 덕분이다.

Amazon — 6페이지 메모 문화

Amazon에서는 PPT가 금지되어 있다. 대신 모든 제안은 6페이지 이내의 서사적(narrative) 문서로 작성된다. 회의 첫 20~30분은 전원이 이 문서를 묵독하는 데 쓰인다.

Jeff Bezos의 설명은 명쾌하다. “사전에 읽어오지 않을 것을 알기에, 회의 시간에 읽는다.” 핵심은 발표자의 카리스마가 아니라 정보의 질로 의사결정을 하겠다는 것이다. 제품 출시 전에는 PR/FAQ — 가상 보도자료와 고객 FAQ를 먼저 작성하여 고객 관점의 사고를 강제한다.

Netflix — “Context, Not Control”

Netflix의 문화 메모는 유명하다. 리더는 전략적 맥락 — 전략, 지표, 계획 — 을 제공하고, 팀이 스스로 결정한다. 통제가 아니라 맥락을 제공하는 것이 리더의 역할이다.

특히 주목할 것은 “Sunshining” 문화다. 리더가 먼저 자신의 실수를 공개적으로 공유한다. 이것이 팀의 심리적 안전감을 만들고, 실패를 숨기지 않는 문화의 토대가 된다. 2024년 업데이트된 문화 메모에서는 “People over Process”를 더욱 강조했다.

Bridgewater — Dot Collector

Ray Dalio의 Bridgewater Associates는 “급진적 투명성(Radical Transparency)“으로 유명하다. 회의 중 iPad 앱인 Dot Collector로 동료의 발언을 실시간 평가한다 — 주장력, 개방성, 침착함 등 다양한 차원에서.

의사결정은 “Believability-weighted” 방식이다. 해당 분야에서 실적이 있는 사람의 의견에 더 큰 가중치가 부여된다. 24세 신입사원도 CEO에게 피드백을 줄 수 있다. 직급이 아니라 아이디어의 질이 중요하다.

Toss — 한국의 사례

국내에서는 Toss(비바리퍼블리카)가 주목할 만하다. 정보 평등 — 직급과 관계없이 동일한 정보 접근권을 보장한다. 최소 관리, 최대 자율을 원칙으로 삼고, 최고의 인재에게 최대의 신뢰를 부여한다.

단, 빛이 있으면 그림자도 있다. 전 직원이 언급하는 번아웃 리스크 — “속도 = 경쟁력”이라는 문화적 압박은 투명성과 자율의 부작용으로 함께 논의되어야 한다.

사례 비교

회사	핵심 원칙	CTO가 배울 점
GitLab	문서 우선	회의록·의사결정 기록을 팀 전체 공개
Amazon	서사적 사고	PPT 대신 문서로 논리를 검증
Netflix	맥락 제공	결정을 내려주지 말고, 결정의 근거를 공유
Bridgewater	구조화된 피드백	피드백을 시스템화
Toss	정보 평등	직급별 정보 격차 제거

3. CTO가 스스로에게 던져야 할 질문들

이 글의 핵심은 여기다. 사례를 아는 것과 실천하는 것 사이에는 간극이 있다. 그 간극을 메우는 첫 번째 단계는 올바른 질문을 던지는 것이다.

A. 투명성에 대한 질문

“우리 팀은 내가 왜 그 결정을 내렸는지 알고 있는가?”

의사결정의 근거를 공유하지 않으면, 팀은 실행하되 납득하지 못한다. 납득하지 못한 실행은 창의성을 죽이고, 결국 “시키는 대로만 하는” 조직을 만든다. Amazon이 6페이지 문서를 강제하는 이유가 여기에 있다 — 결정의 논리를 문서로 남기면, 모두가 “왜”를 이해할 수 있다.

“나는 실패를 공유하는가, 성공만 공유하는가?”

Netflix의 Sunshining은 단순한 미덕이 아니다. 리더가 먼저 실패를 공유하면, 팀원은 “실패해도 괜찮다”는 신호를 받는다. 이것이 Amy Edmondson이 말하는 심리적 안전감(Psychological Safety)의 핵심이다. 성공만 공유하는 리더 아래에서는 실패가 숨겨지고, 숨겨진 실패는 더 큰 실패로 돌아온다.

“회의록이 존재하는가? 누구나 접근할 수 있는가?”

“문서가 없으면 존재하지 않는다.” — GitLab Handbook

회의는 했지만 기록이 없다면, 그 회의는 참석자의 기억 속에만 존재한다. 기억은 왜곡된다. 참석하지 못한 사람은 맥락을 잃는다. 회의록을 남기고 공개하는 것은 비용이 아니라 투자다.

B. 조직 운영에 대한 질문

“내 팀은 나 없이도 돌아갈 수 있는가?”

Brie Wolfson(전 Stripe, Meta)은 이렇게 말했다. “건강한 팀은 독립적으로 번성한다.” CTO가 휴가를 가면 팀이 멈추는가? 그렇다면 문제는 팀이 아니라 CTO에게 있다. 시스템이 아니라 사람에 의존하는 조직은 확장할 수 없다.

“기술 외의 영역을 얼마나 이해하고 있는가?”

CTO Academy는 경고한다. “새로운 리더가 범하는 가장 큰 실수는 기술이라는 사일로에 머무는 것이다.” 재무, 인사, 사업전략을 이해하지 못하는 CTO는 기술 리더일 뿐, 경영 리더가 아니다. 공개 국무회의에서 장관들이 다양한 분야의 질문에 답해야 하듯, CTO도 기술 너머를 봐야 한다.

“우리 OKR을 전 직원이 볼 수 있는가?”

Google에서는 CEO부터 IC(Individual Contributor)까지 모든 OKR이 전사 공개된다. 각자의 일이 전체 그림과 어떻게 연결되는지 누구나 확인할 수 있다. OKR이 닫혀 있으면, 팀원은 자기 일의 의미를 알 수 없다.

C. 성장에 대한 질문

“나는 아직 코드를 놓지 못하고 있는가?”

“코드에서 한 발 물러나 팀 전체가 필요로 하는 것과 기술적 헌신의 균형을 찾아야 한다.” — Camille Fournier, The Manager’s Path

CTO가 코드를 직접 짜는 것이 나쁜 것은 아니다. 하지만 코드에 매몰되어 팀의 성장, 조직의 방향, 기술 전략의 큰 그림을 놓치고 있다면, 그것은 성장의 정체다.

“나의 아웃풋 = 팀의 아웃풋이라는 것을 받아들이고 있는가?”

“관리자의 산출물은 그의 조직과 영향력 아래 있는 인접 조직의 산출물의 합이다.” — Andy Grove, High Output Management

이것은 CTO에게 가장 어려운 전환이다. 내가 직접 만든 것이 아니라, 내 팀이 만든 것이 나의 산출물이라는 사실을 받아들이는 것. 이 전환을 하지 못하면, CTO는 영원히 “잘 하는 개발자”에 머무른다.

D. 문화에 대한 질문

“팀원이 나에게 반대 의견을 편하게 말할 수 있는가?”

Amy Edmondson의 심리적 안전감 모델에서 최상위 단계는 Challenger Safety — 현상에 도전하고 반대 의견을 말할 수 있는 안전감이다. 대부분의 조직은 1~2단계(포용과 학습)에 머무른다. CTO에게 반대하면 어떤 일이 벌어지는지, 팀원들은 이미 알고 있다.

“나는 ‘나도 모른다’고 말할 수 있는가?”

“취약함을 보여주는 것은 약함이 아니라 용기다.” — Brené Brown, Dare to Lead

모든 것을 아는 척하는 리더 아래에서 팀원은 질문하기를 멈춘다. “모른다”고 말할 수 있는 리더가, 팀원도 “모른다”고 말할 수 있는 문화를 만든다.

“우리 조직에서 실패를 보고하면 어떤 일이 벌어지는가?”

공개 국무회의의 교훈이 여기에 있다. 질책이 먼저면 보고는 왜곡된다. 미흡한 보고를 공개 추궁하는 것은 단기적으로 긴장감을 높이지만, 장기적으로는 “안전한 거짓말”을 조장할 수 있다. 실패 보고에 대한 첫 반응이 “왜 실패했나?”가 아니라 “빨리 알려줘서 고맙다”여야 하는 이유다.

4. 투명성의 그림자 — 열면 안 되는 문도 있다

투명성을 예찬하기는 쉽다. 하지만 균형 잡힌 시각이 필요하다. 과도한 투명성은 오히려 조직을 해칠 수 있다.

McKinsey — “The Dark Side of Transparency”

McKinsey는 경고한다. “과도한 정보 공유는 정보 과부하를 만들고, 고위 경영진의 결정에 대한 끝없는 토론과 사후 비판을 정당화한다.” 한 CEO가 투명한 보너스 배분 시스템을 도입했으나, 오히려 공정성에 대한 인식이 악화되고 고용주에 대한 신뢰가 떨어진 사례를 보고했다. 맥락 없는 정보 공개는 신뢰가 아니라 혼란을 만든다.

Deloitte 2024 — “The Transparency Paradox”

Deloitte의 2024년 리서치는 흥미로운 역설을 보여준다. **리더의 86%**는 “투명할수록 신뢰가 높아진다”고 말하지만, 실제 관계는 훨씬 복잡하다. 근로자의 37%만이 조직의 데이터 활용을 신뢰한다. 투명성의 의도와 실제 효과 사이에는 큰 괴리가 존재한다.

Dr. Michelle Rozen의 경고

“리더가 모든 불확실성, 내부 의견 충돌, 불완전한 시나리오를 공유하면, 변동성을 하위 조직으로 전가하는 것이다.”

“투명성 + 맥락 부재 → 인지 부하 증가 → 명확성 저하 → 성과 하락”

핵심 원칙은 이것이다. “리더십은 모든 것을 말하는 것이 아니다. 안정시키고, 정렬하고, 전진시키는 것을 말하는 것이다.”

공개 국무회의의 교훈과 연결

야당은 공개 국무회의를 비판했다. “즉석 퀴즈를 내고 못 맞히면 공개 모욕”이라는 것이다. 기업에서도 마찬가지다 — 공개적인 질책은 보고의 왜곡을 낳는다. 정보공개센터는 “일회성이 아닌 제도적 보장이 필요하다”고 제언했다. 기업도 리더 개인의 성향이 아닌 시스템으로 투명성을 구축해야 한다.

적절한 투명성(Appropriate Transparency)의 원칙

정리하면 이렇다.

모든 것을 공개하는 것 ≠ 투명성
“왜(Why)“를 공유하는 것 = 투명성
심리적 안전감이 먼저, 공개는 그 다음
리더 개인의 성향이 아니라, 제도와 시스템으로 보장해야 지속 가능하다

5. 월요일부터 할 수 있는 5가지

이론은 충분하다. 실행으로 옮기자.

1. 회의에 “왜”를 추가하라.

모든 의사결정에 1페이지 근거 문서를 남기고, 팀 전체가 접근할 수 있게 하라. Amazon 6-pager의 축소판이다. 처음에는 한 문단이면 충분하다. “우리는 X를 선택했다. 이유는 A, B, C이고, Y와 Z는 이런 이유로 기각했다.” 이 한 문단이 팀의 납득감을 만든다.

2. 한 달에 한 번, 실패를 공유하라.

Netflix의 “Sunshining”처럼 리더가 먼저 실수를 공개하면, 팀의 심리적 안전감이 올라간다. 월간 올핸즈에 “이번 달 내가 틀렸던 것” 코너를 만들어라. 처음에는 어색하다. 하지만 리더가 먼저 취약함을 보여주면, 팀원도 실패를 숨기지 않는다.

3. “내 팀은 나 없이 돌아가는가?” 테스트.

1주일간 의사결정을 위임해 보라. 팀이 멈추면, 시스템이 아니라 사람에 의존하고 있는 것이다. 이것은 CTO의 실패가 아니라 성장 지표다. 팀이 멈추는 지점이 바로 시스템화해야 할 지점이다.

4. OKR을 전사 공개하라.

Google처럼 CEO부터 IC까지 모든 목표가 투명하면, 각자의 일이 전체 그림과 어떻게 연결되는지 이해할 수 있다. “내가 왜 이 일을 하는지”를 아는 팀원과 모르는 팀원의 생산성 차이는 크다.

5. 회의를 녹화하라 (선택적으로).

GitLab처럼 모든 회의를 녹화할 필요는 없다. 분기별 전략 회의, 주요 의사결정 회의만이라도 녹화하여 참석하지 못한 팀원이 맥락을 따라잡을 수 있게 하라. 녹화의 목적은 감시가 아니라 맥락의 공유다.

마무리: 열린 문

국무회의의 생중계가 완벽하지 않듯, 기업의 열린 경영도 완벽할 수 없다. 찬사와 비판이 공존하는 것은 당연하다. 중요한 것은 시도 자체다.

CTO의 성장은 기술적 깊이에서 조직적 넓이로 나아가는 여정이다. Andy Grove의 말처럼, **“나의 산출물 = 팀의 산출물”**을 받아들이는 것이 출발점이다.

중요한 것은 “완벽한 투명성”이 아니라 **“의도적인 개방”**이다. 모든 문을 열 필요는 없다. 하지만 닫혀 있어야 할 이유가 없는 문은 열어야 한다.

마지막으로 하나만 묻겠다.

당신의 조직에서 가장 먼저 열어야 할 문은 어디인가?

참고 자료

Amy Edmondson, The Fearless Organization — 심리적 안전감의 4단계 모델
Brené Brown, Dare to Lead — 리더의 취약성과 용기
Andy Grove, High Output Management — “관리자의 산출물 = 조직의 산출물”
Camille Fournier, The Manager’s Path — 기술 리더의 성장 경로
GitLab Handbook — 2,700페이지 공개 핸드북
Amazon 6-Pager / PR FAQ — 서사적 의사결정 문서 문화
Netflix Culture Memo (2024) — “Context, Not Control”, Sunshining
Bridgewater Associates, Principles — 급진적 투명성과 Dot Collector
Toss(비바리퍼블리카) — 정보 평등과 최소 관리 원칙
McKinsey, “The Dark Side of Transparency” — 과도한 투명성의 역효과
Deloitte, “The Transparency Paradox” (2024) — 투명성 의도와 효과의 괴리
Dr. Michelle Rozen — 리더십과 적절한 투명성의 원칙
CTO Academy — CTO의 기술 사일로 탈피
이재명 공개 국무회의 관련 보도 (경기일보, 서울신문, 정보공개센터)