閣議を見て考えたIT組織の「オープン経営」— ベンチャーCTOが自らに投げかける問い

政治家ではなく組織運営者の目で見たとき、公開閣議から何を学べるのか？CTOの成長とは、技術的な深さから組織的な広さへと進む旅路である。

はじめに：Netflixより面白い閣議

李在明大統領の公開閣議を初めて視聴したとき、正直驚いた。憲政史上初めて閣議がリアルタイムで生中継され、閣僚たちが懸案についてその場で質問を受ける。コメント欄では市民がリアルタイムでファクトチェックを行い、「Netflixより面白い」という反応が殺到した。準備不足の報告には公の場で追及が行われ、国民はそのプロセスを見守った。

私はこの場面を政治的な視点ではなく、組織運営者の視点で見た。「自分たちの会社でもこんな会議ができるだろうか？」ベンチャー企業のCTOとして、チームに意思決定の根拠をどれだけ共有しているか、会議がどれだけ透明か、自らに問いかけた。そしてその問いが、この記事の出発点となった。

1. 閣議で見たもの — 透明性のメカニズム

2025年7月29日、第33回閣議が約1時間30分にわたりKTVとYouTubeを通じて生中継された。その後の第49回閣議では、議案の審議・議決まで全過程が公開された。

ポイントは3つだった。

第一に、リアルタイム公開。 会議の内容が編集なしにそのまま国民に届けられた。それまで閣議は結果だけが発表され、過程はブラックボックスだった。

第二に、集合知の介入。 市民がコメントでリアルタイムにファクトチェックを行った。大統領自身も「一部省庁の不十分な報告を国民がコメントでリアルタイムに指摘し、是正した事例が多かった」と述べた。会議室の中の出席者だけでなく、会議室の外の専門家や市民が報告の質を検証したのだ。

第三に、責任行政と信賞必罰。 準備不足や虚偽報告をした官僚を公の場で追及し、「国民はすべて分かっている」と釘を刺した。これは報告の質を引き上げる強力なインセンティブとして機能した。

もちろん諸刃の剣でもある。自己検閲効果、「顔色をうかがう報告行政」への懸念、率直な発言の萎縮の可能性はすでに指摘されている。しかし注目すべきは、この透明性の哲学が一過性のものではないという点だ。城南市長時代の執務室24時間カメラ公開に始まり、京畿道知事を経て大統領まで続く一貫したリーダーシップの原則である。

では、これをIT組織に適用するとどうなるだろうか？

2. すでに実践している企業たち — テック企業の透明経営事例

「透明な経営」は理想論ではない。すでに実践している企業があり、彼らはそれを競争優位に転換した。

GitLab — 「ドキュメントがなければ存在しない」

GitLabの公開ハンドブックは2,700ページに及ぶ。組織運営のすべて — 採用プロセス、報酬体系、意思決定の原則、CEOの1:1ミーティングのアジェンダ形式まで — が単一の信頼できる情報源（Single Source of Truth）として機能している。

すべての会議にはアジェンダが必須であり、アジェンダがなければ会議自体が開かれない。会議中はリアルタイムで共同ドキュメントを作成し、会議の録画はYouTubeで公開される。67カ国に分散した2,000人以上のリモートワーカーが同じコンテキストで働けるのは、このドキュメント文化のおかげだ。

Amazon — 6ページメモ文化

Amazonではパワーポイントが禁止されている。代わりにすべての提案は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	ナラティブ思考	パワーポイントの代わりにドキュメントでロジックを検証
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の縮小版だ。最初は1段落で十分だ。「我々はXを選んだ。理由はA、B、Cであり、YとZはこういう理由で却下した。」この1段落がチームの納得感を生む。

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の技術サイロからの脱却
李在明公開閣議関連報道（京畿日報、ソウル新聞、情報公開センター）