成功した1件だけを数えると、チームは突然見える

なぜ平均だけでは、チームの実力が見えないのか

プロダクトチームの成績を聞かれたとき、多くの人はついこう答えます。リリース数は増えた、開発速度は上がった、工数は減った。けれど本当に知りたいのは、その数字ではありません。いったい、成功した機能1つを世に出すのに、どれだけのコストを払っているのかということです。

ここに、データの見方を一段深くする重要な発想があります。平均値は便利です。身長でも売上でも、全体像をつかむには平均が役立ちます。しかし平均だけでは、何が効いていて何が無駄なのかは見えません。たとえばクラスの平均身長が170センチでも、全員が170センチなわけではないのと同じです。平均は代表値ではあっても、現実のばらつきや歪みは隠します。

プロダクト開発もまったく同じです。1スプリントで何機能作ったかという平均的な生産性だけ見ていると、失敗した機能に吸い込まれたコストや、成功の裏にある無駄が見えなくなります。重要なのは、成功した成果を基準に、全体を再計算することです。するとチームの見え方が変わります。速度の物語ではなく、価値の経済学が立ち上がってきます。

リリース数ではなく、成功1件あたりの実効コストで見ると、チームの真の姿が現れる。

1つの成功を数えると、無駄が浮かび上がる

成功した機能1件のコストを考える式は、直感的にはこう読めます。チームのスプリントコストに、一般費用を足し、そこから効率や成功率、成功密度を通して「本当に価値になった分」だけを取り出す。つまり、単なる合計費用ではなく、成功に変換されたコストを測る考え方です。

この見方が面白いのは、分母を変えることで意味が変わるからです。もし「1スプリントあたりの機能数」で割れば、たくさん作ったチームが高く見えることがあります。けれど「成功した機能数」で割ると、失敗が多いチームは急に割高になります。これは、売上を「訪問者数」で割るのか「購入者数」で割るのかの違いに似ています。訪問者は多いのに買わないなら、商売としては弱い。作った数が多いのに成功が少ないなら、開発としても同じです。

ここで重要なのは、失敗率は単なる品質指標ではないという点です。失敗率が高いということは、開発した成果の一部がコストを回収していないということです。しかも、失敗は単体で終わりません。修正、再設計、再検証、調整が次々と発生し、見えない追加コストを生みます。表面上のスピードが速く見えても、成功に届くまでの回り道が増えていれば、実効コストは跳ね上がります。

たとえば、10機能を作って2機能しか成功しないチームと、5機能を作って3機能成功するチームがあるとします。前者は見かけ上の生産量は高いですが、成功1件あたりのコストで見ると後者より悪い可能性が高い。ここで初めて、「たくさん作ること」と「価値を出すこと」は別問題だとわかります。

---

代表値の本当の役割は、平均を信じすぎないことにある

データサイエンスで代表値を学ぶ理由は、数字を要約するためだけではありません。むしろ本質は、どの代表値を選ぶかで、世界の見え方が変わることにあります。平均値は全体の中心を示し、中央値は極端値に引っ張られにくく、最頻値は最もよく起きる状態を映します。最小値と最大値は、システムの限界を教えてくれます。

プロダクトの現場では、平均値が過剰に愛されがちです。平均リードタイム、平均ベロシティ、平均工数、平均満足度。もちろん役立ちますが、平均だけではチームの振る舞いのクセが見えません。たとえば平均ベロシティが安定していても、実際には大きな失敗案件が少数混じっているかもしれません。中央値は安定していても、最大値が異常に大きければ、炎上案件がたまに起きている証拠です。

ここで役立つのが、成功密度という発想です。これは単に「成功率」ではありません。成功した機能が、全リリースの中でどれくらいの割合を占めるかという、成果の濃度です。平均値が高さを測るなら、成功密度は価値の詰まり具合を測ります。似ているようで違います。前者は量の中心、後者は価値の密度です。

この違いを理解すると、代表値の使い方も変わります。たとえば店舗数のデータで最頻値を見るのは、「一番よくある規模」を知りたいからです。同じように、プロダクトでも最頻値を見ると、チームが普段どのサイズの機能を出しているかがわかります。中央値を見ると、典型的な成果が見えます。最大値を見ると、たまに大きく成功した機能があるかどうかがわかります。しかし本当に経営や改善に効くのは、これらの代表値を並べて、成功1件あたりのコストと突き合わせることです。

平均はチームを慰めることがあるが、中央値と成功密度はチームを正直にする。

速度、成功率、価値密度。3つを分けて初めて、改善点が見える

多くのチームが混同しているのは、速さ、当たり率、価値の濃さです。これらは似ているようで、まったく別の軸です。

