カスタム見積もりスケールの作成

カスタム見積もりスケールの作成

フィボナッチとTシャツサイズはほとんどのチームで機能しますが、特定のコンテキストに合わせたカスタムスケールが必要な場合もあります。

標準スケールが不十分な場合

• バックログアイテムがすべて非常に小さい（1-3ポイント）ため、フィボナッチの間隔が無関係。
• ドメインに数値にマッピングされない自然なカテゴリがある（例：「設定変更」「新しいエンドポイント」「完全な機能」）。
• チームが別のシステムを強く好む。

一般的なカスタムスケール

2の累乗: 1, 2, 4, 8, 16, 32

フィボナッチに似ているが均一な倍増。各ジャンプはちょうど前の2倍。「これは2倍難しいか？」とバイナリで考えるチームに適している。

線形小: 1, 2, 3, 4, 5

作業アイテムが均一に小さいチーム向け。何も5ポイントを超えない場合、完全なフィボナッチスケールは不必要な複雑さを追加。

リスク加重: 低、中、高 + 数値

低リスク + 小さな工数  = 1
低リスク + 中程度の工数  = 3
低リスク + 大きな工数   = 5
高リスク + 小さな工数   = 5
高リスク + 中程度の工数  = 8
高リスク + 大きな工数   = 13

この二次元アプローチは、リスクを単一の数値に暗黙的に折り込むのではなく、明示的にする。

タスクタイプバケット

設定/コピー変更      = 1
UI微調整            = 2
新しいAPIエンドポイント = 5
完全な機能 (FE+BE)   = 8
サービス横断機能     = 13

チームの作業が予測可能なカテゴリに分類される場合に有用。

設計原則

1. 小さく保つ -- 最大5-8個の値。選択肢が多いと決定が遅くなる。
2. 間隔が大きくなるようにする -- 大きなアイテムには偽の精度を防ぐために大きな間隔が必要。
3. 「大きすぎる」値を含める -- 最高値は「このストーリーを分割せよ」のシグナル。
4. 文書化する -- 各値の意味を書き留める。新しいチームメンバーが部族的知識なしに理解できるようにする。
5. 四半期ごとに見直す -- チームが進化するにつれ、スケールも調整が必要かもしれない。

このツールでのカスタムスケールの使用

カスタムスケールオプションを選択し、値を1つずつ追加。ツールはカスタムスケールをlocalStorageに保存するため、セッション間で保持される。