製品バックログアイテムとタスクの違いの説明
私はこの課題に数回遭遇しました。TFSの製品バックログアイテムとタスクの違いを説明する方法についての参考資料、トレーニング、またはアドバイスを誰かが提供できることを願っています。
製品バックログアイテムが「何を」であり、タスクが「方法」であることを理解し、説明しました。また、PBIが要件であり、タスクがその要件を満たす方法であることも説明しました。
これを説明するとき、私は繰り返し空白の視線と頭を引っかくことに出会います。私がこれを説明するソフトウェアエンジニアは区別がつかないようです。それらはすべて同じです。
私のもう1つの課題は、なぜ区別することが重要なのかを効果的に説明できないことです。
「製品バックログアイテム」は、まさに、何を構築する必要がある機能です。タスクでは、そこに到達するために実行する必要がある手順について説明します。
多くのチームはタスクに分解するのに慣れておらず、仕様が言うことを構築するだけです。これらの人々にとって、それらを2つの別々のものとして見るのは難しいです。
多分簡単な逸話が役立つでしょう：
休暇中の買い物リストのアイテムとして、製品バックログアイテムを参照してください。たぶん、「テント」、「釣り竿」、「旅行の準備車」。
「テント」項目のタスクは、「テントの要件を説明する」、「オンラインでテントを比較する」、「アウトドア体験のある友人からアドバイスを得る」、「アウトドアショップに行く」、「テントを購入する」、「裏庭にテントを設置する」完全性を確認してください」、「旅行用のパックテント」
釣り竿のタスクは非常に似ていますが、「旅行用に車を準備する」のタスクはおそらく非常に異なります。「目的のルートの州/国の要件を確認する」、「安全ベストを購入する」、「応急処置から期限切れのコンテンツを交換する」キット」、「スペアタイヤの点検」、「ガレージでエンジンを確認する予定を立てる」、「ガレージに行ってエンジンを確認する」、「州の機関に行き、高速道路のパスを購入する」、「自動車保険を確認する」
これにより、製品の所有者が何を求めているかという問題と、何をする必要があるかという問題が明確に区別されます。もちろん、プロダクトオーナーがプロダクトバックログで実行可能な項目にすでに分解していない限り、その場合は、それらにも話をする必要があります。
私が言ったように、多くの開発者にとって、彼らはすでに十分な情報を持ち、何をすべきかを知っていると考え、What into Howステップを分解したくありません。スプリントの進行状況の追跡、見積もりの改善、スプリントの計画中に忘れられていた作業の追跡、および専門的な改善に関連するその他の項目について話し始めたら、彼らとチームがどのように改善できるか、どのように改善できるかを尋ねます。彼らが本当に終わったことを知っています。タスクを作成せずに機能するシステムを考え出して機能する場合、それは問題ありませんが、実際にできる可能性は非常に低いです。
TFSとアジャイルツールを使用する前に、チームはこれがどのように機能するかを理解する必要があります。最良の方法は、誰でも作業フロアに見える紙の板を使って作業することです。後で、プロセスがよりよく理解されたときに、ツールに移動すると役立ちます。理解がなければ、ツールはあまり役に立ちませんし、多くの抵抗を満たすでしょう。
ジェシーは素晴らしい答えを提供してくれたと思います。私は単純に試してみますが、（可能な場合は）単純にします:)製品バックログアイテム（または、必要に応じてユーザーストーリー）は通常、次のように記述します。
新規顧客として、詳細を登録して、新製品のリリースについて知らせたい
開発者の頭では、これは次のように変換されます。
- 登録フォームを作成する
- 登録データをデータベースに書き込む
- 新規顧客にメールを送信して、登録を確認します
これらの3つの項目がタスクです。
お役に立てば幸いです。
-できるだけ単純にしますが、単純にはしません（Einstein）
転がし方は次のとおりです。
PBI：
- 要件別名「何を」
- お客様でお話しする内容です。
- これは、スプリントの毎日のプロジェクト更新（DPU）に表示されるものです。DPUは顧客向けであるためです。
- それは、お客様が見積もりと予算の観点から話し、言及するものです。
- 1つ以上のタスクで構成される場合があります。
- ビジネス指向であり、顧客が理解できるビジネス指向/ドメインスタイルの言語で記述されている。
- ユーザー受け入れテスト（UAT）でテストされ、受け入れられるもの
タスク：
- PBI（要件）を実現するために必要な作業です。
- 顧客と話していることではない
- 顧客とは話し合わないため、DPUには表示されません。
- 推定されていますが、推定値はPBIにまとめられています
- 唯一の要件の子供です。
- 技術的な専門用語を使用して説明できます（多くの場合）
- 内部でテストされ、テストによってサインオフされました
- お客様が単独で受け入れたりテストしたりしていない（存在を知らない）