People Analytics

AIとPeople Analyticsの普及により、パフォーマンスマネジメントをめぐる議論も変わりつつある。目標を人が直接書き、四半期末に達成率を手作業で整理していたやり方は、次第に説得力を失っている。コラボレーションツール、業務記録、顧客データ、HRデータがつながれば、目標の進捗状況はより頻繁に、より詳細に、より自動的に見えるようになる。

しかし、これはOKRの自動化を意味しない。AIは目標文を提案でき、People Analyticsは指標の変化を素早く示すことができる。だが、何を重要な目標とみなすのか、どの指標を成果の証拠として認めるのか、未達の原因をどう解釈するのかは、依然として組織の判断の問題である。AI時代のOKRは、目標を書く技術よりも、解釈と責任の運用体系がより重要になる方向へ移っている。

AIはOKRを代わりに決めることはできないが、証拠収集のコストを下げる

Google OKR playbookは、Key Resultは活動ではなく結果を説明すべきであり、完了の証拠はavailable, credible, easily discoverableでなければならないと説明している。例として、文書、ノート、published metrics reportsのような証拠を挙げている。この原則は、AIとPeople Analyticsの時代にいっそう重要になる。

AIは、議事録、プロジェクト管理ツール、顧客フィードバック、業務文書から目標進捗のシグナルを見つけ出すことができる。以前ならリーダーが直接尋ねなければ分からなかった遅延シグナルも、データによってより早く表面化し得る。People Analyticsは、離職、エンゲージメント、協働、能力、生産性に関する指標を組織単位で示すことができる。証拠収集のコストは下がる。

しかし、証拠が増えることと目標が良くなることは別である。AIが見つけたシグナルが実際の成果を意味するのか、単なる活動量を意味するのかを区別しなければならない。文書作成量、会議出席回数、チケット処理件数は測定しやすい。だが、顧客体験の改善、戦略の実行、組織能力の蓄積は、より慎重に解釈する必要がある。AIは証拠を集めることはできるが、その証拠が何を意味するのかは人が検討しなければならない。

People Analyticsが強くなるほど、Key Resultはより厳格になる

People Analyticsは、HRが勘ではなくデータで意思決定を行うための強力な基盤である。AIHRはPeople Analyticsをデータに基づくHR能力として説明し、descriptive, diagnostic, predictive, prescriptive analyticsといった分析タイプを提示している。この流れが強まるほど、OKRのKey Resultはより厳格になる。

例えば、「リーダーシップ教育を強化する」というObjectiveの下に「教育を5回実施」をKey Resultとして置けば、AIとデータツールはこの活動を容易に追跡する。しかし、これは依然として活動指標である。Google playbookの原則のように、Key Resultはoutcomes, not activitiesでなければならない。「新任リーダーの60日以内のメンバー1on1実施率」「コア人材の維持率」「プロジェクト意思決定のリードタイム」「顧客不満の再発率」のように、結果に近い指標を考える必要がある。

データが増えれば、曖昧な目標はより早く明らかになる。何を測定するかを定められないOKRは、ダッシュボードに載せられない。反対に、測定しやすいものだけを目標にすれば、組織は重要な変化を見逃す可能性がある。People Analytics時代のKey Result設計は、数字を付ける作業ではなく、組織が本当に変えようとしている結果をデータの言語に翻訳する作業である。

月次チェックインはデータダッシュボードではなく、解釈の会議になる

AtlassianはOKR運用において、毎月score, analyze, summarizeすることを提案している。AIとPeople Analyticsが組み合わされると、月次チェックインはより多くのデータを持つようになる。進捗率、業務量、協働ネットワーク、従業員体験、顧客反応、課題の遅延シグナルが一つの画面に集まり得る。

とはいえ、チェックインがダッシュボードレビューで終わってはならない。CIPDは、効果的なHR意思決定はbest available evidenceとcritical thinkingの組み合わせに基づくべきだと説明している。証拠は判断を助けるが、判断を代替しない。データが語るのは「何が起きたのか」に近い。リーダーとHRが問うべきなのは、「なぜこのことが起き、これから何を変えるのか」である。

したがって、AI時代のOKRチェックインは、数字を読む会議ではなく解釈の会議でなければならない。指標が悪化したなら、担当者を追及するよりも原因を分けて考える必要がある。目標設計が誤っていたのか、リソースが不足していたのか、部門間の依存関係が解けていなかったのか、市場条件が変わったのかを区別しなければならない。データは会議の出発点であり、結論ではない。

データが増えるほど、HRの問いは成果ではなく責任へ移る

