OKRの書き方とエンジニア向けの例｜KPIとの違いとスコア計算

OKRとは、めざす状態を言葉で書いた Objective（目標）1つに、その到達度を数値で測る Key Result（主要な成果）を3つほど組み合わせて書く目標設定の方法です。 エンジニアのOKRでは、Key Result に「リリースする」「導入する」といった作業ではなく、応答時間・エラー率・リードタイムのような測れる成果を書くことが要点になります。

この記事では、バックエンド・フロントエンド・SRE・QA・開発基盤の5つの役割ごとに記入例を20組用意し、作業を書いてしまった Key Result の書き直し例、スコアの計算式（Pythonと表計算の数式）、OKR・KPI・MBOの比較表、四半期の運用カレンダー、貼り付けて使えるOKRシートのテンプレートまでをまとめました。

確認環境：スコア計算は Python 3.11.15 で実行し、表計算の数式は LibreOffice Calc 24.2.7 のヘッドレス実行で同じ値になることを確かめています。

OKRの書き方の早見表

個数とスコアの目安は、Google の re:Work「Set goals with OKRs」に記載されている内容です（3〜5個の Objective、Objective ごとに3つ前後の Key Result、0.0〜1.0 の採点、狙いどころは60〜70%）。

OKRの構成：ObjectiveとKey Resultの役割

OKRは2つの部品でできています。

Objective は「向かう方向」、Key Result は「到達の証拠」 と分けて考えると書きやすくなります。Key Result の下に、そのために行う作業（施策・タスク）を並べますが、これはOKR本体とは別の欄に書きます。

Objective  : 予約APIを速く安定させる
  KR1      : 検索APIのp95応答時間を 800ms → 300ms
  KR2      : 5xxエラー率を 1.2% → 0.2%
  KR3      : 主要APIの自動テスト網羅率を 55% → 80%
    施策   : 検索結果のキャッシュ、N+1クエリの解消、結合テストの追加

Key Resultに入れる4つの要素

開始値を書いておくと、期末にスコアを式で出せます。 「300ms以下にする」だけだと、どこから出発したかがわからず、450msまで縮めた前進を数値で表せません。

作業を書いてしまったKey Resultの書き直し対比表

エンジニアのOKRでいちばん多いのが、Key Result に作業の完了を書く形です。作業は終わっても、利用者や運用にとっての成果が出たかどうかはわかりません。「それをやると、何の数値がどう変わるのか」を1段掘り下げると成果の形になります。

作業の完了しか書けない場合（たとえば新しい基盤の立ち上げ）は、段階ごとの配点を先に決めておく方法があります。「設計レビュー完了＝0.3、検証環境で稼働＝0.6、本番で稼働＝1.0」のように決めておけば、期末の採点で迷いません。

書いた後の確認表

役割別のOKR記入例20組

題材は架空の「社内の備品予約システム」とその開発チームです。Objective 1つと Key Result 3つを1組として、役割ごとに4組ずつ、合計20組を載せます。数値は書き方を示すための例なので、自分のチームの開始値に置き換えて使ってください。

バックエンドのOKR例（4組）

フロントエンドのOKR例（4組）

SREのOKR例（4組）

QAのOKR例（4組）

開発基盤のOKR例（4組）

役割別によく使う指標の一覧

Key Result の指標選びに迷ったら、次の表から自分のチームで測れるものを選ぶと書き出しやすくなります。

OKR・KPI・MBOの比較早見表

3つは競合するものではなく、役割が違うので併用できます。

re:Work でも、OKRは人事評価と同じものではなく、個人を評価する包括的な手段ではないと説明されています。評価に直結させると届く目標ばかりが並びやすくなるため、OKRは挑戦の方向づけ、評価は別のしくみと分ける運用が一般的です。

KPIとOKRの使い分け

同じ指標でも、置かれた状況でどちらに書くかが変わります。