1. 速度 どれだけ作ったか。
2. 成功率 作ったもののうち、どれだけ成功したか。
3. 価値密度 成功したものが、どれだけ成果を凝縮しているか。

この3つは、独立したレバーです。速度が高くても成功率が低ければ無駄が増えます。成功率が高くても、価値密度が低い小粒な機能ばかりなら、影響は小さいままです。逆に速度がやや遅く見えても、成功率と価値密度が高ければ、実際にはとても強いチームです。

この見方は、製品開発の議論を驚くほど実用的にします。たとえば「今月はリリース数が少なかった」という話が出たとき、すぐに落胆する必要はありません。もし成功率が上がり、成功密度が高く、成功1件あたりのコストが下がっているなら、それは改善です。逆にリリース数が多くても、失敗率が高く、後から手戻りばかり発生しているなら、見かけの勢いにすぎません。

このとき有効なのが、データサイエンスの代表値を使った「層別」です。全体平均を1つ出して終わりにするのではなく、機能サイズ別、チーム別、顧客セグメント別に分けてみる。すると、どの層で失敗が多いか、どの層で成功密度が高いかが見えます。たとえば小さな改善機能は成功率が高いが、巨大機能は失敗率が高いことがわかれば、投資配分を変えられます。

つまり、式が教えてくれるのは単なる計算ではありません。改善は平均の向上ではなく、構造の再設計だという事実です。速度を上げるだけでは不十分で、成功率を上げるだけでも足りない。両者が掛け合わさった先に、ようやく価値の密度が立ち上がります。

---

本当に見直すべきは、機能ではなくポートフォリオ

ここまで来ると、焦点は個別の機能からチームのポートフォリオに移ります。何を作ったかではなく、どんな種類の仕事に時間と費用を配分しているかです。これは投資の発想に近い。すべての案件が当たる必要はありませんが、当たる案件が十分に濃く、失敗案件が許容範囲に収まっていなければ、全体としては弱い。

このとき有効な問いは3つです。

• どの種類の機能が最も成功密度を生んでいるか。
• どの種類の機能が失敗率を押し上げているか。
• どこでチームコストが固定化し、成功1件あたりのコストを膨らませているか。

たとえば、顧客からの要望に反応して小さな機能を次々と入れるチームがあるとします。個々の要望は満たされても、成功密度が薄いままなら成果は散っていきます。一方で、基盤整備に時間をかけて少数の機能を出すチームは、一見遅く見えても、成功した機能の影響が大きければ、実効コストはむしろ低くなることがあります。

ここに、代表値のもう一つの知恵があります。外れ値を恐れず、外れ値に支配されないことです。最大値は一発逆転の大成功を示すことがありますが、それだけを追うとポートフォリオが歪みます。最小値は低品質の下限を示しますが、それだけを見ても改善は進みません。中央値は典型を見せますが、典型に安心しすぎると尖った失敗を見逃します。だからこそ、複数の代表値を並べて、成功1件あたりのコストという1本の軸に束ねる必要があるのです。

良いチームとは、たくさん作るチームではない。成功の密度が高く、失敗の学習コストが制御されているチームだ。

Key Takeaways

• リリース数ではなく、成功1件あたりのコストで見る。 これだけで、見かけの生産性と実際の価値創出を切り分けられます。
• 平均だけに頼らず、中央値、最頻値、最大値も確認する。 全体像と異常値の両方が見えて、改善の焦点が定まります。
• 速度、成功率、価値密度を分けて測る。 3つを混同すると、どこを直せばよいか分からなくなります。
• 機能単体ではなくポートフォリオで考える。 どの種類の仕事が成功を生むかを見れば、投資配分を変えられます。
• 失敗率は品質指標であると同時に、経済指標でもある。 失敗は手戻りを生み、成功1件あたりのコストを押し上げます。

数字を増やすより、価値の濃度を上げる

プロダクト開発では、つい「もっと速く」「もっと多く」と考えがちです。しかし本当に強いチームは、単位時間あたりの数を誇るのではなく、成功に変換されたコストを下げることに集中しています。そこでは平均的な生産性は脇役になり、成功密度が主役になります。

この視点の面白さは、データサイエンスの基本とプロダクト経営の実務が、実は同じ場所でつながっていると気づかせてくれることです。代表値は単なる数学の道具ではありません。組織を見るためのレンズです。どの値を代表とみなすかで、意思決定の質が変わります。そして、何を1件として数えるかで、戦略そのものが変わります。

だから次にチームの数字を見るときは、こう問い直してみてください。これは何件作ったかの話なのか。それとも、成功した1件にどれだけのコストを払ったかの話なのか。前者だけを追う組織は、忙しさを増やします。後者を見始めた組織だけが、価値を濃くしていけます。