AIとPeople Analyticsが広がれば、HRはより多くの成果シグナルを見ることができる。しかし、シグナルが増えるほど新たなリスクも生じる。個人の活動量を成果と誤解したり、測定可能な指標だけを重要視したり、データ品質が低い状態で評価や報酬に結び付けたりするリスクである。

Google OKR playbookは、適切に運用されたOKRが、何が重要か、何を最適化するか、どのようなtradeoffを行うかを明確にしてくれると説明している。この原則はデータ時代にもそのまま当てはまる。HRの問いは「誰の成果が高いのか」で止まってはならない。「どの目標のために何を最適化しているのか」「この指標を高めれば、他の重要な価値が損なわれないか」「この結果は個人の努力の結果なのか、システムとリソース配分の結果なのか」へ移らなければならない。

特に韓国企業では、データが評価・報酬へ素早く結び付けられ得る。そのためHRは、データ活用の境界線を先に定めなければならない。OKR進捗データは成果対話の参考資料にはなり得るが、そのまま評価算式になれば危険である。AIが作成した要約も、検討可能な根拠とともに提示されるべきだ。データが増えるほど、責任ある解釈ルールがより必要になる。

AI時代のOKRでは、自動化ツールより運用ガバナンスが重要になる

AI Indexは、AI関連データを追跡、収集、整理、可視化し、政策決定者、研究者、企業リーダー、一般の理解を助けることを目的としている。この流れはHRにも示唆を与える。今後、パフォーマンスマネジメントはより多くのデータを扱うことになる。しかし、データが増えるほど、組織は何を測定し、誰がアクセスし、どの意思決定に使うのかを定めなければならない。

AI時代のOKR運用には、少なくとも三つのガバナンスが必要である。第一に、目標データの品質基準である。どの指標をKey Resultとして認めるのか、どのデータは参考にとどめるのかを定めなければならない。第二に、解釈権限の基準である。AI要約、ダッシュボード、People Analyticsの結果を誰が解釈し、どの会議で確定するのかを定めなければならない。第三に、評価・報酬との接続基準である。OKRデータがどこまで成果対話の根拠であり、どこから報酬判断の資料になるのかを分けなければならない。

例えば、コラボレーションツールのメッセージ数や会議出席率をそのまま「エンゲージメント」や「協働成果」と解釈するのは危険である。反対に、顧客応答時間、反復的な不満の減少、重要プロジェクトの意思決定リードタイムのように業務結果と結び付く指標は、OKR解釈のよい出発点になり得る。HRは指標の便利さではなく、結果との関連性、個人情報・労務リスク、従業員への説明可能性を併せて検討しなければならない。

OKR連載の出発点は、OKRが目標管理の様式ではなくパフォーマンスマネジメントの運用体系であるという問題意識だった。AIとPeople Analyticsの時代には、この観点がより重要になる。目標文はAIがより早く作成できる。進捗率はシステムがより頻繁に示せる。しかし、組織が何を選び、何を諦め、どの証拠を成果として認めるのかは自動化されない。

結局、AI時代のOKRは技術導入の問題ではない。より多くのデータを責任をもって解釈する組織運営の問題である。HRの役割も、ツール管理者から成果言語の設計者へ移っていく。AIが目標を代わりに管理する時代ではなく、AIが明らかにした証拠をめぐって、組織がより精緻に判断しなければならない時代が訪れている。

OKRは韓国企業にとっても、もはや馴染みのない言葉ではない。すでに多くの組織がOKR研修を実施し、四半期目標の様式を作り、一部の組織は成果管理制度の中にOKRを組み込んでみたこともある。ところが導入経験が積み重なるほど、似た問いが繰り返される。なぜOKRは最初は新しく見えるのに、数か月たつと再び従来の目標管理に似てしまうのか。

この問いの答えは、ツールではなく組織の運営言語にある。韓国企業でOKRは、評価の記憶、報告文化、部門間の責任構造、リーダーの意思決定方式と同時に衝突する。様式を導入するだけでは足りない。OKRを定着させるには、目標の書き方より先に、目標を解釈し調整する方法が変わらなければならない。

韓国企業でOKRは、制度より先に評価の記憶と衝突する

What Mattersは、OKRをMBOと比較しながら、OKRが四半期単位であり、報酬と切り離された思想として広がったと説明している。この説明は韓国企業にとって特に重要だ。多くの組織で、目標はすなわち評価表として記憶されている。年初に目標を立て、年末に達成率を確認し、その結果が等級や報酬につながる経験が強い。

