3人チームでOKRを運用する：スタートアップPMの実践ガイド

OKRはGoogleやIntelが採用したことで有名だが、大企業向けの理論をそのまま3人チームに適用しようとすると失敗する。運用コストが成果を上回り、「OKRのためのOKR」になってしまう。

本稿では、小規模チームでOKRを実際に機能させるための現実的なアプローチを解説する。

小規模チームでOKRが失敗する典型パターン

パターン1：Objectiveが抽象的すぎる 「素晴らしいプロダクトを作る」のような抽象的なObjectiveは、毎週の行動と結びつかない。3人チームにとって有効なObjectiveは「チームが毎朝起き上がれる理由」になるほど具体的でなければならない。

パターン2：Key Resultsが多すぎる 大企業のOKRでは1つのObjectiveに3〜5つのKRが推奨される。しかし3人チームでは、週に確認できる指標は2〜3つが限界だ。それ以上設定すると、どれも追いつかなくなる。

パターン3：四半期単位が長すぎる スタートアップのビジネス環境は1ヶ月で大きく変わる。四半期OKRを3ヶ月後に振り返ると「もうこのObjectiveは関係なくなっている」という事態が起きる。

3人チーム向けOKRの設計原則

原則1：OKRは「1チーム1Objective」から始める

チーム全体で共有するObjectiveを1つだけ設定する。個人OKRは後で追加できるが、最初は「チームとして今期に何を達成するか」という1点集中が重要だ。

原則2：Key Resultsは「毎週更新できる数値」だけ

良いKR：「月次アクティブユーザー数を500人から800人に増やす」 悪いKR：「顧客満足度を向上させる」（数値化されていない） 悪いKR：「新機能を10個リリースする」（アウトカムではなくアウトプット）

3人チームで管理できるKRは2〜3個まで。

原則3：6週間サイクルで回す（四半期ではなく）

四半期ではなく6週間を1サイクルとして設定する。3週目に「ハーフタイムレビュー」を行い、必要なら方向修正する。このリズムがスタートアップの変化速度に合っている。

実際の3人チームOKR例

背景： SaaSプロダクトの0→1フェーズ。PMとエンジニア2名の3人チーム。

■ Objective（6週間）
「最初の10社のペイドカスタマーを獲得し、
継続課金のビジネスモデルが成立することを証明する」

■ Key Results
KR1: 有料契約社数 0→10社
KR2: 平均MRR（月次収益）1社あたり5万円以上
KR3: 初月チャーン率0%（10社全員が2ヶ月目も継続）

このOKRは毎週KR1〜3の数値を更新するだけで進捗を把握できる。「今週は何をすべきか」という行動との接続も明確だ。

週次OKRレビューの進め方（15分）

3人チームなら、毎週月曜の朝15分でOKRレビューができる。

アジェンダ：

1. 各KRの現在値を確認（5分）
2. 目標から遅れている場合は原因と対策を1つ決める（5分）
3. 今週の優先タスクをKRに紐付けて確認（5分）

会議の議題は「KRの数値が動いたか・動かなかったか」だけに集中する。「なぜ動かなかったか」の議論は長くなりがちなので、別途1on1か非同期で行う。

OKRとタスク管理の接続

OKRが「目標」でタスク管理が「実行」だとすると、この2つを接続させることが重要だ。

推奨する方法は、NotionやClickUpのタスクに「OKRタグ」をつける仕組みを作ることだ。

タスク例：
- [KR1] A社に提案書を送る（期日：火曜）
- [KR3] B社のオンボーディング完了確認（期日：水曜）
- [KR2] 価格ページのA/Bテスト開始（期日：金曜）

タスクとOKRが紐づいていると、「このタスクは今週のOKRに貢献しているか？」という問いかけが習慣になる。KRに紐づかないタスクは「そもそも今週やるべきか」を問い直す機会にもなる。

まとめ

3人チームでのOKR成功の鍵は「シンプルさの維持」だ。Objective1つ・KR2〜3個・6週間サイクル・毎週15分のレビュー。このシンプルな設計を守れば、OKRは重荷ではなく「チームの羅針盤」として機能する。