web-dev-qa-db-ja.com

スクラム初心者:内部ストーリー

スクラムを実装しようとしていますが、いくつかの基本的な質問があります。エンドユーザー機能を実装するためのストーリーの作成は理解していますが、ストーリーの要件を収集するような「メタタスク」はどこから来るのでしょうか。これはストーリープロセスが始まる前でもありますか?ある時点でプロジェクトが開始され、「要件の取得」や「ユーザーストーリーの作成」などのタスクが必要になるという事実に苦労していると思いますが、これらもプロジェクトの一部であり、どこかでキャプチャする必要があります。それらはスクラムストーリーに適合しますか?それらはスプリントの一部ですか?彼らはそうあるべきだと思われますが、彼らのためにストーリーを作成することは再帰的に思えます...それが理にかなっていることを願っています。ありがとう!

5
skaz

簡単な答えは"No, there should be no stories created for tasks which deal with managing the SCRUM process itself"

ユーザーストーリーは、ユーザー指向(または「所有者指向」)の機能を説明するためだけのものです製品に実装されます。
これらをメタタスク(ユーザーストーリーの作成、評価など)と混合しない主な理由は、メタタスクは通常、以下の特定のシーケンスを意味すると思います。他のタスク。これにより、ユーザーストーリーは、最初のスプリントまたは最後のスプリントで、任意の順序で実装できます。確かに、チームと製品マスターによるストーリーの評価と優先順位付けの方法は、ストーリーが製品に導入される順序に影響しますが、理想的には、ストーリーは互いに独立しているため、計画に関して交換可能です

メタタスクとのさらなる混乱を追加せずに、特定のスプリントに適したストーリーのセットを選択することは、多くの場合十分に困難です。

したがって、メタタスク(ストーリーの作成、スプリントの計画、毎日のSCRUMのスケジュール設定、さまざまな管理タスクなど)はSCRUMプロセスの一部です。これらはフレームワークに組み込まれており、明示的に追跡されません。

3
mjv

要件を取得し、ユーザーストーリーを作成するにはタスクではありません。彼らはフルタイムの仕事です。 製品所有者の仕事

あなたの質問であなたが説明するのは、要件が発見され、ユーザーストーリーが書かれたときの「反復0」です。次に、チームは作業に取り掛かり、反復1からNでそれらを実装します。

しかし、要件の発見は決して止まりません。製品の所有者は、いつでも要件を追加または削除したり、ユーザーストーリーをマージまたは分割したり、優先順位を付け直したりできます。これは、アジャイルが適応計画(「計画に従う切り替えに対応する」)を行う方法です。

4
azheglov

スクラムはビルダー(開発者)向けです。あなたが話していることは、製品の所有者によって行われます。プロダクトオーナーは、プロセスを容易にするという点でスクラムの一部ですが、彼ら自身の仕事では、スクラムを行いませんdoスクラム。

私は、製品管理グループ(実際には、セールス以外のすべてのグループ)にスクラムを実行させようとした会社で働いていました。開発者以外のすべてのグループは、数か月以内にそれを放棄しました。

タスクの内訳や割り当てなどの原則の一部は保持されましたが、速度とスプリントは実際には機能しなかったものの一部でした。

1
Nicole

補足として、プロダクトオーナーが各ユーザーストーリーに優先順位を付けることもお勧めします。ストーリータスクの場合と同じように、最も優先度の高いストーリーが最初に実行されます。

0
cordellcp3

具体的には、「要件の収集」は、個々のSprintバックログアイテムの開発プロセスの一部です。したがって、SBアイテムの見積もりは、ユーザーと一緒に座って本当に欲しいものについて話し合うことから、最終的な受け入れテストまで、「スープからナッツまで」である必要があります。

一方、製品バックログアイテムは、参照するときに同じことについて話していることを誰もが理解できるように、十分な詳細のみを含める必要があります。つまり、「ベーグル」という単語が1つしかないPBアイテムです。それが何を意味するのか誰もが知っている限りは問題ありません。そのため、ユーザーストーリーは、計画を立てるのに必要なすべてのことをすべての人に伝える1文の説明を提供するため人気があります。前述のように、その簡単な説明から詳細な仕様に移行することは、スプリントで行われる開発作業の一部です。

したがって、PBを維持するためのチームのオーバーヘッドは最小限であり、プロジェクト全体を通して小さな小さな作業で継続的に発生します。スプリントの計画に近づくと、開発者は優先度の高いPBアイテムの非常に大まかな見積もりを提供する必要があるかもしれませんが、実際にはそれぞれ数分以上かかる必要はありません。

0
Dave