この記憶が残っている状態でOKRを導入すると、メンバーは自然に防御的に行動する。挑戦的な目標を書けと言われても、評価で不利になり得ると感じれば安全な目標を選ぶ。目標を公開せよと言われても、未達成の記録が残ると思えば表現に慎重になる。協業目標を書けと言われても、責任配分が不明確であれば自部門に不利な約束を避ける。

したがって韓国企業におけるOKR定着は、「評価と連動するのか」より先に、「OKRは評価表とどのように異なる言語なのか」を説明することから始めなければならない。OKRは評価をなくす制度ではない。ただし、四半期の途中で優先順位と実行方向を調整する運営言語であることを明確にしなければならない。

定着の第一条件は目標数ではなく、やめる仕事についての合意である

Google OKR playbookは、よく運用されたOKRが、何が重要で、何を最適化すべきで、どのようなtradeoffを行うべきかを明確にしてくれると説明している。AtlassianもOKR設定において、1〜3個のObjectiveと、Objectiveごとに3〜5個のKey Resultを提案している。数字より重要なメッセージは、優先順位の制限である。

韓国企業でOKRが従来の目標管理に戻る瞬間は、目標が増えるときだ。本部目標、チーム目標、個人目標、プロジェクト目標がすべてOKRという名前で付けられると、OKRは集中の道具ではなく業務リストになる。リーダーが既存業務を減らさず新しい目標だけを追加すれば、メンバーはOKRをまた一つの報告項目として受け止める。

定着を望むなら、OKR会議で必ず外すべき議題がなければならない。今四半期にやらない仕事、先送りする仕事、維持水準でのみ管理する仕事、他チームと統合する仕事を決める必要がある。OKRを使う組織ではなく、OKRによって仕事を減らす組織にならなければならない。そうして初めて、メンバーはこの制度が実際に優先順位を変える仕組みだと信じる。

韓国企業で特に必要な仕組みは「中止リスト」である。本部長が四半期OKRを承認するとき、新しい目標だけを承認するのではなく、中止する報告書、減らす会議、次の四半期へ先送りするプロジェクトをあわせて確定しなければならない。このリストがなければ、現場はOKRを新しい優先順位ではなく、既存業務の上に載せられた追加課題として受け止める。

報告文化が強い組織ほど、チェックインを意思決定会議に変えなければならない

Atlassianは、OKRを年間で設定し、四半期ごとに更新し、月次で進捗を追跡すると説明している。定期点検はOKR定着の核心である。しかし韓国企業の強い報告文化の中では、チェックインは容易に報告会議になる。担当者が進捗率を述べ、リーダーは遅延理由を尋ね、議事録には「継続推進」と残る。

このやり方ではOKRを定着させにくい。OKRチェックインは報告ではなく意思決定会議でなければならない。進捗率が低いなら、誰がもっと努力すべきかではなく、何を調整すべきかを問わなければならない。優先順位を変えるのか、リソースを補強するのか、依存するチームの日程を調整するのか、目標そのものを修正するのかを決める必要がある。

Google playbookは、committed OKRの達成が難しいと判断されたとき、直ちにescalationすべきだと説明している。これは失敗報告というより、対立解決の手続きに近い。韓国企業でもOKRチェックインは、上に報告する場よりも、隣接部門との衝突を解き、リーダーが選択を下す場として設計されるべきである。

部門間協業はスローガンではなく、各部門のOKRに埋め込まれなければならない

Google playbookは、cross-team OKRでは実際に参加すべきすべてのグループが含まれなければならず、各グループの貢献がそのグループのOKRに明示されなければならないと説明している。この原則は、部門間の境界が強い組織で特に重要である。

韓国企業は協業を強調するが、協業目標の責任線は曖昧になりやすい。「顧客体験の改善」という目標は、マーケティング、営業、プロダクト、カスタマーサポート、人事までつながり得る。しかし各部門のOKRに自らの貢献、期限、成功基準が入っていなければ、共同目標は宣言で終わる。協業は良い言葉だが、責任が明示されなければ実行力は弱い。

HRはcross-team OKRを設計するとき、共同目標一つだけを見るのではなく、各部門のOKRをあわせて見なければならない。どの部門がデータを提供するのか、どの部門が顧客接点を変えるのか、どの部門が運営方針を調整するのかを確認する必要がある。同じ目標を見ていても、各部門が担う結果が文書の中に埋め込まれていて初めて協業は機能する。

韓国型OKRの定着はローカライズではなく、原則の翻訳である

韓国企業に合うOKRを作るという言葉は、しばしば制度を弱める意味で使われる。公開範囲を狭め、評価と少し連動させ、既存のKPI様式にObjectiveとKey Resultの欄を追加する、といった具合である。しかしこれはローカライズというより、既存制度の言語でOKRを吸収する方法に近い。

