概要

• SocialDogでは評価・目標設定にOKRを使っています。
• SocialDogでのOKRは一般的な定義と異なる箇所があります。
• このページに従ってOKRを設定してください。

目次

• 概要
• 目次
• OKRとは
• OKRのメリット
• SocialDogにおけるOKRの位置づけ
• Objective
• 良いObjective
• Key Results(KR)
• コミットKR
• 挑戦KR
• 良いKey Results
• 良いOKR（SMART）
• OKRの例
• OKRの修正が必要な場合
• OKRデータベースについて
• OKRを追加する
• Key Resultsを修正する
• 振り返りを入力する
• FAQ
• 個人のKey Resultsを達成するためには、Key Resultsで決まっている項目以外の仕事はしない方がよいのですか？
• 定量目標を設定するのが難しいです。定性的な目標でもいいですか？

OKRとは

• OKRとは、上記のように、会社全体・各チーム・個人にObjective（目的）とKey Results（成果指標）を設定し、定期的にその進捗を確認する仕組みです。
• 全社OKR・チームOKRから、個人のOKRまで設定し、相互の関連を定義します。

OKRのメリット

• 各チームが達成すべきことを明確になり、重要なことに集中できるようになる
• OKR達成の方法を考えることで、各チーム内での戦略立案をすることの仕組み化になる
• ほどよい緊張感を生む
• メンバーのベクトルが揃う
• 進捗が共有される

SocialDogにおけるOKRの位置づけ

OKRは会社によって運用方針がかなり異なります。

SocialDogにおいては以下のように運用します：

• 個人OKRの達成度を、評価制度と紐付けます
• 成果に報酬で報いる組織にしたいからです。
• 期中に柔軟に変更できるようにします
• 6ヶ月後の状態を正確に見積もるのは難しいです。適時最適なOKRに修正していきます。

Objective

• 目的。目指す状態。

良いObjective

下記のようなものにします：

• 下位のObjectiveを達成すると、上位のObjectiveが達成される
• 聞いたらワクワクするような表現になっている
• 表現は自由です。
• 1つにする
• 重要なことにフォーカスするためです。複数設定したくなった場合は、抽象度を上げるか、重要でない方を削除するかして1つにしましょう。
• 適切な抽象度にする
• 具体的すぎず、抽象的すぎないようにします。
• 具体的すぎると、それ以外の重要なことに意識がいかなくなります。
‣
例

Key Results(KR)

• Objectiveをどの程度達成したかを判断するための指標です。
• SocialDogでは、「コミットKR」と「挑戦KR」の2つを設定します。
‣
なぜ「コミットKR」と「挑戦KR」の2つを設定するのですか？

コミットKR

• 「OKR達成度評価」のA評価に相当します。
• 評価期間中に必ず達成することを目指す内容にします。

挑戦KR

• 「OKR達成度評価」のS評価に相当します。
• いわゆる「野心的なOKR」で、70%くらいなら達成できそうな、ストレッチゴールとなる内容にします。

良いKey Results

• Key Resultsを達成できたらObjectiveも達成できたと言える
• 難しすぎず、簡単すぎない
• 期待が高すぎると、一定の結果が出ていて評価すべきなのに「未達」ということになってしまいます。
• 期待が低すぎると、結果が出ていなくて本当は「イマイチ」なのに、「達成」したことになってしまいます。
• 定量的（例：●件以上）
• 定量にするのが難しい場合は、無理に定量的な目標にする必要はありません。
• 定性的なKey Resultsにする場合は、最低限、100%（達成度：A）の状態がどういう状態かを決めておきます。
• 結果指標（例：●●を●●にする）
• 難しい場合は、「行動指標」（例：●●をする）でも問題ありません。
• 評価期間全体の結果を反映する
• 最終月だけでなく、6か月間全体の成果があらわれる数値にします。
• 評価期間内に結果がでるようにしてください。
1. 例：●●機能を●月にリリースできる状態にしておく
• 評価期間全体の成果の大部分（少なくても8割程度）を評価できるように設定します。
• 例: 実装と設計をする必要がある場合には、実装に関するKRだけではなく、設計に関するKRも含めます。
• 3つ程度
• 多くても5つに絞り込みます。
• ウエイトが記載されている
• 複数の目標のそれぞれの重要度が大きく異なる場合はウェイト（例：50%・30%・20%のように）を記載してください。
• 数値が確認できるURLにリンクしている
• 手動更新のスプレッドシートでもよいですが、自動更新されるMetabase/ChartMogul/GitClearが望ましいです。
• 自分以外の要因で達成・未達成になる要素がない（マネージャーを除く）
• 本人やそのチームの努力次第で達成でき、そのための裁量を持っているようにします。
• Key Resultsの達成度評価の際に、自分以外が原因で達成できないことがないほうが望ましいです。
• 等級を意識している
• 自身の等級で求められている水準を満たすようにします。
👉
• 📄等級定義表
• （エンジニア向け） エンジニアの個人KRについて（社内のみ）
• 昇格を目指す場合（等級内の報酬レンジの上限に近い場合）は、Objectiveに昇格のための必要な要素を入れます。
• リリース内容にする場合
• リリース対象（スコープ）をある程度具体的にする
• 「リリース」が全員なのか一部なのかを定義する

