
ユーザ・ストーリーの見積もりテクニック
コンサルタントとして働くことの最大の喜びの一つはいろいろなアイディアを試してみてからことが上手くいくように自分が一番好きな方法を適用することができることです。この記事では私が効果的だと思うユーザ・ストーリーの(開発工数)見積もりテクニックの詳細について述べています。

コンサルタントとして働くことの最大の喜びの一つはいろいろなアイディアを試してみてからことが上手くいくように自分が一番好きな方法を適用することができることです。この記事では私が効果的だと思うユーザ・ストーリーの(開発工数)見積もりテクニックの詳細について述べています。
アジャイル要求を捉える共通のフォーマットであるユーザストーリーは、ビジネス価値にもっとフォーカスしてもよいのではないか。ユーザストーリーを記述する従来のフォーマットは、「As a <type of user> I want <some functionality> so that <some benefit>」である。価値を中心とすると、「In order to <achieve some value>, as a <type of user>, I want <some functionality>」このようになるだろう。
経験豊富なアジャイル開発実践者なら誰もが知っていることだが、適正なストーリーを引き出してまとめるのは、もっとも難しい作業のひとつだ。Pat Kua氏は最近自分の記事で、次の重要な問いかけをした。ストーリーはどれくらい詳細にすべきだろうか?