定着に必要なのは原則の翻訳である。Key Resultは活動ではなく成果でなければならないという原則は、韓国企業でも有効だ。committed OKRとaspirational OKRを区分しなければならないという原則も有効だ。cross-team OKRには実際に参加するグループの責任が入らなければならないという原則も有効だ。ただし、この原則を韓国企業の評価制度、リーダーへの報告体系、部門間の意思決定構造に合わせて説明し、訓練しなければならない。

OKRは韓国企業にそのまま持ち込んでも失敗し、既存の目標管理に変えても失敗する。必要なのは様式の翻訳ではなく、運営言語の翻訳である。「なぜ未達成だったのか」の代わりに「何を調整すべきか」を問い、「誰が責任を取るのか」の代わりに「どの部門の貢献が文書から抜けているのか」を問い、「達成率は何点か」の代わりに「この目標は約束なのか挑戦なのか」を問う方式である。

韓国企業でOKRが定着するということは、外国式の制度を導入したという意味ではない。目標をめぐる対話が変わったという意味である。リーダーが優先順位を絞り、HRが評価と運営の境界線を整理し、部門が共同目標の責任を明示するとき、OKRは制度ではなく働き方になる。

OKRを導入した組織で、リーダーはしばしば「目標をもっと明確に書きなさい」と言う。しかし、OKRが実際に揺らぐ地点は文章ではなく運用である。メンバーはObjectiveを書くことができ、Key Resultも数値にできる。問題は、その目標のために何を諦めるのか、衝突が起きたら誰が調整するのか、進捗が悪化したときにどのような意思決定を行うのかが決まっていないときに発生する。

OKRにおけるリーダーの役割は、鼓舞する人ではない。リーダーは優先順位を絞り、資源の衝突を調整し、チーム間の依存関係を明らかにし、チェックイン会議を意思決定の場に変える人である。この役割を果たさなければ、OKRはメンバーにより多くの目標を求める文書になる。

リーダーが最初に決めるべきものは目標ではなく「やらないこと」である

Google OKR playbookは、適切に運用されたOKRは、チームにとって何が重要で、何を最適化すべきで、日常業務でどのようなtradeoffを行うべきかを明確にすると説明している。この一文は、OKR運用におけるリーダーの第一の責任を示している。より多くの目標を書かせることではなく、この期間に何を選び、何を手放すのかを決めることだ。

AtlassianもOKR設定において、1〜3個のObjectiveとObjectiveごとに3〜5個のKey Resultを提案している。数字の意味は単なる記入ルールではない。目標数を減らさなければ優先順位は生まれない。すべての目標が重要だと言う組織には、実際に重要な目標が存在しない。

リーダーが問うべき質問は、「この目標も入れるか」ではなく、「この目標を入れるなら何を外すべきか」である。OKR会議で削除される目標がないなら、戦略対話はまだ終わっていない。メンバーは、リーダーが承認した目標リストではなく、リーダーが諦めると決めた仕事のリストを見て優先順位を理解する。

OKRチェックインは報告会議ではなく衝突解決会議である

Atlassianは、OKRを毎月score、analyze、summarizeすることを提案している。また、定期的で可視的な進捗確認が責任感と推進力を強めるとも説明している。しかし多くの組織で、チェックインは報告会議に変わる。各チームが進捗率を話し、リーダーはもっと頑張ろうとまとめる。このやり方では、OKRが運用リズムになりにくい。

Google playbookは、committed OKRを達成できないと判断した場合、チームは直ちにescalateすべきだと述べている。より重要なのはescalationの目的である。優先順位の意見不一致、時間・人員・資源の不足、目標そのものへの意見不一致が生じたとき、経営陣が選択肢を作り、衝突を解決できるようにするための手順だという説明である。

したがって、OKRチェックインでリーダーが問うべき質問は進捗率の数字ではない。「どの障害が目標達成を妨げているのか」「他チームの依存関係は解消されていないのか」「資源が不足しているのか、それとも目標の優先順位が下がったのか」「今調整しなければ、来月どの損失が大きくなるのか」。こうした質問がなければ、チェックインは報告書の読み上げで終わる。

たとえば製品ローンチOKRが遅れているとき、リーダーが「来月までに進捗率を80％に上げなさい」とだけ言えば、チェックインは鼓舞の会議になる。一方で、「法務レビューがボトルネックなのか、開発人員がボトルネックなのか、営業要件が過度に増えたのか」を切り分け、その場で優先順位を調整すれば、チェックインは運用会議になる。OKRリーダーシップはメンバーに圧力をかける技術ではなく、衝突を意思決定に変える技術である。

