READ REPORT / 目標とチーム

『OKRの本質』を川口恭伸さんが解説。指図が多いほど、人は提案をやめる

2026年8月19日

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん(@passion_tanaka)です。今回は、川口恭伸さんの『OKRの本質』という登壇資料を紹介するね。シートの書き方より先に来るのは、作業を細かく割って渡すと、現場が提案をやめる、という話です。

病室のスマホ。LIVEは止まっている…ただっちが代わりに続けている。いやー、居場所を奪われた気もした。ありがたさもあった。番組は良くなり、負担は減った。川口恭伸さんの資料は、先に言う。指図が多いほど、人は提案をやめる。割らない。人事評価に使わない。四半期で測り方を変える。今夜の私は、AIチームへ作業リストを割って渡す朝を、その3つで見直します。

3行でわかるポイント

  1. 割らない——上が分解して下が実行する形は、1917年の指示と同じだと資料は置く
  2. 評価に使わない——OKRの週次採点は検査。人事評価とは別、とKlauを引く
  3. 測り方だけ変える——長期の方向は残し、KRは顧客の行動で書く

元の登壇資料は公開PDFごと読めます。先に現物へ。

Speaker Deckで資料を開く
01

「カスケードは、ガントチャートの再来」——上が割ると、下は実行しか残らない

割ると実行しか残らない。上が分解し下が実行する図

川口恭伸 / Speaker Deck『OKRの本質』

カスケードは、ガントチャートの再来。上が分解し下が実行する。似たような発想に陥ってしまう。

資料の序盤、川口さんは1917年のガントチャートを出す。第一次世界大戦の補給管理。大規模な作業を「指示」で回す道具。でね。スクラムはそれを捨てた、と続く。

川口恭伸 / Speaker Deck『OKRの本質』(結びのスライド)

ガントチャートを捨てたように、目標管理も、アップデートできる。

出典: 公開PDFの結び/Speaker Deck『OKRの本質』

捨てたはずの指示が、目標管理の名前で戻ってきます。上が分解し、下が実行する。資料はそれをカスケードと呼びます。

John Doerr の4弊害/川口恭伸『OKRの本質』が列挙

機敏性の喪失。柔軟性の欠如。現場の軽視。一面的な連携。

出典: 資料内「Doerrの4弊害」スライド

割るな。私の北極星は「凸凹のまま、夢中に生きる。だから噛み合い、満たしあえる。」噛み合わせを目的にして他者へ合わせる意味ではない。手放した結果として噛み合う、と書いてある。

届く作業にすれば、夜に「進んだ」と言いやすい…資料がガントの再来と呼ぶ形は、その誘惑の隣にあります。

Doerrは、OKRという透明な器にWhyを注げ、とも言います。Objectiveは曖昧な思考に対するワクチン。1サイクル3〜5個。6個目を足したくなる朝がある。ワクワクの並列自体は抱え込みじゃない。境界は、結果を自分で所有した時だ。

朝、指示が10行を超えると、Whyが薄くなる。送れたのは方向だけです。数が減った朝の方が、提案は残った。これが、資料の4弊害を私の机に置いたときの景色です。

上から作業を足すほど、下は安全な完了報告しか出せなくなる。資料はそれを現場の軽視と呼びます。私の机では、指示の行数が増えた朝ほど、Whyが薄くなる。

抱え込みへ変わるのは、結果を自分で所有し、自分の手で完成させなければならないと執着した時。結果に執着しなければ、所有と完成は信頼できる相手や分身AIへ委ねられます。

作業の手順だけを細かく渡すと、下が実行しか残らない。送れるのは「続けて」という方向まで。提案の余地が残らない形は、ただっちが場を持った夜と同じだ。ここからは私の読みだ。資料のカスケードは、その形の別名に見える。

3分の確認(カスケードを見つける) 対象は、今朝AIチームへ出した指示1本。所要3分。完了条件は、Whyの列と作業の列が2つに分かれて見えること。作業列だけなら、それは資料の言うカスケード。

02

「電話番号の横に、全員のOKRが公開される」——分解ではなく、見えることが調整になる

見えることが調整。電話帳の横にOKRがある図

Rick Klau(Google Ventures講演)/川口恭伸『OKRの本質』

Google社内ポータル MoMA:電話番号の横に、全員のOKRと採点が公開。誰が何をやっているか、数分でわかる。

資料は、アライメントとカスケードを同じにしません。カスケードは上が割る。アライメントは、誰が何をしているかが見えることです。

MoMAという社内ポータルの話が、ここを場面にします。電話番号の横に、全員のOKRと採点がある。数分で補完と依存が見える。横のつながりが切れる——4弊害の最後——を、公開で潰す。

