-1

私はスクラムプロセスを学んでいます。スクラムプロセスのイベントの順序について、最初の製品ビジョンまたは従来の要件はどれですか?

製品が要件を受け取ると、それはバックログであり、スプリントログを持つことによって優先順位が付けられることを私は知っていますが、私はビジョンと従来の要件の分野で曖昧です。

4

4 に答える 4

1

まず、「従来の要件」を定義していただけますか?

一般に、フローの自然な順序は、ビジョン->製品のバックログになります。最初のビジョンは、このリリースで(顧客にとって)何が重要になるかについて焦点を当てているため、要件の形成と優先順位付けに役立ちます。ビジョンは、「なぜ顧客はこの製品を購入するのか」という基本的な質問に対処する必要があります。

ただし、スクラムは反復型の増分プロセスであるため、顧客の声の演習、バグレポート、スプリントレビューからのコメントなど、さまざまなソースを取り入れて、バックログとビジョンが絶えず進化する可能性があることを忘れないでください。

よろしく

于 2012-09-19T07:59:22.797 に答える
1

SCRUMは、プロジェクトをどのように処理するかについてです。

構想プロセスは、プロジェクト自体の前に行われます。プロジェクトがない可能性があり、したがってSCRUMがない可能性があります。要件の収集(製品バックログの生成)は、人々が構想を終え、プロジェクトから始めることが理にかなっていることがわかったときに発生します。とはいえ、要件を収集する前に製品の構想を行うことは論理的です。なぜなら、構想プロセスの途中で同じ/類似の製品があることに気付いた場合、またはそれが実現可能でない場合、人々は要件に煩わされない可能性があるからです。そのようなことをするために。

例:

構想プロセス: 人物Xは言う-テレポートマシンを作りましょう。それがあれば、人々は地球上のどこにでも瞬時に移動できるようになります。Yさんが参加して言いますが、{何とか、何とか、これらすべての科学的理由}のためにそれは不可能です。

当然、彼らはあきらめます。:)

要件の収集: 構想プロセス中にプロジェクトが失敗する運命にあることに気付いたため、必要ありません。

于 2012-09-30T09:44:10.370 に答える
-1

私の経験に基づいて、製品のビジョンと要件(機能的または非機能的)の両方が製品バックログ内に表現されます。それらに優先順位を付ける方法は、プロダクトオーナーの決定です。プロダクトオーナーは、「必須機能」よりも「優れた機能」の優先順位を決定できる唯一の人物です。製品バックログに何を含めるかについてのアイデアを得るのに役立つように、製品バックログには次の両方が含まれていることがわかるように、 MountainGoatのサンプル製品バックログを参照してください。

  • サイトメンバーとして、私は自分のページで半構造化された方法で自分自身を説明したいと思います。つまり、事前定義されたフィールドに入力できますが、フリーテキストフィールドを1つまたは2つ入力する余地もあります。(このフリーテキストをHTMLまたは同様のものにするとよいでしょう。)
  • サイト訪問者として、私はすべての認定スクラムマスター、プラクティショナー、トレーナー、および認定プロダクトオーナーのサイトのリストを表示できます。(CSMリストには5,000を超える名前があるため、文字ベースのページネーションアプローチが必要です。)
于 2012-09-19T15:08:47.470 に答える
-1

したがって、問題は次のとおりです。スクラムでは、どちらが最初に来るか:要件または製品ビジョン?

回答:他の方法論で最初に来る方。

製品ビジョンはスクラムとは何の関係もありません。それはあなたが製品に対して持っているビジョンであり、あなたが従うことを選択した方法論に関係なく同じです。したがって、ウォーターフォールをたどっても、製品のビジョンまたはロードマップが必要です。

スクラムでは、プロダクトオーナーは、製品のビジョンをユーザーストーリー(ユーザーの言語での要件)に分解し、定期的に優先順位を付けます。

お役に立てば幸いです。

于 2012-09-27T05:56:55.467 に答える