OKRで動かし、KPIで保つという流れで考えると整理できます。KPIが健全な範囲から外れたらOKRの候補にし、OKRで届いた値は次の期からKPIとして見守ります。

OKRのスコア計算：開始値・目標値・期末の値から求める

計算式

KRのスコア = (期末の値 − 開始値) ÷ (目標値 − 開始値)
             ※ 0.0 より小さければ 0.0、1.0 より大きければ 1.0 にする

Objectiveのスコア = 配下のKRのスコアの平均

この式は、増やしたい指標にも減らしたい指標にもそのまま使えます。応答時間のように減らす指標では分子も分母もマイナスになり、割った結果はプラスになります。

Pythonで計算する（実行結果つき）

タブ区切りのOKRシートを読み、Key Result のスコアと Objective の平均を出すスクリプトです。標準ライブラリだけで動きます。

"""OKRのスコア計算: 開始値・目標値・期末の値から 0.0〜1.0 を求める"""
import csv
import io
from collections import defaultdict

TSV = """objective\tkr\tstart\ttarget\tactual
O1 予約APIを速く安定させる\tKR1 検索APIのp95応答時間(ms)\t800\t300\t450
O1 予約APIを速く安定させる\tKR2 5xxエラー率(%)\t1.2\t0.2\t0.5
O1 予約APIを速く安定させる\tKR3 主要APIの自動テスト網羅率(%)\t55\t80\t85
O2 リリースを日常の作業にする\tKR1 週あたりの本番リリース回数\t1\t5\t3
O2 リリースを日常の作業にする\tKR2 変更のリードタイム(時間)\t72\t24\t80
O2 リリースを日常の作業にする\tKR3 リリース手順書の自動化率(%)\t40\t100\t76
"""


def kr_score(start: float, target: float, actual: float) -> float:
    """(期末の値 - 開始値) / (目標値 - 開始値) を 0.0〜1.0 に収める"""
    if target == start:
        raise ValueError("開始値と目標値が同じです")
    raw = (actual - start) / (target - start)
    return max(0.0, min(1.0, raw))


def label(score: float) -> str:
    if score >= 0.7:
        return "達成圏"
    if score >= 0.4:
        return "前進"
    return "見直し"


rows = list(csv.DictReader(io.StringIO(TSV), delimiter="\t"))
by_objective = defaultdict(list)

print(f"{'KR':<34}{'開始':>7}{'目標':>7}{'期末':>7}{'スコア':>6}")
for r in rows:
    s = kr_score(float(r["start"]), float(r["target"]), float(r["actual"]))
    by_objective[r["objective"]].append(s)
    print(f"{r['kr']:<34}{r['start']:>8}{r['target']:>8}{r['actual']:>8}{s:>8.2f}")

print()
total = []
for obj, scores in by_objective.items():
    avg = sum(scores) / len(scores)
    total.append(avg)
    print(f"{obj}: {avg:.2f} ({label(avg)})  KR={[round(s, 2) for s in scores]}")
print(f"全体の平均: {sum(total) / len(total):.2f}")

実行結果です（python3 okr_score.py）。

KR                                     開始     目標     期末   スコア
KR1 検索APIのp95応答時間(ms)                  800     300     450    0.70
KR2 5xxエラー率(%)                         1.2     0.2     0.5    0.70
KR3 主要APIの自動テスト網羅率(%)                   55      80      85    1.00
KR1 週あたりの本番リリース回数                        1       5       3    0.50
KR2 変更のリードタイム(時間)                       72      24      80    0.00
KR3 リリース手順書の自動化率(%)                     40     100      76    0.60

O1 予約APIを速く安定させる: 0.80 (達成圏)  KR=[0.7, 0.7, 1.0]
O2 リリースを日常の作業にする: 0.37 (見直し)  KR=[0.5, 0.0, 0.6]
全体の平均: 0.58

読み取れることは3つあります。