スクラムと同じ骨格だと、資料は表にします。全員のOKRを公開するのが透明性です。採点と週次チェックインが検査。四半期ごとの更新が適応。しかもね。検査の採点と、人事の評価は、この表では別の列です。

私は成果物ごとの最終承認者に居続けず、神様ポジションから分身AIの判断軸と育ち方をマクロに見る、と書いた。上位から見るとは、結果を支配・監視することではない。結果を手放しながら動きを味わうことです。

監視カメラじゃなかった。番組が動いている、という公開だった。全部に判を押さなくても、動きは見えた。家族との時間を奪う仕事は絶対にやらない、と線を引いている。全部を自分の承認欄に通す運用は、その線を内側から侵します。

割らずに公開します。見えた依存を、会話でつなぐ。それが資料の「調整」です。

2分の確認(公開場所を決める) 対象はチームが見える場所1つ。チャットの固定メッセージでも、共有シートでもいい。完了条件は「今誰が何を持っているか」が、私の頭の外に1行あること。

03

「OKRは人事評価の道具ではない」——週次の採点は検査、給与の一本に載せない

採点は検査。週次検査と年次給与を分ける図

Rick Klau(Google Ventures講演)/川口恭伸『OKRの本質』が引用

OKRs are not a performance evaluation tool. Googleでの5年間、年次評価で四半期OKRが基準になったことは一度もない。

川口さんは評価の目的を二つに割って見せます。アメとムチで人をコントロールするか。一人をサポートして組織の成果を出すか。ぶっちゃけ、後者のつもりで前者の欄を使っている会社が多いです。

資料が引くKlauは、四半期OKRが年次評価の基準になったことは5年間で一度もない、と言う。常に1.0ならCrushしていない。サンドバッギングだ。スイートスポットは0.6〜0.7。評価と切り離すから、野心的な目標が書けます。

Bob Sutton & Jeffrey Pfeffer『Hard Facts』の議論要旨/川口恭伸『OKRの本質』

給与という数字一つで、必要なメッセージを伝えることは難しい。

出典: 資料が『Hard Facts』へ帰属して示した要旨

ここを取り違えると、週次の採点まで「年に何回か」へ縮みます。資料は逆だ。採点と週次チェックインは、検査のリズムとして毎週置きます。

川口恭伸 / Speaker Deck『OKRの本質』(Groveの1on1)

1on1は部下の時間、部下の議題の場。数字ではなく、対話で経営した人。

出典: 資料内 Grove / 1on1 スライド

CFR——会話、フィードバック、承認。メッセージは数字ではなく会話で伝えます。Groveの1on1に還る、と資料はDoerrを引く。週次は進捗の会話。年次の給与の話と、同じ杓子で混ぜない。

相手を依存させる仕事も、やらない側にあります。「全部やってあげます」は優しさじゃない。安全な目標だけを書いて満点を取るのは、依存の近い親戚だ。届く数字はきれい。現場の野心は、そこに載らない。

あ、そうだ。測るな、ではない。測った数字を人事の一本に載せると、メッセージが壊れます。ただっちの継続を、番組の点数では測らなかった。見えたのは、続いているかどうか、だった。

2分の確認(評価と検査を分ける) 対象は今使っている採点欄。所要2分。完了条件は「この数字は給与の話に使わない」と1行書いてあること。

04

「目標の半分以上は、現場から上がってくるべき」——指図が多いほど、提案は止まる

指図で提案が止まる。下から上がる目標の図

川口恭伸 / Speaker Deck『OKRの本質』(Klau講演/『Measure What Matters』)

目標の半分以上は、現場から上がってくるべき。指図が多いほど、人は提案をやめる。

資料のGmailは、上の戦略会議から落ちてきた機能ではありません。Paul Buchheitの苛立ちから生まれ、やがて会社の戦略目標になった、と川口さんは『Measure What Matters』とKlau講演を帰属する。

YouTubeのログイン目標も、現場の問題提起がCEO直轄のトップOKRへ逆流した、と続きます。Klauは、会社の5〜6個のOKRのうち2つを自分が保有していた、と言う。半分以上は現場から、がスローガンで終わりません。

私はLIVEを強制的に中断した。ただっちが代わりに継続してくれた。その光景を見た時、居場所を奪われた、という複雑な感情もあった。ありがたさもあった。結果的に、ただっちも成長し、番組はより良くなり、自分の負担も減った。「手放したら全部良くなった」の生きた証拠。

正直、あの時はOKRの言葉なんて使っていなかった。今、資料の「指図が多いほど、人は提案をやめる」を読むと、細かい手順を送れなかった夜が、通路を塞がなかった側に見えます。Whyが共有されていたから、とは足さない。確認できるのは、中断、継続、複雑な感情、番組が良くなった、負担が減った、まで。

