麗子12日前アジャイルを導入すると、チームの生産性は向上するのか?前回エントリーでは、この問いかけに答える形で、以下の論点について述べました。とマッチした成果指標を設計する方法を解説します。その前に、目標と成果指標の「ねじれ」が生じる理由について、少しだけ補足説明を加えます。定量評価したいのにできないジレンマ目標と成果指標の「ねじれ」が生じる背景には、前回エントリーで触れた「機能別組織構造に基づく分業」に加え、もう一つの要因があります。それは「付加価値生産性の向上」目標を定量的に評価すること自体の難しさです。企業会計における「付加価値」とは、分かりやすく言うと、売上総利益(粗利益)を意味します。これは「いくら」という金額で表されるものですから、付加価値それ自体については、定量評価の難しさはありません。付加価値やその向上に対する、特定部門(情報システム部等)、特定機能(ソフトウェア開発等)の貢献度を定量化する、となると話が違ってきます。会社全体や事業単位で算出される利益額に対して、「そのうち、いくらを特定部門(特定機能)が上げたか」を明らかにすることは不可能です。そこで、何らかのモデル化が求められるわけですが、売上や利益に関係する各部門の貢献度を数値化し、ビジネス部門の貢献度は何パーセント、IT部門の貢献は何パーセントなどといった係数を設定することの無意味さについては、細々と説明するまでもないでしょう。一方で、組織運営ルールにおいては、定量化された尺度によるチームや人の評価が推奨される例は多く見られます。成果指標が設定され、目標との「ねじれ」が生じる、という構造があります。定量評価したいのだが、うまくできないジレンマです。定性的な活動を定量的にとらえるフレームワークそこで、私たちが推奨するのがOKRの考え方を採用した指標設計です。Results)は、組織や事業の目標からトップダウンでチームや個人の目標を設定する手法です。(すでに多くの識者による解説が公開されていますので、OKRの詳細については、それらをご参照いただければと思います)私は、OKRの特徴は、以下の点にあると考えています。組織全体の売上のような「遠くの目標」とチームや個人の活動との繋がりをわかりやすく構造化できる価値やビジョンのような定性的な目標を計測可能な活動にブレイクダウンできるGraatでは、OKRのフレームワークを利用して、プロダクトやサービスのビジョンから、四半期ごとのリリースロードマップを導き出すワークショップを提供しています。ここで言う「リリースロードマップ」は、どのユーザーストーリーをリリースに入れるべきか、という具体的なアクションプランであり、OKRの特徴の一点目(「遠くの目標」と身近な活動の関係を構造化する)に着目したワークです。これがOKRの「王道」の使い方なのですが、最近では、OKRの特徴の二点目(定性的な目標を計測可能な活動にブレイクダウンする)を生かして、OKRのフレームワークを成果指標設計に転用する支援例も増えつつあります。その手順は、おおよそ次の通りです。Results)を洗い出すステップ4:ステップ2で決めた基準を参考に、ステップ3で洗い出したKRsの中から、取り組むものを選択するステップ5:前のステップで選択したKRをOとして、さらにその実現に寄与する活動(KRs)を洗い出すステップ4と5を数回繰り返し、成果指標として適切な粒度までブレイクダウンする最終的に選択した成果指標(3〜5個)については、計測方法や計算式を定義して、定量化できるようにするOKRの考え方を応用した成果指標設計OKRを応用した成果指標設計の注意点OKRの考え方を応用して成果指標設計を行う際には、定量化するステップを絞ることが重要です。具体的には、上で紹介したステップ4と5(O→KRのブレイクダウンを複数回繰り返し、適切な粒度にまで分解するプロセス)においては、あまり定量化を気にする必要はありません。ステップ4と5では、定量化よりもOとKRの因果関係を突き詰めて考えることの方が大事です。OとKRの因果関係を突き詰めることによって、チームや個人の日々の業務が、どのような帰結によって最上位O(売上や利益等)の達成に寄与するのか、という論理構造を緻密に組み立てて行きます。ここで組み立てた論理モデルが妥当であれば、モデルを構成するあらゆる活動を計測、定量化するような労力はかけず、ざっくり最上位と最下位のみを計測すれば良いという考え方です。定量化するステップを絞る指標設計のアンチパターン逆に、やってはいけないのが「定量化にこだわりすぎて、O→KRの分解ができない」という罠にハマることです。チームによっては、KPIツリーを設計し、アクセス解析用のサービスやツールを使って日々KPIのトラッキングを実施している、というケースもあるでしょう。この場合、KPIの粒度には注意が必要です。KPIが階層化されていたとしても、それだけでは、ブレイクダウンが十分にできているとは言い切れません。その指標を達成するための活動が紐付いていなければ、チームの成果指標としては、まだブレイクダウンが不足していると考えてください。ブレイクダウンがうまくできないチームを観察すると、KPI=定量化指標という固定観念にとらわれて、指標を活動に分解するところで行き詰まってしまう傾向が見られます。「定量化」のことは忘れて、何をしたらこの指標が改善されるかを考えましょう。この時、プロダクトやサービスに関わる複数部門や機能のメンバーが一同に介してワークを行うと効果的です。多くの部門を集めることが難しい場合は、自部門や自チームの活動に絞って洗い出すところから始めても、十分な効果は得られるはずです。知恵を絞って、チームメンバーの日々の業務に紐つく階層まで、ブレイクダウンを繰り返してみてください。今回ご紹介したOKRワークを無料で体験できる「体験セミナー」を、以下の通り開催予定です。*募集期間が終了しました体験セミナーの題材は、成果指標設計ではなく、プロダクトビジョンからリリース計画へのブレイクダウンなのですが、OKRの考え方自体は共通のものです。ご興味のある方は、ぜひご参加ください。いう目標に対するチームの貢献度を定量的に評価するための指標設計の考え方について説明してきました。次回は、使いやすいKR(成果指標)の例を解説したいと思います。『0か1か』ではなく『グラデーションがある』と考えて次の一手を選ぼう。