土曜日に[小扁]ユーザーストーリーマップを理解した後、小さなシリーズは、いくつかの情報を見上げ共有への皆のためのユーザーストーリーマップの計画を整理する方法については、以下の記事を見つけました。あなたも良い習慣を持っているしたい場合は、メッセージ交換を残すことができます。
オリジナル住所：http://winnipegagilist.blogspot.jp/2012/03/how-to-create-user-story-map.html
ジェフ・パットンと他の人を促進するためのおかげで、ユーザーストーリーマップは、アジャイル所要量計画の一般的な方法となっています。ユーザーがあなたの物語のバックログが二次元マップではなく、伝統の単純なリストになってマッピングすることができます。ユーザーストーリーマップは、次の問題に対処することができます：
-それは簡単にあなたが全体像のバックログを参照できるようにするため
（グルーミング）の新機能をスクリーニングするために、より良いツールを提供し、優先順位の描写、あなたが意思決定を支援するために-
-サイレントモード、およびユーザーストーリーを生成するためのその他のコラボレーションブレーンストーミングの方法を使用して簡単に
-あなたを助けるより良い反復インクリメンタル開発、早期リリースを確保しながらすると、全体的なアーキテクチャとソリューションを検証することができます
-プロジェクト計画のための従来のツールへのより良い代替手段を提供
-プロジェクトのスコープの議論と管理を刺激するのに役立ちます
-それはあなたが複数の次元からのプロジェクトを計画することができ、そしてさまざまなアイデアが採用されることを保証するために、
8段階のユーザーストーリーマップを作成します。
- 製品に3-5に召喚関係者と非常に精通しています。3-5音がはい、実際には、マジックナンバーが好き。ので、より多くの人々が議論し、効率を下げる調整するために会うことになるので、あなたは十分なアドバイスを得ることはできませんが、という少ない人数手段。
- されるように、紙の上に、彼らは重要な「やること」だと思うのノートダウンそれぞれの人の書き込みという、サイレントモードを使用して、ブレインストーミング のユーザタスク（ユーザー・タスク）。同じ色の付箋を持つ誰もが、独自のユーザータスクの説明を書くために、この段階ではお互いに議論することではありません。私たちは基本的に準備、誰もターンが音読すること、その内容、およびデスクトップ上に配置されるすべての紙のノートを完了したら、その後、重複したコンテンツを省略しているように見えた場合：
- お使いの製品のサイズによっては、このプロセスは3-10分かかる場合があります。あなたが停止する必要があるかどうかを判断するために人々の行動を観察することができます。
- ユーザーを追加し、連絡先を作成し、メッセージを送信します。各ノートは基本的にのような、動詞で開始します。
- これらのノートは、彼らがユーザーストーリー上のマップを作る、ユーザーストーリーは、ジェフ・パットンは、ユーザーのタスク（ユーザタスク）と呼ばれる構成する 「歩行スケルトン」（歩行スケルトン）セクション。
- その後、プロンプト参加することができます：私たちは、収集プロセスのニーズを完了するために非常に少し時間がかかったし、他の人はあなたが考えるのを助ける一方で、いくつかのあなたは、コンテンツを考えていないかもしれません。
- その後、他の類似のグループにグループ同様のタスクにデスクトップ上に私たちのすべてのノートを聞かせ
- そうすることが速くなりますように、このプロセスは、サイレントモードですべての人を聞かせするのが最善です。あなたが重複したコンテンツを見つけた場合は、スキップ
- 基本的には完全に非常に簡単になり、グループ化
- そして、一人一人の行動が、また、我々が行っているかどうかを判断することが観察された、基本的にこのプロセスは2-5分かかります
- 名前付きグループのそれぞれについて、ノートの他の色を選択し、各ノートが上部に取り付けられています。
- 良いノートのこれらの点は、左から右の場所に、一連の動作を完了するために、一般利用者に合わせて、グループをソート
- 我々は順序を決定できない場合、注文は（明らかに）それほど重要ではないかもしれません。
- グループ・ノート、ジェフ・パットンと呼ばれる ユーザアクティビティ（ユーザアクティビティ）
- 次に、あなたのマップは次のようになります。
- さて、ユーザーの行動ラインは、ユーザーの話をし始めた「スケルトン歩行」によると、あなたが任意のユーザの行動やユーザーの作業をお見逃しなくします。次に、一般的に、主催者が他の人のコメントを行って話、さらにはエンドユーザーが議論に参加することができます。
- 現時点では、ユーザーストーリーマップの基本的な枠組みを完了した。あなたは、各ユーザーのために、次のタスクで詳細を追加することができ 、ユーザストーリー（ユーザーストーリー）。この場合には、ユーザーストーリーの最初のラウンドと同様に、ヘルプへのペルソナとシナリオなどの支援プロセスを完了を生成するサイレントブレーンストーミングモードを使用することをお勧めします。あなたはユーザーストーリーの作成が完了したら、あなたの描くために始めることができます （リリース）リリーススケジュールを A
- 私は一般的にのみ、各ユーザーのタスク最初のリリース2-3ユーザーストーリーを選択するために使用します。これは、優先順位付けと範囲が参考になることができます。
- 基本的に私たちは、ノートは私たちのマップ上の各特定の場所にあるため、私たちは簡単にそのシーンや文字が配置されている識別することができ、これらの物語を書くために（...と）ユーザーストーリーの標準構文を使用する必要はありません。
- 最後に、最初に可能な限り小さく、その私たちの最初のリリースを確保するために、分解を公開し、すべてのユーザーストーリーのため、基本的にあなたが1-2回の反復後の製品の最初のバージョンを公開することができていることを確認する必要があります。
ユーザーストーリーマップのサンプル
ここで物語は、ユーザーの電子メールシステムをマッピングしています
- 2行目は、のようなものを含む「我々は電子メールシステムで物事をしなければならない」という内容が含まれています：電子メール、送信メッセージを書くことは、予定を作成し、というように。
-これらのものの最初の行は、グループ化されています
-最初の行は、次のような、黄色の付箋は、ユーザーストーリーを最小限に含まれていますメッセージのみ送信者、受信者、タイトル、内容、および[キャンセル]ボタンを送るが含まれる書き込み。などのサポートRTF、HTMLの書式設定、追加の添付ファイル、逓信省から取得する連絡先の電子メールアドレス、など他のものは、この行では、近い内の下のメモを入れていません。
プロジェクトの進捗状況を見ることができるように、（WIP）でオレンジ色の代表者、完了のために青： -黄色の付箋上の小さな青とオレンジ色の付箋紙のような異なる状態を、示しています
我々は左から右に最初の行を完了するために、黄色い付箋紙に焦点を当てている場合今、私たちは、クイックリリースは、メールシステムの最も基本的な機能が含まれていることを確認することができます。実現可能な当社のメールシステムを（それが読み取ることができることを保証しながら、センドメール）だから我々は全体的なアーキテクチャを確認することができること。また、それは、私たちは私たちが自分たちの問題（ビジネス価値を提供する）を解決するかどうかを知るために、ユーザーからのフィードバックを得ることができることを保証するために、システムの機能のテストを終了するには終了することができます。いないすべてのユーザーが開発タスクを完了する必要があるため、我々は、この関数の最初の行に「削除済みアイテム」が含まれていないことに注意してください。
ユーザーストーリーマップの仕様
-ノートの最初の2つのステップが表す ユーザタスク（ユーザータスク）、ブルーノート
ノート3-4ステップは- ユーザー行動（ユーザactivies） 、オレンジノートを。ジェフは言ったように、これらの2つの行の内容 「歩行スケルトン」（歩行スケルトン）と 「トランク」（バックボーン）
- ユーザーストーリー（ユーザーストーリー）、私たちの優先順位を設定するために、各ユーザーのタスクに上から下に配置され、黄色の付箋クラス
-ユーザーが（ユーザーストーリーがマップ）左から、あなたのシステムを使用する権利のために一般的になります