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

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

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

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

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

結論：OKRとScrumによるアジャイルな働き方 - 一緒ならさらに良い

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

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

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

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