Cross-team OKRにおけるリーダーシップは協業の掛け声ではなく責任設計である

Google playbookは、重要なプロジェクトが複数グループの貢献を必要とする場合、cross-team OKRが適していると説明している。このとき、materially participateすべきすべてのグループがOKRに含まれる必要があり、各グループの貢献が各グループのOKRに明示的に表れなければならないと述べている。

この原則は韓国企業の部門間協業でも重要である。多くの組織は「協業強化」を目標に書くが、実際にはどの部門がどの成果物をいつまでに提供すべきかが明確ではない。マーケティング、営業、プロダクト、人事、データ組織が一緒に動かなければならない目標なら、各組織のOKRに互いの責任が表れていなければならない。そうでなければ、共同目標は誰も最後まで責任を負わない目標になる。

リーダーはcross-team OKRを宣言する人ではなく、接続構造を設計する人である。会議体を作って終わるのではなく、依存関係リストを公開し、ボトルネックが生じたとき誰にescalateするかを決め、共同目標の成功基準を同じ言語で合わせなければならない。協業は良い態度だけでは機能しない。協業には責任線と調整権限が必要である。

CommittedとAspirationalを区別しなければ、リーダーは誤ったシグナルを送る

Google playbookはcommitted OKRとaspirational OKRを区別している。committed OKRは達成を約束した目標であり、期待スコアは1.0である。達成できなければ説明と振り返りが必要だ。一方、aspirational OKRはより高い挑戦と革新を促す目標である。同じ達成率でも、解釈の仕方は異ならなければならない。

リーダーがこの区別をしなければ、メンバーは混乱したシグナルを受け取る。挑戦目標を出せと言いながら低い達成率を叱責すれば、次の四半期には安全な目標だけが上がってくる。逆に、約束目標の未達を「挑戦したのだから問題ない」とだけ処理すれば、実行責任が弱まる。二種類の目標を同じ表情で扱うリーダーは、OKRの言語を曖昧にする。

リーダーは目標を承認する時点から種類を明確にしなければならない。この目標は必ず達成すべき約束なのか、それとも組織をさらに遠くへ押し出す挑戦なのか。約束目標なら資源と優先順位を保証しなければならない。挑戦目標なら失敗の可能性を許容しつつ、何を学ぶのかを決めなければならない。区別があってこそ、メンバーも目標を正直に設定する。

HRはリーダーにOKRの様式より運用質問を提供すべきである

OKR教育が失敗する理由の一つは、様式教育にとどまるからである。Objectiveをどう書き、Key Resultはいくつが適切かを伝えるだけでは十分ではない。リーダーが実際の会議でどのような質問を投げかけ、どのような意思決定を下すべきかまでつなげなければならない。

HRはリーダーに少なくとも四つの運用質問を提供できる。第一に、今四半期に諦める仕事は何か。第二に、このOKRが失敗するとしたら最も可能性の高いボトルネックはどこか。第三に、他チームの貢献が必要な部分は各チームのOKRに明示されているか。第四に、この目標はcommittedなのかaspirationalなのか。この質問が会議で繰り返されるとき、OKRは文書ではなく運用言語になる。

OKRリーダーシップはカリスマや鼓舞の問題ではない。優先順位を絞り、不都合なtradeoffを公開し、衝突を適時に引き上げ、チーム間の責任を設計する管理能力の問題である。メンバーは目標を聞いて動くのではない。リーダーが何を選び、何を調整するのかを見て動く。OKRが成果管理の運用体系になるには、リーダーの役割も目標管理者ではなく実行構造を設計する人へと変わらなければならない。

OKRを導入した企業が最も早く直面する問いは、評価と報酬である。「OKR達成率を人事評価に反映すべきか」「報酬と結びつけなければ、従業員は真剣に参加しないのではないか」「反対に報酬と結びつければ、挑戦目標が消えるのではないか」。この問いはOKR運用で避けにくい。

ただし、答えを急いで一つに決めるのは危険だ。OKRを評価から完全に切り離せば、実行責任が弱まる可能性がある。反対に、OKR達成率を報酬算式に入れれば、従業員は安全な目標を選ぶようになる。本稿は法律・労務助言ではなく、HR運用設計の観点から評価・報酬連動の境界線を扱う。問題は反映するかどうかではなく、どのOKRをどの証拠で解釈するかである。

OKRを報酬算式に入れた瞬間、目標の性格が変わる

What MattersはOKRをMBOと比較し、OKRは四半期単位であり、年間目標管理とは異なり報酬から切り離された思想として広がったと説明している。ここで重要なのは、「報酬とは絶対につなげてはいけない」という単純なルールではない。OKRの目的が評価点の算出ではなく、優先順位の整列と戦略実行にあるという点だ。