• 網羅率は目標の80%を超えて85%でも、スコアは1.00で止まります。 上限を設けないと1.2になり、ほかの Key Result の遅れを平均で打ち消してしまいます。
• リードタイムは開始値より後退したので0.00です。 下限を設けないとマイナスになり、平均が実態より低く出ます。
• 全体の平均0.58は、狙いどころの0.6〜0.7にあと一歩の位置です。O2のリードタイムが伸びた原因を振り返りの題材にできます。

判定の区切り（0.7以上・0.4以上）はこのスクリプトでの例です。チームで区切りを決めておくと、期末の会話がそろいます。

重みを付ける場合と、数値で測りにくいKRの場合

Key Result の重要度に差があるときは重み付き平均を使います。作業の完了で判定する Key Result は、段階ごとの配点を先に決めます。

# 重み付き平均と、段階を決めておくKR
def kr_score(start, target, actual):
    return max(0.0, min(1.0, (actual - start) / (target - start)))

krs = [
    ("p95応答時間", kr_score(800, 300, 450), 0.5),
    ("5xxエラー率", kr_score(1.2, 0.2, 0.5), 0.3),
    ("テスト網羅率", kr_score(55, 80, 85), 0.2),
]
simple = sum(s for _, s, _ in krs) / len(krs)
weighted = sum(s * w for _, s, w in krs) / sum(w for _, _, w in krs)
print(f"単純平均 : {simple:.2f}")
print(f"重み付き : {weighted:.2f}")

# 段階を決めておくKR(期初に配点を合意しておく)
milestones = {"設計レビュー完了": 0.3, "検証環境で稼働": 0.6, "本番で稼働": 1.0}
print("段階KR   :", milestones["検証環境で稼働"])

単純平均 : 0.80
重み付き : 0.76
段階KR   : 0.6

重みは期初に決めて、期中に変えないのが原則です。期末に重みを動かすと、スコアを後から調整できてしまいます。

表計算ソフトの数式

同じ計算を表計算ソフトで行う数式です。A列に Key Result、B列に開始値、C列に目標値、D列に期末の値を入れます。

LibreOffice Calc で計算した結果です。Python の結果と一致しています。

重みを別の列（F列）に置く場合は =SUMPRODUCT(E2:E4,F2:F4)/SUM(F2:F4) と書くと、行を増やしても数式を直さずに済みます。

スコアの読み方

スコアは成績ではなく、次の期の計画を決めるための材料です。0.0〜0.3の Objective があったら、「着手できなかった」「着手したが指標が動かなかった」「指標の選び方が合っていなかった」のどれかを切り分けると、次の一手が決まります。

四半期の運用カレンダー

10月〜12月の四半期を例にした、13週間の流れです。

週次チェックで見る3点

週次チェックは報告会にせず、数値の更新と妨げの解消だけに絞ると15分で終わります。期中に Key Result の目標値を書き換えるのは、前提が変わったとき（対象の機能が中止になった など）に限り、変更の理由をシートに残します。

OKRシートのテンプレート（タブ区切り）

表計算ソフトのA1セルに貼り付けると、そのまま列に分かれます。スコアの列には上の数式を入れてください。

期間  チーム Objective   KR番号    Key Result  指標と測り方  開始値 目標値 現在の値    期末の値    スコア 重み  自信度 担当  主な施策    メモ
2026Q4      O1  KR1                                                 
2026Q4      O1  KR2                                                 
2026Q4      O1  KR3                                                 
2026Q4      O2  KR1                                                 
2026Q4      O2  KR2                                                 
2026Q4      O2  KR3                                                 

記入例です。

