(翻訳) ストーリーポイント再考 - forest book

本稿は Ron Jeffries 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 ronjeffries.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Ron Jeffries 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 ストーリーポイント再考 私はストーリーポイントを発明したかもしれない。もしそうだったとしたら、いまは申し訳なかったと言いたい。ストーリーポイントに関する私の現在の考えを探ってみよう。少なくとも何人かは私の考えに興味をもっているでしょう。 もちろん、ストーリーは XP のアイディアであり、スクラムのアイディアではありません。どういうわけか、スクラムの実践者はこのアイディアを採用しています。公式のスクラムガイドではバックログアイテムに言及している

[paradisemaker]

これ実際やったらわかるよね

[atico]

全くその通りだと思っていて、よくアプリ開発は建築と同じような比喩で例えられるのが誤解の原因だと思う。そうではなく新製品の研究開発に近い。予算をいくら出せば出来上がるという保証のできるものではない。

[miholovesq]

氏はTwitterでもずっと主張してる。誰の教えに縋るのもいいけどベストな方法は現場で見つけるべきだし見積もりもあくまで手段。そもそも“ポイントであれ時間であれ、見積もりは避けるべきだと私は考えています”

[honeybe]

XPだとストーリーポイントは相対見積もりでの難易度を表し、それに個々人のスキルレベルに応じた係数を掛けて日数見積もりを算出してたはず。細かい話は原典を参照のこと(ぇ

[ledsun]

ああ、やっぱり単位は日数でいいんだ。何度か「日数じゃなくて相対見積もり」て言われて、何回挑戦しても、実際にやると日数になって、？？？って思ってた。

[ngsw]

前提として存在する定期的な人事評価機構と相性が悪いとかあるのかな

[HHR]

自分の職場は理解があるから見積りはそれほど重要視しなくなった。見積もっても上手くいかんことがザラだし、結局のところ全力でやった結果が最善なのかと。何かの本でも似たようなのがあったような…

[dorapon2000]

“イテレーションやスプリントのプランニングは完全に止めた方がよいでしょう。次の数週間の予算を埋めるために仕事をするのではなく、次にすべきいくつかの最も重要なことのリストを持つために仕事をするのです。”

[fujii_yuji]

ほーん。あとでもう一回読みながら考えよ。

[ohbarye]

見積もりなしとスライスの話は、RSGT2019でHunter IndustriesのChris Lucian氏によるno estimateを思い出した

[susie-t]

だよね https://poohsunny.hatenablog.com/entry/2017/12/18/235235

[hennamanao]

スクラムやってるけどここまで顧客に直で迅速にはリリースしてないなあ、発注元には出してるけど。あんま意味ないのかな。見積もり不要というのも驚き。でも期限は決めるというのはどういうことなんだろう…

[gcyn]

『次にやるべきことをいくつか選び、それを迅速に実行する／ポイントであれ時間であれ、見積もりは避けるべきだと私は考えています／次の質問は、もちろん、「いつまでにすべて完了するのか？」です』

[nilab]

(翻訳) ストーリーポイント再考 - forest book

[peketamin]

“期限を決めて仕事に取りかかります。 3番目に、重要な機能をスライスして実装します。かなり簡単に1日以内にできるはずです。次の最も重要な部分だけに取り組みます”

[nacika_inscatolare]

つまりは適切にスライスすればタスク数で換算していいということか・・・？