完成したユーザーストーリー-破棄しますか？アーカイブ？ [閉まっている]

Question

開発にスクラムプロセスを使用し始めています。ユーザーストーリーがたくさんあります。ユーザーストーリーが完成し、テストされ、展開されたら、それで何か他のことをしますか？現在、小さなインデックスカードを使用しています。ゴミ箱に捨てるだけでいいと思います。

それらを保持する場合、後でそれらをどうしますか？

Answer 1

将来のプロジェクトで参照できるようにアーカイブしてください。ストーリーポイントを推定する必要がある場合に役立ちます。多くの場合、似たような話がプロジェクト間で発生します。

Answer 2

ええと-それらを保持し、プロジェクトファイルに入れます。すべての場合にCYA。クライアントがいつ戻ってくるのか、「どうしてこんな風になっているのですか？」その後、ユーザーストーリーを引き出してバックアップを作成できます。

ソフトウェアの保証期間が終了するまで、このようなすべてのものを常に保持します。本当に無料の変更でした。

Answer 3

ごみ箱は適切な場所のようです。

Answer 4

PEZはほぼ正しいです。カードをゴミ箱に捨てるのではなく、リサイクルしてください。 ：）

それらを保持する意味はありません。変更の履歴が必要な場合は、SCMとテストスクリプトから取得できます。

Answer 5

それらを保持するための別の投票。それは汚い言葉だと知っていますが、ユーザーストーリーはドキュメントの一部であり、重要な目的を果たします。

あなた（または継承者）がシステムに変更を加えた3年後、なぜあなたが物事をしたのかを知るために歴史的な文書を持っていると便利です。

また、状況が変わった場合に役立ちます。アプリケーションが満たすユーザーストーリーに戻り、同じストーリーが新しいバージョンに適用されるかどうかを判断できるように書き直す必要があります。

Answer 6

通常、ユーザーストーリー（およびタスク）の各反復に相当する値をラバーバンドで包み、速度と推定ポイントを示す新しいカードを前面に配置します。しかし、ノスタルジックなリースを除いて、私はそれらを使用したことがありません。だから私が言うアーカイブのためにそれらを保管してください：-9

Answer 7

お待ちください！

（コードではなく）要件を記述しますが、古いユーザーストーリーと受け入れテスト（私のものや他のもの）を頻繁に読み直しています。

古いストーリーを確認すると、車輪を再発明するのではなく、複雑な概念の最も明確なフレージングを見つけるのに役立ちます。文書化するのを忘れてしまう可能性のある詳細を知るのに役立つことがあります。他の人によって書かれたストーリーは、私が関わっていなかった機能を理解するのに役立ち、おそらく新規採用者にとっては良い学習ツールになるでしょう。

先に進むこともできますが、次のように入れてください：
ストーリーを保持してそれらを必要としない、またはストーリーを必要としてそれらを持たないという、より大きな問題を引き起こす可能性が高いのはどれですか？

Answer 8

将来的に何かについて論争や議論があった場合、それらを参照し、自分自身をカバーできるように、それらを保管（アーカイブ）してください。

Answer 9

完成したユーザーストーリーは、基本的にプロジェクトの最終仕様です。正式な要件のドキュメントまたは仕様から始めた場合、完成したユーザーストーリーをそのドキュメントと比較することで学ぶべき多くの教訓があります。最初のドキュメントがない場合、完成したユーザーストーリーはプロジェクトの機能をドキュメント化します。どちらの場合でも、プロジェクトの事後分析や後続のプロジェクトの見積もりと計画の際に、将来の参考のためにそれらをつかむことは非常に価値があると思います。

Answer 10

今後何が役に立つかわからないことがわかっているので、タグ付けしてファイルすることをお勧めします。物理カードを使用している場合は、それらをスキャンしてから、画像ファイルにタグを追加するなどの簡単な操作を行います。後でタグクラウドを見て、共通のスレッドを見つけたり、コンテンツを見つけて再利用したりすることを想像してください。

すべてのスクラムと同様に、時間がかかりすぎる場合は、おそらく努力する価値はありません。それをクレイジーなプロセスにしないでください、ただそれをすぐにファイルして、それを忘れてください。

乾杯、 リーブス