期間  チーム Objective   KR番号    Key Result  指標と測り方  開始値 目標値 現在の値    期末の値    スコア 重み  自信度 担当  主な施策    メモ
2026Q4  予約API   O1 予約APIを速く安定させる    KR1 検索APIのp95応答時間を800msから300msにする   APMの直近7日のp95(ms)    800 300 620 450 0.70    0.5 6   佐藤  検索結果のキャッシュ、N+1クエリの解消    負荷試験は第5週
2026Q4  予約API   O1 予約APIを速く安定させる    KR2 5xxエラー率を1.2%から0.2%にする   ログ集計の週次の値(%)    1.2 0.2 0.8 0.5 0.70    0.3 6   鈴木  タイムアウト設定の見直し、再試行の追加 
2026Q4  予約API   O1 予約APIを速く安定させる    KR3 主要APIの自動テスト網羅率を55%から80%にする  CIのカバレッジレポート(%) 55  80  70  85  1.00    0.2 8   高橋  結合テストの追加    対象は主要12API

Markdown で管理する場合のひな形です。

## 2026Q4 予約APIチームのOKR

### O1 予約APIを速く安定させる（スコア: 0.80）

| KR | 指標と測り方 | 開始値 | 目標値 | 期末の値 | スコア |
|---|---|---|---|---|---|
| KR1 検索APIのp95応答時間 | APMの直近7日のp95(ms) | 800 | 300 | 450 | 0.70 |
| KR2 5xxエラー率 | ログ集計の週次の値(%) | 1.2 | 0.2 | 0.5 | 0.70 |
| KR3 主要APIの自動テスト網羅率 | CIのカバレッジレポート(%) | 55 | 80 | 85 | 1.00 |

- 施策: 検索結果のキャッシュ、N+1クエリの解消、結合テストの追加
- 振り返り: キャッシュの効果が大きかった。エラー率は再試行の追加で残りを詰める

つまずきやすい点と整え方

よくある質問

Q. エンジニアの仕事は数値にしにくいのですが、どう書けばよいですか？ A. 速さ（応答時間・リードタイム・所要時間）、品質（エラー率・不具合数・再発件数）、量と効率（回数・割合・工数）の3つの面から、測れる指標を1つずつ探すと見つかりやすくなります。どうしても数値にならない場合は、段階ごとの配点（0.3／0.6／1.0）を期初に決めておきます。

Q. 保守や運用が中心のチームでもOKRは使えますか？ A. 使えます。日々の水準を保つ数値はKPIとして見守り、「呼び出しの回数を減らす」「手作業の再実行をなくす」のように、いまの状態から動かしたいものだけをOKRに書きます。Objective は1〜2個でも成り立ちます。

Q. スコアが0.6〜0.7で良いとされるのはなぜですか？ A. OKRは背伸びした高さの目標を置く前提だからです。re:Work では、0.0〜1.0 で採点し、全体の平均で0.6〜0.7を見込むと説明されています。毎回1.0になる場合は、目標値をもう一段高く置く余地があります。

Q. 個人のOKRも作るべきですか？ A. まずチームのOKRだけで始めると運用が軽くなります。個人のOKRを作る場合も、チームの Key Result のどれに寄与するかを1行で書ける範囲にとどめると、週次チェックの負担が増えません。

まとめ

• Objective は向かう方向を言葉で、Key Result は到達の証拠を数値で書く。 Key Result には指標・開始値・目標値・期限をそろえる
• Key Result に作業を書いたら、「それで何の数値がどう変わるか」を掘り下げて成果の形に直す
• スコアは（期末の値 − 開始値）÷（目標値 − 開始値）を0.0〜1.0に収めた値。 増やす指標にも減らす指標にも同じ式が使える
• Objective のスコアは Key Result の平均。 重みを付けるなら期初に決める
• OKRで動かし、KPIで保つ。 MBOを含めた3つは役割が違うので併用できる
• 四半期は「第1週に開始値を測って確定 → 週次15分 → 第7週に中間レビュー → 第13週に採点」 の流れで回す
• スコアは成績ではなく、次の期の計画を決める材料として使う

参考・出典

• Google re:Work「Guide: Set goals with OKRs」 https://rework.withgoogle.com/intl/en/guides/set-goals-with-okrs （Objective と Key Result の個数、0.0〜1.0 の採点、60〜70% の狙いどころ、人事評価との関係）

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。