OKRとスクラムを組み合わせる：どのように機能するか（ワークショップ、スプリントゴールとサイクル）

スクラムとOKRはどちらも、アジャイルコミュニティでフレームワークとして現在非常に人気があります。スクラムはソフトウェア開発の世界から、OKRは戦略の世界から生まれたものです。しかし、これらの手法を組み合わせて統合的に活用することは可能なのでしょうか？「OKR対アジャイルとスクラム」は両立するのでしょうか？

そうだ！ここで何が重要なのかを知ることができる：

スクラムとOKRの目標を理解する - 両方ともアジャイルなのか？

実装を始める前に、重要な質問に答えよう：スクラムとOKRは、その目的という点で実際に適合するのだろうか？

一緒に検証してみよう。

具体的にはスクラム導入の目標各組織におけるスクラムの焦点は、もちろん様々である。しかし、基本的には、スクラムの目標は、次のようなものから導き出されると言える。スクラムガイドを導き出し、特に以下の点を盛り込む：

複雑な問題に対する解決策を開発する
透明性と内省の場、そして個人の責任を通じて、新たな知見に迅速に適応する。
使える中間結果を伴う反復アプローチ

で OKRでは、以下の目標が中心となります。

組織の主要優先事項を一貫して理解し、それに集中する
組織内で測定可能な目標を設定する
組織の部門横断的なコミュニケーションと連携を改善する

このように、スクラムは主にチーム内で製品に取り組むことを目的としているのに対し、OKRsはチーム間の透明性と戦略的な調整を目的としている。したがって、OKRとスクラムの目的は異なるが、相反するものではないと結論づけることができる。むしろ、OKRとスクラムはその目的において互いに補完し合っている。

では、練習に移ろう：

スクラムとOKRは同等のアジャイルワークショップ形式を共有している

スクラムとOKRのサイクルとワークショップを比較してみると、重なり合う部分が明らかになる：


スクラム・サイクルとワークショップ	OKRサイクル＆ワークショップ
スプリント計画	ORKプランニング
デイリー	OKRチェックイン
スプリント・レビュー	OKRレビュー
スプリント回顧	OKRの回顧

💡 個々のOKRワークショップについて質問がある場合は、以下を参照されたい。このブログの記事オーバーしている。

スクラムとOKRはともに、次のような共通点を持っている。クラシック・デミング・サークルモデルの構築：計画 - 実行 - 確認 - 行動。つまり、「アジャイル vs OKR」ではなく、「アジャイル & OKR」なのです。

では、これらのアジャイル・ワークショップ／フォーマットをどのようにまとめることができるのだろうか？

スクラム・スプリントとOKRサイクルを整合させる

OKRワークショップは、必ずしもスクラムチームのカレンダーに新たな別の日程を入れる必要はない。チームのやり方次第では、OKRワークショップは既存のルーチンに組み込むことができる。例えば、スクラムチームには、OKRワークショップをドッキングさせることができるテーマ的に重複する日程がいくつかある。

スクラムサイクルは通常OKRサイクルと同じではないことに注意すべきである。OKRサイクルは多くの場合、四半期から半期に一度の長いサイクルであるのに対して、スクラムのスプリントは週から月に一度の傾向がある。

従って、スクラムサイクルが何度目かに新しいOKRサイクルが発生するように、サイクルを調整する必要がある：

スプリント・プランニング → OKRプランニングを含む。
スプリント・レビュー → OKRレビューを含む。
スプリント・レトロ → OKRレトロを含む。

スクラムとOKR 背景も時間軸も異なるが、2つのフレームワークはアジャイルな作業手法として組み合わせることができる。しかし、この連携を有意義なものにするためには、2つのフレームワーク間のさらなる調整が必要である：

スクラムのスプリントゴールとOKRの整合性

リズムを選択する上で重要な要素は、スクラムチームがスクラムサイクル全体にわたって、少なくともOKRサイクルでも取り上げられている同じバリューレバーをテーマとして取り組むことである。

OKRサイクル内のスプリントテーマが、OKRでは考慮されなかった全く異なるバリューレバーに変わる場合、より短いOKRサイクルを選択する傾向がある。

したがって、製品ロードマップを見れば、すべてのスプリントにわたって成功を測定するのに適したOKRを定義するのに役立つ。


例：良いスプリントとOKRの調整	例：スプリントとOKRの調整不足
プロダクトロードマップに従い、スクラムチームは次の四半期に、信用調査を迅速に行うためのさまざまな機能に取り組みます。したがって、チームのOKRは、この目標を達成するためのさまざまな指標を提供します。四半期の各スプリントでは、OKRに貢献するさまざまなテーマに焦点が当てられます。	製品ロードマップでは、次の四半期にさまざまなUX改善を実施する予定です。チームは、新規ユーザー登録の迅速性をKey Resultとして定義することにしました。わずか3週間後には登録の最適化が完了し、チームはKey Resultとは関係のない他のUX改善に専念します。
スプリントのテーマは、OKRサイクル全体にわたって、定義された主要な結果に対して報われる。	スプリントのテーマは、現在の主要業績ではペイオフされなくなった。

スプリントゴールがOKRから乖離したらすぐに、OKRサイクルを短縮するか、実際のスプリントトピックを反映した新しい主要な結果をOKRサイクルに含めるかを考えるべきである。

結論：アジャイルな働き方とOKR＆スクラム - さらに相乗効果

これまで述べてきたように、OKRとスクラムの目的は異なるが互換性がある。スクラムもOKRも、反復的でエビデンスに基づくアプローチを通じて、アジャイルの原則に従っている。両フレームワークはある程度お互いを補完し合っているとさえ言える。

OKRをスクラムと組み合わせることで、両フレームワークの利点をアジャイルワークに活用することができる。そうすることで、新たな一連の期限でチームを圧倒する必要はなく、フォーマットを巧みに統合することもできる。

もちろん、スクラムとOKRの組み合わせは間違いではない。いつものことだが、実施には何度かの反復と適切な反省プロセスが必要だ。実践して初めて明らかになる落とし穴は、おそらくもっとたくさんあるだろう。そのため、以下の記事を読むことをお勧めする。 OKRレトロスペクティブは、OKRの成功要因について的を絞った考察を生み出す。こうしてOKRの方法論は継続的に発展している。

スクラムとOKRの経験を共有したい？あるいは、2つのフレームワークの統合について質問がある？それなら遠慮なく私そして LinkedInのEchometer そして私に質問してほしい！