アウトプットではなくアウトカムで見る

アジャイル開発でよく起きる誤解は、「たくさん作れるようになること」を目的にしてしまうことです。スプリントごとに多くのチケットを閉じ、計画どおりに機能を出し続けても、顧客や事業に変化が起きていなければ成果とは言えません。

アウトプットは作ったものです。機能、画面、API、ドキュメント、施策、キャンペーンなどが該当します。アウトカムは、それによって顧客やユーザーの行動、事業指標、チームの学習がどう変わったかです。

たとえば「検索条件を保存できる機能を作った」はアウトプットです。一方で「再検索にかかる時間が減った」「同じユーザーが翌日も利用する割合が上がった」「問い合わせの件数が減った」はアウトカムです。

なぜアウトカムを見るのか

アウトプット中心の計画では、作る前に価値があると決めたものを、作った後も価値があるものとして扱いがちです。しかし、プロダクト開発の多くは仮説検証です。顧客の問題を正しく捉えているか、解決策が使われるか、事業として意味があるかは、出してみないとわからないことが多いのです。

アウトカムを見ると、会話が変わります。

アウトカムは、大きすぎると日々の判断に使えません。「売上を伸ばす」「満足度を上げる」だけでは、チームは何を観察すればよいのかわかりません。逆に小さすぎると、単なる作業指標になります。

扱いやすいアウトカムは、ユーザー行動の変化として表現できます。

こうした表現にすると、プロダクトマネージャー、デザイナー、エンジニア、カスタマーサクセスが同じ方向を向きやすくなります。

スプリントプランニングやロードマップの議論では、次の問いを入れるだけでも会話が変わります。

アウトカムは、アウトプットを否定するための言葉ではありません。作ることを、より意味のある変化につなげるためのものです。