目標が報酬算式に入ると、従業員の行動は変わる。達成可能性の低い挑戦目標よりも、安全な目標を選ぶ誘因が強まる。協働目標は個人責任の配分をめぐる議論に変わり得る。四半期中に戦略が変わっても目標修正が難しくなり、従業員は未達成の記録を避けるため初期目標を低くしようとする。

この変化は自然な反応だ。報酬がかかった制度では、人は制度に合わせて行動する。したがって、OKRを報酬算式に入れるかどうかは、単なるHRの好みの問題ではない。組織が挑戦、学習、協働、戦略修正のうち何を促したいのかと結びついた設計上の選択である。

Committed OKRとAspirational OKRを同じスコア表で扱うと歪みが生じる

Google OKR playbookは、committed OKRとaspirational OKRを区別している。committed OKRは達成を約束した目標に近く、期待スコアは1.0だと説明する。1.0より低いスコアには説明が必要だ。一方、aspirational OKRは革新と挑戦を促す目標に近い。経路が完全には確認されていない状態で、より大きな変化を試みる性格がある。

この区別を評価で無視すると歪みが生じる。committed OKRの未達成は、実行責任、リソース配分、優先順位調整の失敗を検討するシグナルになり得る。しかし、aspirational OKRの低い達成率を同じ方式で減点すれば、挑戦目標は消える。従業員は評価に有利な目標だけを選び、OKRは革新のための言語ではなく、安全な約束のリストになる。

Cross-team OKRも同じだ。複数部門が共に責任を負う目標を個人別達成率に単純配分すれば、協働よりも責任防御が強まる。共同目標は、誰がどの部分を担ったのか、どのような依存関係があったのか、リーダーが何を調整したのかを合わせて見る必要がある。同じスコア表一つですべてのOKRを扱った瞬間、OKRの利点は消え、評価事務だけが残る。

評価に使えるのは達成率よりも解釈可能な証拠である

OKRの結果を評価で完全に無視することも難しい。従業員が四半期を通じて重要な目標を持ち実行したなら、その過程と結果は成果対話の重要な材料になる。ただし、評価に使えるのは単純な達成率よりも解釈可能な証拠である。

Google playbookは、Key Resultは活動ではなく結果を説明すべきだと言う。この原則は評価対話にも重要だ。「研修を3回実施」は活動の証拠である。「新任リーダー配置後60日以内に、チームメンバーへの1:1フィードバック実施率が40%から85%に高まった」は結果の証拠である。評価で参照できるのは後者に近い。

また、committed OKRで問題が生じたときは迅速にescalateすべきだという説明にも注目すべきだ。未達成そのものより重要なのは、未達成のシグナルが見えたときにどのような判断と調整があったかである。日程が遅れたとき、リーダーがリソースを調整したのか、優先順位を再配置したのか、目標の衝突を解決したのかを確認しなければならない。成果対話は達成率の数字より、その数字の背後にある責任構造を読み取る必要がある。

韓国企業は分離と反映の間で第三の方式を設計すべきだ

韓国企業では、評価と報酬への感度が高い。目標達成率が評価等級と結びついてきた経験が強い組織ほど、OKRもすぐに評価表として読まれる。このような組織で「OKRは評価と無関係だ」と宣言しても、従業員は簡単には信じない。反対に「OKR達成率を評価に反映する」と言えば、挑戦目標は急速に減る。

したがって現実的な選択肢は、完全分離と直接反映の間にある第三の方式だ。OKR達成率を報酬算式に直接入れるのではなく、成果対話の参考資料として活用する方式である。ただし、この場合も目標類型別の解釈ルールが必要だ。committed OKRは約束の履行と実行責任を見る。aspirational OKRは試み、学習、市場・組織のシグナルを見る。cross-team OKRは協働構造と調整責任を見る。

HRはこの原則を文書として残すべきだ。どのOKRを評価参考の対象にするのか、どのOKRは学習記録としてだけ見るのか、達成率より重視する証拠は何か、途中で目標を修正したとき不利益があるのかないのかを決めなければならない。曖昧な状態でOKRを運用すれば、従業員は最も保守的に行動する。

運用例は三つに分けられる。第一に、committed OKRは約束した実行結果として見て、未達成理由と調整責任を成果対話で確認する。第二に、aspirational OKRは達成率よりも、試みた仮説、学習した市場・顧客・組織シグナル、次四半期の選択基準を見る。第三に、cross-team OKRは個人スコアに分解するのではなく、各部門が約束した貢献とリーダーの調整行動を合わせて見る。このように区別してこそ、OKRは報酬算式へ平板化されない。

