スクラムストーリーと舞台裏の機能[閉鎖

StackOverflow https://stackoverflow.com/questions/2795733

  •  04-10-2019
  •  | 
  •  

質問

私が理解しているように、スクラムのバックログはエンドユーザーにとって何かを表す一連のストーリーで構成されており、これはさらに機能に分解されます。

この場合、実際にはストーリーにリンクされていないが、それでも有用な舞台裏のすべての機能はどこにありますか？

たとえば、ハードドライブの内容をカタログ化するアプリケーションを作成しているとします。ストーリーはそれを必要としませんが、各ファイルにMD5ハッシュを持つことは、複製にフラグを立てるための素晴らしい機能です。

役に立ちましたか？

解決

良い物語を書くための古典的なテンプレートは次のとおりです。 u003Crole>, 、 したい u003Caction> となることによって u003Cbusiness value>「（またはこれに関するバリエーション）とストーリーは実際に提供する必要があります 事業価値. 。なんで？さて、ストーリーが生成するビジネス価値を伝えない場合、（非常に可能性の高い）製品所有者がその重要性を評価し、それに応じて優先順位を付けることができますか？良いストーリーを書くことで、それらを重要と評価して実装するチャンスが増えます。

良いものを見つけるための素晴らしいツール 事業価値 それは 5つの理由 （これは根本原因分析に使用されます。つまり、問題の根本原因を見つけます）。キュウリ ドキュメンテーション 「良い」ビジネス価値を見つけるためにそれを使用する方法を非常によく説明し、非常に良いサンプルを持っているので、言い換えるのではなく、以下の説明を引用しています。

ビジネス価値とMMF

機能の一部と「 理由をポップします 次のビジネス価値のいずれかになるまで、最大5回（再帰的に尋ねてください）。

  • 収益を保護します
  • 収益を増やします
  • コストを管理します
  • ブランド価値を高めます
  • 製品を注目に値します
  • 顧客により多くの価値を提供します

これらの値のいずれかをサポートしていない機能を実装しようとしている場合は、価値のない機能を実装しようとしている可能性があります。完全に投げたり、バックログで押し下げたりすることを検討してください。 MMFの実装に焦点を当てます（最小限の市場性のある機能）それは最も価値をもたらします。

#CucumberのIRCチャットセッションから取られた例を次に示します。

[5:08pm] Luis_Byclosure: I'm having problems applying the "5 Why" rule, to the feature 
                         "login" (imagine an application like youtube)
[5:08pm] Luis_Byclosure: how do you explain the business value of the feature "login"?
[5:09pm] Luis_Byclosure: In order to be recognized among other people, I want to login 
                         in the application (?)
[5:09pm] Luis_Byclosure: why do I want to be recognized among other people?
[5:11pm] aslakhellesoy:  Why do people have to log in?
[5:12pm] Luis_Byclosure: I dunno... why? 
[5:12pm] aslakhellesoy:  I'm asking you
[5:13pm] aslakhellesoy:  Why have you decided login is needed? 
[5:13pm] Luis_Byclosure: identify users
[5:14pm] aslakhellesoy:  Why do you have to identify users?
[5:14pm] Luis_Byclosure: maybe because people like to know who is 
                         publishing what
[5:15pm] aslakhellesoy:  Why would anyone want to know who's publishing what?
[5:17pm] Luis_Byclosure: because if people feel that that content belongs 
                         to someone, then the content is trustworthy
[5:17pm] aslakhellesoy:  Why does content have to appear trustworthy?
[5:20pm] Luis_Byclosure: Trustworthy makes people interested in the content and 
                         consequently in the website
[5:20pm] Luis_Byclosure: Why do I want to get people interested in the website?
[5:20pm] aslakhellesoy:  :-) 
[5:21pm] aslakhellesoy:  Are you selling something there? Or is it just for fun?
[5:21pm] Luis_Byclosure: Because more traffic means more money in ads
[5:21pm] aslakhellesoy:  There you go!
[5:22pm] Luis_Byclosure: Why do I want to get more money in ads? Because I want to increase 
                         de revenues.
[5:22pm] Luis_Byclosure: And this is the end, right?
[5:23pm] aslakhellesoy:  In order to drive more people to the website and earn more admoney, 
                         authors should have to login, 
                         so that the content can be displayed with the author and appear 
                         more trustworthy.
[5:23pm] aslakhellesoy:  Does that make any sense? 
[5:25pm] Luis_Byclosure: Yes, I think so
[5:26pm] aslakhellesoy:  It's easier when you have someone clueless (like me) to ask the 
                         stupid why questions
[5:26pm] aslakhellesoy:  Now I know why you want login
[5:26pm] Luis_Byclosure: but it is difficult to find the reason for everything
[5:26pm] aslakhellesoy:  And if I was the customer I am in better shape to prioritise this 
                         feature among others
[5:29pm] Luis_Byclosure: true!

それで、私を始めましょう：なぜ各ファイルにMD5ハッシュを持っているのがいいのでしょうか（これは、あなたがしたように表現され、実装の詳細であり、ビジネス価値を伝えません）？

他のヒント

「スクラム」のバックログはありません

ビジネス価値を持つ製品所有者による製品バックログ

と

スプリントバックログScrumaster/DevelopPersは、タスクをストーリーに戻したタスクをリストします。

ビジネス価値に関して、ビジョンドキュメントと製品のバックログの区別を前提とするために更新しています。

ビジネスビジョンドキュメント（戦略レベル）は、製品のバックログだけでなく、ビジネス価値に関するものです。しかし、製品のバックログは、他の従来の方法論における機能仕様と同等です。これは、高レベルのマネージングディレクターのビジョンだけでなく、チームが具体的に直接実装できるものです。

もちろん、製品のバックログ自体は、ビジョン文書項目に追跡可能である必要があります。

一日の終わりに、アジャイルはあなたが生産的になるために働くことをすることです。これらの種類の答えは、あなたが何が機能するかを決定するためのものです。

それは単に別のストーリーの実装の詳細であるかもしれませんし、それ自体が物語かもしれません。

あなたのグループを最も生産的にするものは、それが本来あるべきものです。

私はそれらを次のように配置します：

  • 「非ユーザーストーリー」または「NUS」
  • 「プログラマーズのみ」または「PO」
  • 「センスの背後」または「BTS」

その後、機能の簡単な説明が続きます。
それで：

  • BTS：カタログファイルシステム
  • PO：マジックバイトでファイルタイプを見つけます

変！同じアプリケーションを作っています！ :-)

アップデート：

だから、私は読んだ ウィキ, 、余分なログ（スプリントバックログ）が必要だと思います。
ウィキは言う：

スプリントバックログ

スプリントバックログは、チームが今後のスプリントの機能を実装する方法に関する情報を含むドキュメントです。機能はタスクに分類されます。ベストプラクティスとして、タスクは通常、4〜16時間の作業の間で推定されます。 このレベルの詳細により、チーム全体が何をすべきかを正確に理解しています, 、そして誰でもリストからタスクを選択することができます。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top