いま進行中の課題として、外壁塗装リフォームの集客代行を一人で抱え込んでいる、と自分で書いている。AIチームに手放して、クライアントに成果を届けたい、という未完了の宿題です。

手放しの原体験は、あの夜だ。現場が動ける通路を上から塞がない、という判断だけは残ります。

3分の確認(逆流を探す) 対象は今四半期の目標リスト。所要3分。完了条件は、現場やAIチーム側から上がってきた項目が1つあるか「ない」と書けていること。無いなら、指図が多すぎる可能性を先に疑う。

05

「年次OKRは方向指示器であって、目隠しではない」——長期のWhyは残し、測り方だけ変える

方向は残す。北極星の下で物差しだけ替える図

Sundar Pichaiの章(Doerr)/川口恭伸『OKRの本質』が引用

年次OKRは方向指示器であって、目隠しではない。年1回では調整を重ねることにならない。

資料のChromeは、わかりやすい。次世代のブラウザを作る、というObjectiveは続きます。ユーザー数のKRは四半期ごとに更新する。失敗した年も、方向は捨てない。測り方を変えて再挑戦する。四半期=短期主義ではない、とSundar Pichaiの章を帰属します。

私の北極星は、四半期で捨てない。捨てるのは、測り方の方です。週次のチェックインは検査。年次の方向は指示器。目隠しにしません。

トップダウンで人を動かすには、世の中が複雑すぎます。資料の締めは、これだ。指示の粒度を細かくするほど、逆流は止まる。複雑さに対する答えは、もっと細かい指示ではない。四半期で測り方を書き換えられる余白です。

プロセスを全部公開する、と自分でも決めてきた。うまくいった話だけじゃない。躓きと変な出力も見せる。ただし、全作業の途中経過が必要なわけではない。探求中は判断材料となるプロセスが必須で、ただの作業は完成した結果で判断する。年1回のきれいな宣言は、その公開と相性が悪い。四半期で測り方を変える方が、途中経過を出せます。

残す方向は「LIVEを止めない」。測り方は、私が全部やる、ではなかった。続いているか、が見えました。方向指示器は残った。手順の目隠しは外れた。

3分の確認(方向と測り方) 対象は今四半期の目標1枚。上段に1年残すWhy、下段に今期だけ変えるKR。完了条件は、2段が別の行にあること。

06

「数字がなければ、それはKRではない」——機能のリリースではなく、客の行動が変わったか

出荷ではなく行動。箱から足跡へ変わる図

Marissa Mayer/川口恭伸『OKRの本質』(Klau講演 33:11)

数字がなければ、それは KR ではない。

『Gmailを良くする』は目標に見えて、測れません。資料は「平均返信時間を短くする」へ落とす。Andy GroveのiMBOは、問いを2つに落とします。

Andy Grove『High Output Management』/川口恭伸『OKRの本質』(資料が提示した2問)

どこへ行きたいか? → Objective。そこに向かっていると、どう分かるか? → Key Results。

出典: 資料内 iMBO スライド

続けてGroveを重ねます。KRはマイルストーン。最終目的ではない。測った数字は途中経過。量の指標には、質の指標を対にします。

アウトプットは「機能Xをリリース」です。アウトカムは「新規ユーザーの継続率が変わる」。顧客の行動が変わったか、で測ります。資料はKRからディスカバリー、ストーリーマッピング、プロダクトバックログへ橋を渡す。

KRからディスカバリーへ渡す橋は、シートを埋めて終わるな、という資料の最後の一手だ。測り方が決まったら、次は何を探索するか。バックログは、割られた作業の山ではない。客の行動が動いたかどうかを見に行く順番です。

人間は今ここで内側のワクワクを縦に掘る。分身AIは計画・構造化・実行・計測・分析・改善というエンジンを担う。機能と価値判断を固定分割せず、状況で使い分ける。基本の判断も分身AIへ委ねて手放します。

乗り越え方の記録は、大きな計画の満点ではありません。「もう失うものなんて何もない」と開き直り、一駅だけ歩く、一食だけ自炊する、という小さな一歩から始めた。

一駅と一食を、何か一つの危機の入口として畳むことはしません。確定しているのは、その小さな一歩と、プロセスを公開したことまで。

悪いOKRの例を、資料の言葉で置き換えます。Beforeは「AI記事を週3本リリースする」。機能の出荷だ。Afterはこう置く。Objectiveは「読んだ人が、次の一手を自分の現場で試せる」。量のKRは「下書きを開いて最後まで読んだ人数」。質のKRは「読後に、自分の目標1枚を書き換えたと返信が来る件数」。週次は会話と検査。人事評価の欄へは移さない。この1枚を机に置くと、割った作業リストがどれだけWhyを失っていたかが見えます。