HRが決めるべきなのは報酬算式ではなく成果対話の境界線である

OKRと評価・報酬の関係を設計するとき、HRが最初に決めるべきなのは算式ではない。より重要なのは成果対話の境界線だ。OKRレビューで何を問い、評価面談で何を解釈し、報酬決定ではどの資料だけを使うのかを区別しなければならない。

第一に、OKRレビューは進捗状況と調整の必要性を扱うべきだ。第二に、成果面談はOKR結果だけでなく、役割期待、協働、能力、組織貢献も合わせて見るべきだ。第三に、報酬決定は組織の報酬哲学と職務・等級・市場価値・成果貢献の基準の中で別途説明されなければならない。この境界がなければ、OKRはすべてを説明しなければならない過剰な制度になる。

OKRを評価に反映するかどうかは、単純な賛否で終えられる問題ではない。反映するとしても達成率をそのまま点数化してはならず、分離するとしても実行責任が消えないようにしなければならない。核心は、OKRが挑戦と学習を殺さず、それでいて成果対話の根拠になるよう設計することだ。この均衡を作れなければ、OKRは評価制度の補助項目へ小さくなる。均衡を作ることができれば、OKRは評価シーズンではなく四半期を通じて機能する成果管理の言語になり得る。

OKRを導入したものの組織が変わらなかった、という話は珍しくない。全社説明会が開かれ、部門別Objectiveが入力され、四半期末レビューの日程も設定される。ところが時間がたつと、従業員はOKRをまた一つの評価文書として受け止める。リーダーは既存のKPIを別の様式に書き写し、HRは入力率と提出率を管理する。

OKRの失敗を単に「目標が多すぎた」とだけ説明すると、本質を見落とす。目標が多いことも問題だが、より大きな問題は責任が曖昧になることだ。何を最優先と見るのか、どの結果を実際の変化として認めるのか、誰が部門間の衝突を調整するのか、未達の兆候が見えたとき誰がリソースを再配分するのかが決まっていなければ、OKRはマネジメントの言語ではなく報告様式になる。

最初の失敗は、OKRを新しい様式としてだけ導入する瞬間に始まる

Google OKR playbookは、誤って書かれたり誤って管理されたOKRを「時間の無駄」であり「空虚な管理ジェスチャー」だと表現している。反対に、うまく運用されたOKRは、チームが何を重要と見るべきか、何を最適化すべきか、日常業務でどのようなtradeoffを行うべきかを明確にすると説明している。

この一文は、OKR失敗の出発点をよく示している。OKRは様式ではなく、選択と調整の言語だ。新しい様式を作っても、既存の会議の進め方、リーダーの意思決定の仕方、評価と報酬の解釈の仕方がそのままであれば、OKRはすぐに既存制度に吸収される。従業員の立場から見れば、名前だけ変わった目標管理表がもう一つ増えたにすぎない。

韓国企業では、この失敗は「全社導入」という名でよく現れる。十分なパイロットなしにすべての部門へOKR入力を求め、システム登録率を導入成果と見る。しかし入力率はOKRの成果ではない。OKRが実際に優先順位を減らしたのか、部門間の衝突を可視化したのか、リーダーがリソース配分の決定を変えたのかのほうが、より重要なシグナルだ。

二つ目の失敗は、KRを活動リストで埋めることから生まれる

Google playbookは、Key Resultは活動ではなく結果を説明すべきだと強調している。consult、help、analyze、participateのような単語が入ったKRは、活動を描写しているシグナルである可能性があると警告している。HR実務に置き換えれば、「研修実施」「面談実施」「制度検討」「ワークショップ運営」といった表現がこれに近い。

活動は必要だ。しかし活動だけでは、変化が起きたのかは分からない。例えば「管理職研修を3回実施」は、研修チームが何をしたかを示す。しかし、管理職のフィードバック行動が変わったのか、チームメンバーの目標理解度が高まったのか、成果面談の質が改善したのかは示さない。KRが活動リストで埋まると、OKRレビューは実行有無を確認する会議になる。

良いKRは活動後の変化を問う。「新任リーダー研修を3回実施」よりも、「新任リーダー配置後60日以内のチームメンバーへの1on1フィードバック実施率を40%から85%へ高める」のほうがOKRに近い。「採用ブランディングコンテンツを発行」よりも、「重要職務候補者の一次返信率を18%から28%へ高める」のほうが結果中心だ。この違いがなければ、OKRは業務量を多く書いたチームが有利な制度になる。

三つ目の失敗は、価値の低い目標を高い達成率で包装するときに起きる

