パフォーマンス管理——アウトプット型と監視のはざま
レッスン5:パフォーマンス管理——アウトプット型と監視のはざま
このレッスンで学ぶこと
- インプット型評価とアウトプット型評価の違いを理解する
- リモートで OKR・KPI を機能させる発想を持つ
- 「過剰監視ソフト」の倫理的・心理的・労働法的な論点を区別できる
- Microsoft Productivity Score(2020 年)論争の含意を知る
- 「信頼と検証」のバランスの設計ができるようになる
前回のレッスンで、リモート 1on1 とフィードバックを扱いました。今回は、リモートマネジメントで最も議論が割れるテーマ——パフォーマンス管理に入ります。「リモートだとサボるのでは」「監視ソフトを入れたい」「アウトプットで評価すべきだ」など、相反する意見が飛び交う領域です。本レッスンは、アウトプット型評価と過剰監視ソフトの倫理の境界、日本の労働法との関係を、現代の研究と現場の感覚で整理します。
評価の 2 つの軸——インプットとアウトプット
人事評価は、大きく分けて 2 つの軸で見ることができます。
インプット型評価
「どれだけ時間を投じたか」「どれだけ頑張ったか」など、投入されたものを評価する考え方。出勤時間、残業時間、姿勢、上司への報告の頻度、会議への参加状況などが含まれます。
アウトプット型評価
「どんな成果を出したか」「どれだけ価値を生んだか」など、生み出されたものを評価する考え方。達成した目標、顧客の評価、顧客への影響、収益、品質などが含まれます。
| 軸 | インプット型 | アウトプット型 |
|---|---|---|
| 見るもの | 投入された時間・努力 | 生み出された成果・価値 |
| 評価の根拠 | 「席にいた」「働いた」 | 「結果を出した」 |
| リモートとの相性 | 弱い(投入が見えない) | 強い(成果は文書化可能) |
| 日本企業との相性 | 強い(伝統的) | 弱い(メンバーシップ型雇用) |
💡 ポイント リモートマネジメントが議論されると、必ず「アウトプット型へ移行すべき」という結論が出てきます。これは方向としては正しいですが、日本の組織でいきなり移行するのは難しい。メンバーシップ型雇用、ジョブ型雇用への過渡期にある現実、若手育成の文脈などを踏まえて、段階的に進めるのが本コースの立場です。
リモートで OKR・KPI を機能させる
アウトプット型評価を運用するための具体的な道具として、OKR(Objectives and Key Results)と KPI(Key Performance Indicators)が広く使われています。
OKR の概要
OKR は、Andy Grove が Intel で開発し、John Doerr によって Google などに広められた目標管理の枠組みです。次の構造で目標を設定します。
- Objective:定性的で、挑戦的で、人を動かす目標(3〜5 個)
- Key Results:定量的で、Objective の達成を測れる結果(各 Objective に 3〜5 個)
OKR は、四半期や半期で設定し、進捗を可視化することで、メンバーが「何を達成すべきか」を明確に把握します。リモートでも文書化された目標として残るので、参照しやすい構造です。
KPI との違い
KPI は、業務やプロセスを継続的に測る指標。OKR が「次の四半期で達成したい挑戦」を扱うのに対し、KPI は「日常的に追い続ける数値」を扱います。両者は補完関係にあります。
リモートで OKR・KPI を機能させる工夫
- Objective は野心的に:「達成率 100% を目指さない」「7 割の達成で OK」など、挑戦を促す文化を組み合わせる
- Key Results は厳密に測れる形に:「リリースする」ではなく「Q2 末までに月間アクティブユーザー 1,000 人到達」のように、誰でも判定できる
- 進捗を週次で可視化:Slack や Notion で毎週の進捗を更新し、チーム全体で見える状態にする
- 失敗を歓迎する文化:Key Results が未達でも、過程の学びを評価する。心理的安全性(レッスン 2)と直結
⚠️ 注意 OKR・KPI は「魔法の道具」ではありません。設計や運用が雑だと、「数値だけ追って質を落とす」「達成しやすい目標だけ立てる」などの逆効果が出ます。導入は徐々に進めて、メンバーと一緒に試行錯誤するのが現実的です。
「過剰監視ソフト」の問題
リモート化が進む中で、「メンバーがちゃんと働いているか確認したい」というマネージャーの不安に乗じる形で、各種の監視ソフトが市場に出回りました。
過剰監視ソフトの代表例
- 時間追跡ソフト:マウス・キーボードの動きを記録し、稼働時間を計測
- スクリーンショット定期取得:5 分〜10 分ごとに画面を撮影
- 画面録画:勤務時間中の画面を常時録画
- キーログ:すべての打鍵を記録
- Web カメラのランダム撮影:勤務時間中の本人の様子を確認
- 生産性スコア化:使うアプリやキーボード打鍵量から「生産性」を算出
これらは、表向きには「労働時間の正確な把握」「業務改善」のためとされますが、運用次第で重大な問題を引き起こします。
倫理的な問題
- メンバーを「信頼できない存在」として扱う前提が、信頼を構造的に壊す
- 私的な情報(家庭の事情、健康問題、個人的なやり取り)が誤って収集される
- 監視されているという感覚自体が、メンバーのストレス源になり、生産性を下げる
- 「監視に最適化する」行動(マウスを定期的に動かす、無意味な打鍵を続ける)を誘発する
心理的な問題
監視が常態化すると、メンバーは「常に見られている」前提で振る舞い、本来の創造性・自発性が抑制されます。これは「パノプティコン効果」と呼ばれる、社会学・心理学で広く知られた現象です。
労働法的な論点(日本)
日本の労働基準法は、労働時間管理を雇用者の義務として定めていますが、これは「労働時間を把握する」義務であって、「24 時間張り付いて監視する」権利ではありません。
- 個人情報保護法:取得した監視データは個人情報として扱われ、目的外利用は禁止
- 労働基準法:労働時間の管理義務はあるが、過剰な監視は人格権の侵害になりうる
- 安全配慮義務:過度な監視自体が、メンバーの精神的健康を害する可能性
実際に、日本の労働紛争で「過剰な監視によるパワーハラスメント」と認定された事例も出てきています。
💡 ポイント 「労働時間の把握」と「常時監視」は、まったく別物です。本コースは、労働時間の管理は雇用者の責務として尊重しつつ、過剰な監視ソフトの導入には批判的な立場を取ります。理由は、倫理・心理・法・運用のすべての観点で、得るものよりリスクが大きいからです。
Microsoft Productivity Score 論争(2020 年)
過剰監視の問題が世界的に議論された象徴的な出来事が、2020 年の Microsoft Productivity Score の論争です。
何が起きたか
2020 年 10 月、Microsoft は「Microsoft 365 Productivity Score」という機能を一般公開しました。これは、企業の従業員が Microsoft 365 のさまざまなアプリ(Teams、Outlook、Word、Excel など)をどれだけ使っているかを測り、組織と個人の「生産性スコア」を算出する機能でした。
しかし公開後すぐに、欧州を中心にプライバシー専門家から強い批判が出ました。批判の中心は、
- 個人レベルで使用パターンが追跡され、上司に見える状態になる
- 「生産性スコア」という指標が、利用ツールの量を生産性と誤って同一視する
- メンバーへの監視・プレッシャーを助長する
というものでした。
Microsoft の対応
批判を受けて、Microsoft は数日のうちに方針転換しました。2020 年 12 月には、Productivity Score の機能から「個人を特定できる情報」を削除し、組織レベルのみの分析に変更しました。
この出来事の含意
この一連の流れは、リモートマネジメントの世界における「過剰監視への倫理的なレッドライン」を、明確に示しました。世界最大級のテック企業すら、個人レベルの監視機能を引っ込めざるをえなかった——という事実は、その後の業界に大きな影響を与えています。
📝 補足 Microsoft Productivity Score の論争は、「テック企業が、自社のツールでメンバーを監視できる」ことを世界に知らしめた瞬間でもありました。Slack の利用パターン、メールの送受信時刻、会議の参加時間、これらはすべて、雇用者がアクセスできる情報です。これをどう使うかは、組織の倫理的判断です。
「信頼と検証」のバランス
過剰監視と管理放棄の間の「第三の道」を、本レッスンの中心メッセージとして整理します。
原則:信頼を基本に、検証は仕組みで
- メンバーを「信頼できない存在」として扱う前提を取らない
- 一方、「信頼するから何もしない」のではなく、検証は「仕組み」で行う
- 検証の対象は「投入された時間や姿勢」ではなく「生み出された成果」
具体的な動作
| 軸 | 推奨 | 非推奨 |
|---|---|---|
| 労働時間管理 | 法的義務として、自己申告ベースで把握 | キーログ・画面録画など常時監視 |
| 進捗管理 | 週次の進捗共有(文書化)と OKR・KPI | マウス・キーボードの動きを追跡 |
| 1on1 | 隔週〜週次の対話で状態を確認 | 「常時オン」を強制 |
| Slack・Teams の活動 | 必要に応じて参照、個人を比較しない | 「オンライン時間ランキング」を貼り出す |
| カメラ | 1on1 では推奨、すべての会議では強制しない | 24 時間オンを強制 |
⚠️ 注意 「信頼と検証のバランス」は、組織の規模・業界・成熟度・雇用形態によって最適点が変わります。本レッスンの提示は、一般的なホワイトカラーのリモートワークを念頭にしたものです。製造業、医療、コールセンター、金融など、業界特有の規制や安全要件がある場合は、別の検討が必要です。
講師の現場メモ:監視ソフト導入を撤回した経営陣
私(桑原)が独立後にコンサルティングをした、ある中堅 SaaS 企業の話です。コロナ後にリモート中心になった同社は、半年経って「メンバーがちゃんと働いているかわからない」という不安から、経営陣が時間追跡+スクリーンショット記録のソフト導入を検討していました。
私が呼ばれて入ったのは、ソフト選定の最終段階。「お薦めの製品はどれか」を聞かれました。
私は、製品選定の話に入る前に、3 つの質問をしました。
- 「監視ソフトを導入した結果、どんな状態を実現したいですか?」
- 「メンバーが『監視されている』と感じることが、組織にとって何を意味しますか?」
- 「過去 1 年で、メンバーのアウトプットに問題があった事例はいくつありましたか?」
経営陣の答えは、
- 「メンバーがちゃんと働いていることを確認したい」
- 「うーん……信頼関係が薄れるかもしれない」
- 「実は……問題があった事例はほとんどない」
3 番目の答えが象徴的でした。「実際の問題は起きていないが、漠然とした不安だけがある」状態で、監視ソフトを導入しようとしていたのです。
私は、監視ソフトを導入する代わりに、次の 3 つを提案しました。
- 各チームで OKR を導入し、四半期ごとの目標を文書化する
- 週次で進捗を Slack に投稿する運用を作る
- マネージャー全員に、リモート 1on1 のトレーニングを実施する
経営陣は迷いましたが、最終的に監視ソフトの導入を撤回し、私の提案を採用しました。
1 年後、その会社は離職率を 15% から 8% に下げ、リモートメンバーの満足度調査で過去最高を記録しました。経営陣の一人がふと言った言葉が、私の心に残っています。「あのとき監視ソフトを入れていたら、たぶん私たちは別の会社になっていた」と。
このときに改めて感じたのが、「監視ソフトの導入」は技術の選択ではなく、組織が「メンバーをどう見るか」の哲学的選択だ、ということです。本コースを学ぶ皆さんが、もし同じ選択に直面したら、ぜひ私の 3 つの質問を、まず自分のチームに対して立ててみてください。
まとめ
このレッスンでは、以下のことを学びました。
- 評価の 2 つの軸:インプット型(投入された時間・努力)とアウトプット型(生み出された成果)。リモートはアウトプット型と相性が良いが、日本企業では段階的な移行が現実的
- OKR・KPI は、アウトプット型評価を運用する代表的な道具。野心的な目標、定量的な Key Results、週次の可視化、失敗を歓迎する文化が機能の条件
- 過剰監視ソフト:時間追跡・画面録画・キーログなど、運用次第で倫理・心理・労働法の問題を引き起こす
- 倫理:信頼を構造的に壊す/心理:常時監視のストレス/法:日本の労働法・個人情報保護法・人格権・安全配慮義務の論点
- Microsoft Productivity Score(2020 年)論争:世界最大級のテック企業が個人レベルの監視機能を引っ込めた象徴的事例
- 「信頼と検証」のバランス:信頼を基本に、検証は仕組み(進捗共有・OKR・1on1)で
- 「労働時間の把握」と「常時監視」はまったく別物
次のレッスンでは、現代のリモート組織の実質的な標準形である、ハイブリッドワークを扱います。プロキシミティ・バイアス、Nick Bloom の Working from Home 研究、ハイブリッド会議の落とし穴を学びます。
確認クイズ
このレッスンの理解度をチェックしましょう。