3️⃣

Web、API、iOS、Androidでストーリーポイント基準って統一できる？ → あ、まぁ揃えられそう

2024/04/24に公開

前提

Web、API、iOS、Android のそれぞれのエンジニアを含む 1 つのスクラムチームを組むことになりました。

この際にタスクの見積もり方式と基準をフィボナッチ数列を使ったストーリーポイントによる相対見積もりに統一しました。

その際に考えたことをメモしておきます。

理想的には、Web、API、iOS、Android の開発者同士で垣根なくチーム一丸となって開発を進めることが望ましいです。
例えば iOS の開発が遅れている場合、Android、Web、API の開発者がフォローに入ったりして、チーム全体でスプリントゴールを達成することが 1 つの理想です。

そうした各プラットフォームの開発者が垣根なく協力し合う状況においては、見積もり基準が完全に統一されていると、チーム全体のキャパシティや進捗を可視化しやすくなります。

このような理想状態を見据え、ストーリーポイントの基準を揃えることにしました。

一説によると、熟練した開発者のパフォーマンスはそうでない開発者と比較して 10 倍違うと言われています。
そのため、同じタスクを実施しても開発者の熟練度によってかかる時間が異なります。
つまり、時間は人に依存した単位ということができます。

また、時間見積もりだとスプリント内で消化できる時間はスプリント期間が変わらない限り一定です。
一方で、相対見積もりだとチームのパフォーマンスが上がるにつれて数値も上がっていくことが期待できます。
そのため、相対見積もりは成長を可視化しやすいというメリットもあります。

これらの理由を踏まえ、相対見積もりを採用しました。

タスクは大きくなるほど不確実性が大きくなり、見積もりの解像度は下がっていきます。

このことを数列の飛び具合で表現できているものがいいと考え、フィボナッチ数列を採用しました。

Web、API、iOS、Android の開発者が混在するスクラムチームなので、ポイントの基準は以下のような抽象的な言語化ですり合わせるようにしました。

先述したように時間は人に依存した単位と考えているので、半日とか 1 週間など、具体的な時間を指す言葉は敢えて避けています。