Google playbookは、Low Value Objectivesという落とし穴を提示している。目標を達成してもユーザー価値や経済的価値が明確でなければ、高いスコアを得ても組織にとって大きな意味はないということだ。この警告はHR目標にもそのまま当てはまる。

HR部門が「評価様式の改訂完了」をObjectiveに設定したとしよう。様式は変えられる。しかし評価対話の質が良くなったのか、目標調整が速くなったのか、低業績者管理の一貫性が高まったのかを確認できなければ、組織価値につながったとは言いにくい。「制度改訂完了」は完了率は高いが価値の低い目標になり得る。

成果管理において、高い達成率は常に良いシグナルではない。簡単な目標を設定したから達成率が高い場合もあり、実際の価値と無関係なアウトプットを作ったからスコアが高い場合もある。HRはOKRレビューの際、「達成したか」とともに「達成すれば誰がどのような価値を実感するのか」を問うべきだ。この問いがなければ、OKRは成果を生むのではなく、成果のように見える文書を作る。

四つ目の失敗は、共同目標の責任者を最後まで決めないことにある

Google playbookは、重要なプロジェクトが複数グループの貢献を必要とするとき、cross-team OKRが適していると説明している。同時に、そのOKRに実質的に参加すべきすべてのグループを含めるべきであり、各グループの貢献が各自のOKRに明示されるべきだとも述べている。共同目標は「一緒に頑張ろう」ではなく、それぞれの責任を明らかにしなければならないという意味だ。

韓国企業でOKRが揺らぐ地点もここにある。顧客体験の改善、オンボーディングの高度化、重要人材の維持、リーダーシップ転換のような目標は、HRだけでは達成できない。現業リーダー、経営陣、財務、IT、コミュニケーション組織がともに動かなければならない。ところが共同目標を作りながら、各組織の貢献と意思決定権限を書かなければ、目標は全員の仕事であり誰の仕事でもないものになる。

共同OKRには三つが必要だ。第一に、どの組織が必ず参加すべきかを明示しなければならない。第二に、各組織のKRが全体Objectiveとどのようにつながるのかを示す必要がある。第三に、目標の衝突が生じたとき最終調整権者が誰なのかを決めなければならない。この三つがなければ、cross-team OKRは協業ツールではなく責任回避の装置になる。

五つ目の失敗は、チェックインを報告会議に変える瞬間に固定化する

AtlassianのOKRガイドは、1〜3個のObjectiveと各Objectiveあたり3〜5個のKRを提示し、進捗を定期的に点検・分析・要約する流れを提案している。数字そのものより重要なのはリズムだ。OKRは四半期末に点数を付けるために存在するのではなく、四半期中に優先順位とリソース配分を調整するために存在する。

Google playbookも、committed OKRで問題が生じたときは速やかにescalateすべきだと説明している。スケジュール、優先順位、リソース配分に問題が生じた場合にそれを上げることは、許されることではなく必要なことだという趣旨だ。この観点では、OKRチェックインは報告会議ではなく調整会議だ。

韓国企業では、チェックインがしばしば報告会議に変わる。担当者は進捗率を説明し、リーダーは遅れている項目を指摘する。しかしリソース配分は変わらず、優先順位の衝突もそのまま残る。この状態では、従業員がOKRを正直に更新する理由がない。チェックインが機能するには、「なぜ遅れたのか」よりも「何を調整すべきか」が先に出なければならない。

次回の論点は、評価と報酬をどこまで結び付けるかである

OKR失敗の多くの場面は、結局、評価と報酬の問題に戻る。目標が評価点数へ直接換算されると感じれば、従業員は安全な目標を選ぶ。共同目標は個人別責任をめぐる争いに変わり、挑戦型目標は消える。反対に評価と完全に切り離せば、OKRは実行責任の弱いキャンペーンに見える可能性がある。

だから次の問いは、「OKRを評価に反映するのか」ではない。より正確な問いは、「どのOKRをどのような方式で解釈するのか」だ。committed OKRは約束した実行責任に近い。aspirational OKRは学習と挑戦の性格が強い。cross-team OKRは協業と調整責任をあわせて見る必要がある。三つのタイプを同じスコア表で扱えば、OKRは失敗する可能性が高い。

OKR導入の失敗を防ぐには、HRは様式よりも運用責任を先に設計しなければならない。目標数を減らすだけでは十分ではない。活動ではなく結果を書かせ、価値の低い目標をふるいにかけ、共同目標の責任を明示し、チェックインを調整会議に変える必要がある。そのときOKRは報告文書ではなく、組織が実際に何を変えているのかを確認する成果管理の言語になる。