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

敏捷性の拡大

スクラムとOKRは現在、アジャイルコミュニティのフレームワークとして大きな人気を博している。スクラムはソフトウェア開発の世界から、OKRは戦略の世界から生まれたものだ。しかし、これらの手法を統合して使うことはできるのだろうか？OKR vs. スクラムとAgile」は両立するのだろうか？

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

スクラムとOKRの目的を理解する。

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

一緒に検証してみよう。

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

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

OKRsでは、以下の目標に焦点を当てている。

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

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

では、練習に移ろう：

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

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

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

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

心理学のノウハウでチームを成長させる

スクラムとOKRはともに、次のような共通点を持っている。クラシック・デミング・サークルモデルを設定する：Plan – Implement – Review – Act.つまり、「Agile vs OKR」ではなく、「Agile & 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改善が次の四半期に実施される予定である。

チームは、新規ユーザー登録のスピードを重要な成果として定義することにした。

わずか3週間後、レジの最適化は完了し、チームは主要業績とは関係のない他のUX改善に目を向ける。

スプリントのテーマは、OKRサイクル全体にわたって、定義された主要な結果に対して報われる。

スプリントのテーマは、現在の主要業績ではペイオフされなくなった。

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

結論：Agileは、OKRとスクラム–と組み合わせることで、さらに効果的に機能する。

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

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

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

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