Skip to content

Commit

Permalink
Improve translation
Browse files Browse the repository at this point in the history
  • Loading branch information
kdmsnr committed May 18, 2023
1 parent 3f8d624 commit c7c202a
Showing 1 changed file with 14 additions and 11 deletions.
25 changes: 14 additions & 11 deletions _posts/2003-08-18-UseCasesAndStories.md
Original file line number Diff line number Diff line change
Expand Up @@ -3,21 +3,24 @@ title: ユースケースとストーリー
tags: [requirements analysis, uml]
---

http://www.martinfowler.com/bliki/UseCasesAndStories.html

### [ユースケース](/UseCase)とXPの[ストーリー](/UserStory)との違いは?
**[ユースケース](/UseCase)とXPの[ストーリー](/UserStory)の違いは?**

これはよくある質問だが、なかなか答えがまとまらない質問でもある。XPコミュニティの人々は、ストーリーはユースケースを簡単にしたものだと捉えている。私も以前はそう思っていたが、今は別の見方をしている。

ユースケースとストーリーは、どちらも要求をまとめる(organize)方法という意味で一致している。違うのは、まとめる「目的」である。
ユースケースは要求をまとめ、ユーザーがシステムにどう携わるか、システムをどう使うかといった物語(narrative)を形作っていく。したがってユースケースは、ユーザーのゴールとシステムとの相互作用がどれだけそのゴールを満たすかに焦点を当てる。
一方、XPのストーリー(同じようなものにフィーチャーと呼ばれるものがある)では、計画を作るために要求を小さく刻んでいく。ストーリーはXPのリリース計画プロセスの一部として見積もれる程度に、ブレイクダウンされるのだ。
要求の使い方が違うために、ユースケースの試行錯誤とストーリーの試行錯誤は、まったく違ったものとなる。
ユースケースでは、ユーザーがシステムにどう携わるか、システムをどう使うかといった物語(narrative)を作るために要求をまとめる。したがって、ユーザーのゴールと、システムとの相互作用がどのようにゴールを満たすかに焦点を当てる。
一方、XPのストーリー(同じようなものにフィーチャーと呼ばれるものがある)では、計画を作るために要求を分割する。XPのリリース計画プロセスの一部として、見積もることができるまで明確に分割する。
このように要求の使い方が違うために、ユースケースとストーリーの発見はまったく違ったものとなる。

<!-- The two have a complex correlation. Stories are usually more fine-grained because they have to be entirely buildable within an iteration (one or two weeks for XP). A small use case may correspond entirely to a story; however a story might be one or more scenarios in a use case, or one or more steps in a use case. A story may not even show up in a use case narrative, such as adding a new asset depreciation method to a pop up list. -->

この2つには複雑な相関関係がある。
ストーリーのほうが粒度が小さい。なぜなら、1回のイテレーション(XPでは1,2週間)の中で作り上げられなければならないからだ。小さなユースケースだとストーリーとまったく同じ大きさになることもあるが、ストーリーはユースケースの中の1つ以上のシナリオ、もしくは1つ以上のステップに相当する。
あるいは、ポップアップリストに新しい資産減価償却方法を追加するなどのように、ストーリーはユースケースのナラティブにさえ登場しないこともある[^1]

この2つには複雑な相関関係がある。
ストーリーのほうが粒度が小さい(fine-grained)。なぜなら、1回のイテレーション(XPでは1,2週間)の中で作り上げられなければならないからだ。小さなユースケースだとストーリーとまったく同じ大きさになることもあるが、1つのストーリーは1つのユースケースの中の1つまたはそれ以上のシナリオ、もしくは1つまたはそれ以上のステップに相当する可能性がある。1つのストーリーは、ユースケースナレーティヴ(use case narrative)(訳注:ナレーティブとは、ユースケースシナリオに任意の設定を入れたもの。具体例。なハズだが……。--kdmsnr)の中にすら現れないこともある。ナレーティブとは、例えば新たな資産償却法をポップアップリストに追加するようなケースのことを指す。(訳注:イメージとしては、ストーリは1つのユースケースナレーティブの中に現れないようなこともストーリとして扱われます。例えばポップアップリストのちょっとした変更のようなケースなんかではないでしょうか?(ユーザーにとっては見た目などは関心ごとだが、ユースケースのシナリオには普通そんなことを書かないから)--うしお)。
ユースケースとストーリー両方を使う必要はあるだろうか? 理論的には可能であっても、実際に両方使うことはほとんどない。チームによっては、初期の段階でユースケースを利用して物語のイメージ(narrative picture)を構築し、その後ストーリーに分解して計画を立てることもある。また、直接ストーリーを作るチームもある。さらに、ユースケースを作成し、ユースケーステキストに注釈をつけて、どのような機能がいつ実行されるかを示すチームもある。

---

ユースケースとストーリー両方を使う必要はあるだろうか? 理論的には可能であっても、実際に両方使うことはほとんどない。チームによっては、初期の段階でユースケースを利用して物語のイメージ(narrative picture)を構築し、 その後ストーリーに分解して計画を立てることもある。また、直接ストーリーを作るチームもある。さらに、ユースケースを作成し、ユースケーステキストに注釈をつけて、どのような機能がいつ実行されるかを示すチームもある。
[^1]: 例えばポップアップリストのちょっとした変更のようなケースなんかではないでしょうか?(ユーザーにとっては見た目などは関心ごとだが、ユースケースのシナリオには普通そんなことを書かないから)--うしお

----
* うしおさんにご指摘いただきました。ありがとうございます。--[[kdmsnr]]

0 comments on commit c7c202a

Please sign in to comment.