「ストーリーポイント神話」を考える - bluebird

はじめに アトラシアン社のJira Softwareでは、ユーザーストーリーの見積もりの単位には、 時間単位の絶対見積もり ストーリーポイントでの相対見積 の両方を選択可能です。 ですが、Jira上の課題として作成したタスクの進捗のトラッキングは作業に用いた工数の時間単位で行うため、課題タイプの「サブタスク」にはストーリーポイントを設定できないという仕様があります。 この仕様の是非については論を避けますが、Jiraに限らずアジャイル開発について様々な方とやりとりをして感じるのは、「スクラムをはじめとするアジャイル開発のプロセスでは、見積もりに『ストーリーポイント』を用いて相対見積を使うものである」という認識の存在です。 もちろんストーリーポイントを用いて相対的なサイズを 用いる見積もり手法には、過剰バッファーや、理想日と実作業日の差異、不確実性への対処、コミットメントと進捗管理の分離など、

[fumisan]

成果物のが保持する品質を実装するための作業全部を 表せればなんでもいいんですよね。ただ、いまはビジネスオーナーとエンジニアの共通単位が時間とお金なのでどれを使っても最後はそれらのどちらかになるわけで。

[naney]

ストーリーポイントのデメリットというか、使い所・使い方を間違えていることがあるから注意という話ですね。 / “「ストーリーポイント神話」を考える”

[nashcft]

🤔

[suginoy]

“ 「ストーリー」が本来持つべき実現する課題に足しての抽象度と、 着手する「タスク」が持つべき作業としての具体性を吸収できるレイヤー構造を 持っていない”

[SWIMATH2]

数字である必要もなさそうに感じてきた

[seikoudoku2000]

凄くタイムリーだった。リンクされていた記事も良かった。

[ryuzee]

いいまとめ。ちなみに最近わたくしはTシャツサイズで十分だと思ってます

[swimming_pooh]

翻訳記事引用してもらってた！ チームの『形成期』と『安定してから』に分けて考えてるのすばらし。うまくいってたやり方そのまま踏襲しても良くない場合あるよね。