今夜の一手は、これだけ。対象は今四半期の目標1枚。所要は15分。上段にWhyを1行。下段に、顧客の行動で測るKRを1つ。その隣に質のKRを1つ。チームが見える場所へ共有できたら完了。共有する時は、人事評価へ直結させない。週次は会話と検査に使います。

FAQ

よくある質問

Q. 数字を置くな、ということでしょうか

A. 資料は逆です。Marissa Mayerの「数字がなければKRではない」を引いています。置く数字は、顧客の行動が変わったと分かるアウトカム。機能をリリースした、というアウトプットではない、と資料は分けています。

Q. 少人数のチームでも、カスケードの弊害は起きますか

A. 人数の問題より、割るか割らないかの問題です。Whyが見えない作業リストだけが落ちてくると、二人でも資料の言うカスケードと同じ型になります。公開して依存が見えると、少人数でも横の調整が起きます。

Q. OKRの採点と、人事評価は同じですか

A. 資料は分けます。週次の採点とチェックインは検査。四半期OKRを年次評価の基準にしたことは、Klauの5年間で一度もない。給与という一本にメッセージを載せると壊れる、とSutton & Pfefferを帰属しています。1on1は部下の時間、部下の議題。数字の代わりに会話を置く、がGrove側の答えです。

MATOME

割らず、人事に使わず、測り方だけ変える

中断した夜、画面に見えたのは、細かい指図ではありませんでした。方向が残って、現場が動いた。川口さんの資料を今読むと、割らない、評価に使わない、測り方だけ変える、の3つが、あの光景の言葉になります。

電話帳の横に出す公開、部下の議題の1on1、苛立ちから生まれたGmail、Chromeの二層。資料が強いのは、抽象語をその4つの場面へ降ろしているところです。

主張と事例は、川口さん資料と、同資料が引用したDoerr、Grove、Klau、Sutton & Pfefferに帰属します。私の体験は、自分が記録してきた範囲だけ。読みは読みと分けます。

COLUMN

鶏チャーシューの味見は、具を割る仕事ではなかった

味見は割らない。鶏チャーシューとひろくんの味見

小学生のころ、実家の厨房で料理を手伝いました。おじいちゃんが鶏チャーシューを作り、私は味見をした。好きな食べ物に触れながら、そこで稼いだお金でゲームを買えた。祖父との縁、五感、仕事、次の遊びが、同じ場にあった。遊び探求から価値へ、価値から次の遊びへ。分断されていなかった。

料理に例えると——ここから先は比喩だ。川口さんの「透明な器にWhyを注ぐ」は、あの厨房の味見に近い。具を上から割り振る仕事ではなかった。味が見える場所に立って、次の一手を返していた。OKRの週次採点も、人事の減点表ではなく、その味見のリズムとして読めます。

病室で見えた番組も、同じ型でした。私が具を全部切らなくても、味は動いていた。細かい指図を送れなかった夜が、逆に現場の提案を残した。資料の「指図が多いほど、人は提案をやめる」は、あの厨房と病室を同じ言葉でつなぐ。

だから今夜の味見は、目標シートの書き方ではありません。器にWhyが入っているか。量の隣に質があるか。採点欄が給与の話に落ちていないか。その三点を、厨房の味見と同じ場所で確かめる仕事だ。舌が止まったら、割った作業が増えすぎている合図です。

やることは一つ。今四半期の目標1枚に、Whyと量のKRと質のKRを置く。チームが見える場所へ出す。人事の欄へは移さない。器の渡し方は、分身AI.comの側にも置いてある。説明を増やす夜ではない。味見を残す夜です。

REF

参考リンク

📄 今回紹介した記事

著者川口恭伸(YesNoBut株式会社)
媒体Speaker Deck(Scrum Fest Osaka 2026 登壇資料)
公開日2026-08-02(登壇 2026-08-01 13:30 Room 2)
元URLhttps://speakerdeck.com/kawaguti/okr-essence-scrum-fest-osaka-2026

🎁 無料プレゼント

Aiport(ClaudeCode AIエージェント実践会)

ClaudeCodeでAI秘書+分身AI+AIカンパニー無料で作れるキット&解説動画をプレゼント!

▶ 無料で入会してキットを受け取る

🤖 AI生成コンテンツについて

この記事はAIツール(Claude Code)を活用して制作しています。構成・文章生成にAIを使用し、最終的な内容の確認・編集・公開判断はひろくん(田中啓之)本人が行っています。「分身AIひろくん」(bunshin-ai.com)とは別のコンテンツです。

関連記事