個人も組織も同様に、達成したいことを明確に定義し、それに向かって体系的に推進することに苦心している。
1970年代、インテルがこの課題に直面したとき、同社の元最高経営責任者（CEO）であるアンドリュー・グローブは、オブジェクトと鍵の結果（OKR）のフレームワークを設計した。それ以来、Google、Microsoft、Uber、その他いくつかの多国籍企業がOKRを採用し、努力を推進している。
このブログポストでは、エンジニアリングチームにOKRを採用する方法に焦点を当てる。始めよう。
エンジニアリングOKRとは？
エンジニアリングOKRは、組織、ソフトウェア開発チーム、または個々の従業員のために設定できるオブジェクトと鍵の結果です。
オブジェクト：重要で、関連性があり、明確に定義された、定性的でインスピレーションを与えるオブジェクト。
鍵結果：そのオブジェクトの達成を追跡する測定可能な成果。通常、各目標には3～5個の鍵結果がある。
実際には、製品チームではこのようになる。
- オブジェクト：システムの信頼性を向上させる
- 鍵結果1：システムのダウンタイムを5%から1%に減らす
- 鍵結果 2：ユニットテストのカバレッジを 70% から 90% に向上させる
- 鍵結果 3：自動化パフォーマンス監視ツールの導入
この定義のどこに目標という単語があるのか疑問に思っているのであれば、以下の記事を参照されたい。
/参考文献 https://clickup.com/ja/blog/9152/undefined/。 目標 vs. オブジェクト /目標
.
エンジニアチームにおけるOKRの重要性
組織の収益や利益に直接影響する営業のような活動とは異なり、エンジニアリングは距離がある。そのため、エンジニアリングチームにとっては、自分たちがやること、達成すべきことが何なのかがわからず、やや混乱する。
しかし、最初のレッスンは
/参考文献 https://clickup.com/ja/blog/128971/undefined/ エンジニアの管理方法 /%href/
の章はOKRであろう。オブジェクトと鍵結果のフレームワークは、エンジニアの努力に明確なロードマップを与え、彼らが重要なことに集中できるようにする。その方法はこうだ。
焦点：OKRは、何が最も重要かを明確に定義することで仕事の優先順位をつけ、チームが優先度の高いビジネス・オブジェクトの達成にリソースと努力を集中できるようにします。
アライメント：OKRは最上位から始まります。組織のオブジェクトはチーム、そして個人へと細分化されます。これにより、全員の努力が組織のオブジェクトと整合するようになります。
質的側面と量的側面の両立：エンジニアリングOKRは、定性的なオブジェクトを測定可能な鍵結果に分解することに重点を置き、組織の目的の全領域をカバーします。
客観性：OKRの測定可能な性質により、チームは進捗を客観的に追跡できます。チームメンバーは、鍵になる結果に共通点を見出し、目標達成に向けてサポートし合うことができる。
目的：OKRはチームメンバーに使命と結集すべき目的を与えます。これは世界を救うような壮大なものである必要はない。卓越したソフトウェアを提供する」「ユーザー中心の製品を作る」といったシンプルなものでよく、チームメンバーに仕事への感情的な接続を与える。特にミレニアル世代やZ世代は、企業の価値をよく見ているため、OKRはその価値観を共有するのに最適な方法なのです。
エンジニアリングOKR導入の課題
多くの利点があるにもかかわらず、OKRの導入は容易ではない。OKRを組織全体に導入するには、以下に述べるような課題がつきまといます。
目標が多すぎる
何事も多すぎるのは良くない。1回のOKRサイクルで多くのオブジェクトを達成しすぎると、集中力やリソースが希薄になり、燃え尽き症候群や効果の低下につながります。
コードベース全体をリファクタリングし、マイクロサービスアーキテクチャを導入し、テストカバレッジを100%達成する、という意欲的なオブジェクトを同じ四半期内に設定するかもしれない。
このような過剰なコミットは非現実的であり、チームを薄くしすぎ、どのオブジェクトも満足に達成できない危険性がある。
個人の目標とのズレ
エンジニアリングチームは、多様なスキル、キャリア志向、個人的な動機を持つ個人で構成されています。多くの場合、OKRをより広範な会社のオブジェクトと整合させるのに苦労する。
目標設定プロセスにチームを関与させることなくトップダウンでOKRを押し付けると、OKRの達成に対する意欲の低下や個人的な投資の欠如につながる可能性があります。
非現実的なOKR
ソフトウェアエンジニアリングでは、すべての決定はトレードオフである。例えば、短い納期を設定した場合、チームメンバーを増やしたり、自動化ツールに費用をかけたりする必要があるかもしれない。
もしあなたがそのトレードオフ（ツールなしで既存のチームに短い納期を要求すること）をしたがらないなら、あなたはおそらく彼らを燃え尽きてしまい、彼らの恨みを買うだろう。
つまり、過度に強引なオブジェクトや鍵結果を設定することは、失敗するだけでなく、それを達成する喜びを妨げることになる。
曖昧なOKR
鍵になる結果の重要な部分は、具体的で測定可能であることだ。OKRが曖昧だと解釈の余地があり、さらなる混乱を招く。
例えば、目的が「カスタマーエクスペリエンスを向上させる」であり、鍵結果は「NPSスコアを向上させる」であるが、これは不完全であり、測定可能ではない。これは曖昧なOKRである。
成果ではなくアウトプットを測定する誘惑
鍵結果は、完了するタスク｛アウトプット｝ではなく、達成すべき結果である。ですから、エンジニアリングのOKRは、測定しやすいとはいえ、コード行数やバグ数ではありえません。
この違いを積極的に考慮することなく、企業は間違ったOKRを設定し、最終的に組織目標をサポートできない。
進捗を追跡しない
OKRは通常、その年に設定されます。つまり、組織が直面する最大のリスクは、設定して忘れるという問題である！
その結果、チームは鍵になる成果を追跡せず、調整/改善を行わず、最終的に遅れをとってしまう。
例えば、OKRの明確なビューがない場合、次のような問題が発生する。
/参照 https://clickup.com/ja/blog/13880/undefined/ 目標追跡アプリ /%href/
チームメンバーは、重要な戦略タスクよりも目先のタスクや緊急タスクを優先し、すべての努力を頓挫させてしまうかもしれない。
硬直性
ビジネスは進化する。ある四半期には優先度 が高かったものが、次の四半期には重要度が低くなったり、無関係になることさえあります。
今日のプロジェクトはダイナミックであり、新しい洞察、カスタマーのフィードバック、技術的な課題が定期的に出現する。OKRを調整しないことで、エンジニアリングチームは、もはや会社の成功に有意義に貢献しないオブジェクトに向かって仕事をする危険性がある。
進化するビジネスの状況を考慮せずに、最初に設定したOKRに固執するチームは、もはや役に立たない時代遅れの仕事を提供するかもしれない。
ありがたいことに、OKRが誕生して以来、いくつかの組織がOKRのこうした課題に直面し、回避策を考案してきた。次に、これらの課題を克服し、OKRを組織で成功させる方法を紹介する。
エンジニアリングチームへのOKRの導入
すべてのエンジニアリングチームにOKRを成功させるには、2つのことが必要です：戦略的プロセスと強固な エンジニアリング・プロジェクト管理ソフトウェア 包括的なプロジェクト管理を可能にします。
エンジニアリングチームにOKRを導入する成功の秘訣をご紹介します。
組織のOKRを理解する
OKRの目的は、組織全体を共通の目標に向けて調整することです。これをやるためには、エンジニアリングチームは、自分たちの仕事が会社のビジョンの中でどのように位置づけられるかを理解する必要があります。
そして、組織のOKRをエンジニアリングチームに適応させる。例えば、会社が最高のカスタマーエクスペリエンスを提供することを目標としている場合、エンジニアリングチームは、デジタル製品で最高のユーザーエクスペリエンスを提供するためにOKRを適応させることができる。
チームを含める
マネージャーによって設定された一連のオブジェクトやターゲットがチームに伝えられるだけでは、チームにとって刺激的ではない。そこで、OKRの設定にチームを含める。
チームの洞察を得る：チームの現在の成功指標を聞く。測定可能な要素を設定するために、チームと一緒に過去のパフォーマンスを調べましょう。ClickUpダッシュボードは、あなたが見たいすべての主要メトリクスを提供します。
OKRを適切な時期に設定する：ビジネスサイクルを地図上にマッピングし、OKRをそのサイクルに最も関連する部分にピン留めする。インスタンスンス：ビジネスサイクルをマッピングし、OKRをそのサイクルに最も関連する部分に固定します。
ブロッカーを早期に特定する：彼らが定期的に直面する課題を理解し、それを克服する方法を見つけましょう。ClickUpのレポート作成にかかる時間を利用して、最も時間がかかるタスクを特定し、その理由をチームと話し合うことができます。
現実的であること：技術的な実現可能性、リソースの有無、潜在的な課題についてチームの意見を聞きましょう。鍵になる結果を100％達成したいと思うかもしれませんが、それは非現実的です。専門家によると、鍵になる結果の達成率は70%で十分だという。
最も重要なことは、OKR策定プロセスにチームを参加させることで、チームはOKRに対する所有権とコミットメントを感じやすくなるということです。
バランスを見つける
現実的であるためには、オブジェクトと鍵結果は、チームの能力とリソースに合わせながら、野心的で向上心のあるものでなければなりません。これは、チームが無理なタスクにやる気を失ったり、簡単すぎるターゲットに満足したりするのを防ぐために必要なことです。
/参考 https://clickup.com/features/goals ClickUp目標 /参照
を使えば、目標を設定し、その目標を鍵結果に分解することができます。これは、管理可能な小さなタスクに接続することができます。
リアルタイムの進捗を測定するためのClickUpの目標追跡ビュー。
反復と改善
四半期中、ターゲットが簡単すぎたり野心的すぎたりすることに気づいたら、適切なバランスになるように調整することができます。
各OKRサイクルについてすべてのステークホルダーから積極的にフィードバックを集め、プロセス、オブジェクト、鍵結果を改善する。継続的改善のプラクティスを目標設定にも導入する。
このような土台を設定した上で、次のものを見てみよう。
/参照 https://clickup.com/ja/blog/125121/undefined/ ソフトウェア・エンジニアの目標 /%href/
をチームに取り入れることができる。
ソフトウェアチームのための10のエンジニアリングOKR
エンジニアリングチームは、コードを書くことからアプリのパフォーマンスを管理することまで、非常に幅広い範囲の仕事に取り組んでいます。それぞれにオブジェクトと鍵結果を設定することができます。ここでは、10のエンジニアリングOKR例を紹介します。
1.新しいリリースで顧客満足度を向上させる
これは、エンジニアリングに適応できる優れた組織目標である。社内の他の部署が鍵になる結果分野の仕事に取り組んでいる間、この目標を達成するために新製品のリリースに集中することができます。
エンジニアリングチームの鍵は、次のような結果になる：
- 新機能リリースのたびにネットプロモータースコア｛NPS｝80を達成する。
- 機能リクエストのレスポンスタイムを24時間以内に短縮する（たとえそれがノーであったとしても）
- 5つの主要な顧客機能リクエストを構築する
2.アプリケーションのパフォーマンスを最適化する
アジャイルチームは一貫して改善を求める。アプリケーションのパフォーマンスは、典型的な継続的改善のメトリクスです。次のような鍵結果を使用する：
- 平均ページロード時間を30%短縮する。
- アプリケーションのアップタイムを99.9%にする
- データ移行時間を25%短縮
3.ソフトウェア品質の向上
技術的負債を防ぎ、より良いカスタマー・エクスペリエンスを提供するためには、ソフトウェアの品質が依存関係にある。ベストプラクティスを実装し、一貫性を確保する最もシンプルな方法は、チェックリストを使用することだ。
/参照 https://clickup.com/features/tasks ClickUpタスク /チェックリスト
を追加することができます。
/を追加できる。 https://clickup.com/features/task-checklists を追加できる。 チェックリスト /%href/
を各タスク/サブタスクに追加することで、作業が簡単になります。
/画像 https://clickup.com/blog/wp-content/uploads/2021/10/checklist_task.gif ClickUpのチェックリストビュー /クリックアップのチェックリストビュー
ClickUpのチェックリストビューで、やることタスクを管理しよう。
受け入れ基準を設定し、次のような主要メトリクスに向けて仕事をしましょう：
- すべての自動テストで95％の合格率を達成する
- 次の四半期に重大なバグを40%削減する
- ピアコードレビュープロセスを導入し、100%のコンプライアンスを達成する。
4.デプロイ効率を改善する
デプロイ効率は、アジャイルプロセスにとって重要なメトリクスである。昨年度のデプロイ効率を見て、鍵になる結果を設定する。それは次のようなものである：
- デプロイメントパイプラインの90%を自動化する。
- ゼロダウンタイムのデプロイを達成する
- デプロイの頻度をデイリーリリースに減らす
5.アプリのセキュリティ態勢の改善
毎年、これは当然、エンジニアリングチームのオブジェクトになるだろう。以下のような鍵を握る結果でパフォーマンスを向上させる：
- すべての重要なセキュリティ脆弱性を検出後48時間以内に修正する。
- すべての社内システムに二要素認証を導入する
- 全エンジニアを対象としたセキュリティトレーニングセッションを四半期ごとに実施する
6.開発ワークフローの合理化
ここからは、チームの効率と生産性のメトリクスに向かう。シームレスな開発ワークフローは、情報のフローとチーム効率の基本である。
明確なオブジェクトとステータスを持つCilckUpの会社OKRと目標ビュー
OKRフォルダテンプレート
その ClickUp OKRフォルダテンプレート がさらに進化しました。これは、個人やチームが目標を設定し、達成するために設計された包括的なプランニングツールです。プランニング・ケイデンス、OKRリスト、5つのカスタムビュー、7つのカスタムステータスが含まれており、目標を効果的に分解し、進捗状況をモニタリングすることができます。
/イメージ https://clickup.com/blog/wp-content/uploads/2024/02/ClickUp-OKR-Folder-Template-1400x898.png ClickUpのOKRフォルダテンプレート /%img/
ClickUpのOKRフォルダテンプレート
特定のものをお探しですか？7つの無料テンプレートがあります。 OKRテンプレート をExcel、Google スプレッドシート、ClickUpで利用できる。 また、以下のようなものもある。 エンジニアリング・テンプレート を参照してください。
ClickUpでエンジニアリングOKRを設定・管理する
ミッション、目標、オブジェクティブ、ターゲット、メトリクスなどの間で混乱しているなら、OKRフレームワークは便利なツールです。ビジネスの成功に向けた仕事に必要な構造とガードレールを与えてくれます。
包括的なプロジェクト管理ツールとして、ClickUpはOKRの重要性を製品全体に取り入れています。プロジェクト管理者が目標を設定し、追跡し、監視し、レビューし、修正し、達成するためのすべてを一箇所で行うことができます。さらに、クリックアップのテンプレートはOKR採用への道のりを加速させます。
ClickUpでエンジニアリングの成果を向上させましょう。
/参照 https://clickup.com/ ClickUpを今すぐ無料でお試しください。 /%href/
!
よくある質問
1.エンジニアリングOKRはどうやってやることですか？
OKRは2つの部分で構成される：オブジェクトと鍵結果です。目的は定性的な声明であり、鍵結果は測定可能な結果である。ここでは、エンジニアリングチームのOKRの書き方を紹介する。
まず、会社の目標に沿った、エンジニアリングチームのための、明確で刺激的で挑戦的なオブジェクトから始めます。例：システムの信頼性を向上させる。
このオブジェクトを達成するための鍵となる結果を特定する。それは、測定可能で、具体的で、期限付きで、達成可能なものでなければなりません。例
- 第2四半期中にシステムのダウンタイムを50％削減する。
- 第3四半期末までに、システムの信頼性に関する顧客満足度90％を達成する。
- 第4四半期までにコードベースの80％に自動化テストを導入する。
2.技術的OKRとは？
技術的OKRは、技術チームのオブジェクトと鍵結果です。技術的OKRは、組織全体の成功に貢献する、インパクトの大きい技術的改善、革新、または効率化に努力を集中することを目的としています。