良いOKR（SMART）

よいOKR設定のわかりやすい基準として「SMART」があります。これを参考に良いOKRの設定を目指しましょう！

• Specific　具体的
• 目指すことが明確か。何のためにやるか、マネージャーと本人の認識は揃っているか。
• Measurable　測定可能
• 設定したOKRを振り返ることができるか。評価できるか。
• Achievable　達成可能
• 容易ではないが、達成可能であるか。
• Related / Relevant　経営OKR/組織OKRとの関連
• そのOKRを達成すれば会社・チームのObjectiveの達成にも貢献できるか。
• Time-bound　期限がある
• いつまでにやるか決まっているか。

OKRの例

OKRの修正が必要な場合

下記のような場合は、ObjectiveやKey Resultsを修正する必要があります。

• 修正が必要な例
• OKRの難易度が想定と異なった場合 （約3ヶ月間やってみて、OKRが「難しすぎる」または「簡単すぎる」と思われる場合）
• 指標の基準が変わる場合
• 状況が大きく変わった場合
• 修正が不要な例
• パフォーマンスが上がった（落ちた）ことにより、達成確度が高く（低く）なった場合
• 「がんばったら目標が上がって結局A評価になってしまう」ということにはしないため。

OKRデータベースについて

• OKRは、OKRデータベース で管理します。
• Objectives、Key Resultsのステータスの意味は次のとおりです。

ステータス	説明
ドラフト	下書き状態です。
承認待ち	入力が完了し、マネージャーの確認待ちの状態です。
有効	マネージャー・経営陣が承認し、有効になっている状態です。
取り下げ	検討の結果、採用しないことにしたものです。
失効	一度有効になったKRが修正などにより、失効したものです。

• OKRのページはすべて公開となっています。
• 給与や健康などパブリックにすべきでない内容は書かないでください。

OKRを追加する

期首には、下記の手順でObjectivesとKeyResultsを追加します。

1. まず、Objectiveを追加します。
1. の上部の「Objectives（当期）」ビューを開く
2. 左端の▶をクリックしていき、自分の所属チーム（マネージャーの場合はOKRの上位）を開く
3. 「新規サブアイテム」をクリック
4. 追加されたページのタイトルを [チーム名または自分へのメンション]: [Objectiveの内容] にします。
5. そのObjectiveに期、設定した背景、KR達成のための実施事項をできるだけ具体的・詳細に記入します。
6. 昇格（上位の等級への変更）にチャレンジしたいと思う場合は、その旨も記載します。
2. 次にKey Resultsを追加します。
1. Objectiveのページ内の「Key Resultsを追加」をクリックし、下記のプロパティを入力します。
1. Key Result
1. Key Resultの項目名（「●%にする」などのコミットKRなどの内容は入力しないでください）
2. 機能の開発やリリースについて書く場合は、KeyResultを「●●機能」とし、コミットKRを「リリース」などとしてください。
2. 前期実績
1. そのKRの定義で、前期の6か月分の実績
1. 入社前だったり、「〜をリリースする」というKRのように前期に実績がない場合は入力不要です。
3. コミットKR
4. 挑戦KR
5. ウエイト
• KRの重要度が異なる場合に、入力します。その人（チーム）のすべてのKRのウエイトの合計が100%になるように入力します。
• 期中で修正・取り下げをする場合には、ウエイトの合計が100%にならなくても問題ありません。
• 未入力の場合はすべてのKRのウエイトが均等であるとみなします。
‣
総合評価を決める際に使われます。
6. ステータス
1. 「ドラフト」のまま
2. KRの個数分2のステップを繰り返します。
3. を確認して、内容を見直します。
4. 👥面談について - OKR面談 に従い、ページコメントでマネージャーに確認を依頼し、ステータスを「承認待ち」に変更します。次の対応する必要がある人を「担当者」に入力します。
5. 最終的に経営陣に承認されるとステータスが「有効」となります。

Key Resultsを修正する

Key Resultsを修正する場合、修正内容がわかりやすいよう、修正対象のページを編集するのではなく、新たに修正後のKeyResultsのページを追加してください。

1. Objectiveのページ内の「Key Resultsを追加」をクリックしてKey Resultsを新たに追加します。
1. 修正後のKeyResultsの内容と入力します。
2. 本文に修正の理由を記入します。
3. ステータスは「ドラフト」にしておきます。
4. 「修正前のKR」に、修正前のKRを入れます。新規で追加する場合は空欄でOK
2. 内容を入力したらページコメントでマネージャーに修正したい旨のコメントをし、ステータスを「承認待ち」に変更します。次の対応する必要がある人を「担当者」に入力します。
3. 最終的に経営陣に承認されるとステータスが「有効」となり、修正前のものは「修正のため失効」となります。

振り返りを入力する

チームのマネージャー用の手順です。

1. KeyResultsのページを開きます。
2. 下記の「振り返りテンプレート」をコピーして貼り付けます。
1. 同期ブロックではなく、「そのまま貼り付け」を選択してください。
3. 日付を入力日に変更します。

FAQ