ユーザーストーリー：3の例をドライブするための例

概要

ユーザーストーリーは、エンドユーザーの観点から書かれたソフトウェア機能の非公式の説明です。典型的なユーザーストーリーはフォーマットをフォーマットに従います。ソフトウェアの機能がユーザー値を駆動する方法を正確に表すために、効果的なユーザーストーリーの書き方を調べてください。

製品機能の拡大に関しては、ソフトウェアの更新はユーザー値を増やすための鍵です。

ユーザーストーリーは、エンドユーザーの観点から書かれたソフトウェア機能の説明です。これは助けます狂気のチームは、ユーザーが最良の機能を提供できるようにすることができるようにすることができます。

効果的なユーザーストーリーを書き込む方法については、重要な詳細をまとめました。エンドユーザーの経験に焦点を合わせる方法を学びます。

ユーザーストーリーとは何ですか？

ユーザーストーリーは、エンドユーザーの観点から書かれたソフトウェア機能の非公式の説明です。これらの物語は、開発チームにコンテキストを提供するために非技術的な言語を使用して書かれるべきです。

ユーザーストーリーは通常、フォーマットに従って、次のような一文で言われています。

ユーザーストーリーを書く目的は、ソフトウェア機能がユーザー値にどのように変換されるかを正確に表すことです。つまり、このソフトウェア機能はエンドユーザーにどのように影響しますか？

顧客とも呼ばれるエンドユーザーは、必ずしも外部の消費者を説明するわけではありません。エンドユーザーは、この作品から恩恵を受ける内部の顧客またはチームメンバーにすることもできます。あなたのエンドユーザーの定義は、最終的には構築しているソフトウェア機能の目的に依存します。

ユーザーストーリーは、アジャイルアプローチのコアコンポーネントです。投稿ITノートやインデックスカードを使用するなど、多くの方法でそれらを書くことができますが、ユーザーストーリーを作成したり追跡するための最も効果的な方法はプロジェクト管理ソフトウェア。効果的なプロジェクト管理ソフトウェアを使用すると、ユーザーのストーリーをリアルタイムで調整、編集、および追跡できますので、チームは自分のエンドユーザーに最適な方法を正確に提供する方法を正確に知っています。アジャイルソフトウェア開発が人々を最初に置くことを目的としており、ユーザーストーリーはあなたがエンドユーザーにあなたの焦点を配置することによってそれをするのを助けます。

誰がユーザーのストーリーを書いていますか？

最も一般的には、製品の所有者はユーザーの研究に基づいてユーザーストーリーを書き込み、それらを開発チームのリストに編成します。製品のバックログ。誰でも技術的にユーザーストーリーを書くことができるが、それは彼らが彼らのイニシアチブを実行するために必要な情報がすべて必要とされていることを確実にするための製品マネージャの責任です。

それから、開発チームは彼らの間に取り組むべきユーザーストーリーを優先し、決定するでしょうスプリント計画会議 。

誰がユーザーストーリーを使いますか？

ユーザーストーリーは内蔵されていますスクラム と かんばんフレームワーク

スクラムでユーザーストーリーは、あなたのチームがスプリントの計画中に理解を深めるのを助けます。

かんばんで、チームは彼らのバックログにストーリーを引き、彼らのスプリントの間にそれらを働きます。ユーザーストーリーは、彼らが仕事を管理し、彼らの締め切りを満たすために必要なコンテキストと明確化をチームに与えます。

ユーザーストーリーはワークフローまたはスプリント中にタスクを実行し、予防するためにDevチームによって取り組まれていますスコープクリープ。必要に応じて、大きなユーザーストーリーを複数のスプリントまたはepicsに分割します。叙事詩は多数の小さな物語に分類された大きな物語です。複数の叙事詩はイニシアチブを構成します。

良いユーザーストーリーを書く方法

ユーザーストーリーは3つのステップで書かれており、エンドユーザーの視点を表します。

ユーザーストーリーを書く3つのステップは次のとおりです。

ペルソナ：エンドユーザーのキャラクター

必要：目標ソフトウェア機能はエンドユーザーの旅行にあります

目的：ソフトウェア機能に関するエンドユーザーの経験の目的

あなたのユーザーストーリーには、これら3つのコンポーネントすべてを含める必要があります。これらの要素のそれぞれに掘り下げて、効果的なユーザーストーリーを書く方法についてのより良い理解を与えましょう。

ステップ1. Personaを識別します

ターゲットオーディエンスを評価して、エンドユーザーのPersonaを識別します。誰がソフトウェア機能によって影響を受けるかを検討してください。

ユーザーPersonaを識別するときに自分自身とチームに尋ねるためのいくつかの質問があります。

誰がこのソフトウェア機能を構築していますか？

エンドユーザーはどのような製品機能を望んでいますか？

エンドユーザーの人口統計やサイコグラフィは何ですか？

ターゲットオーディエンスのサイズによっては、特定のユーザーストーリーに複数のペルソナがあるかもしれません。

ステップ2.必要性を説明してください

エンドユーザーがソフトウェア機能とその理由をどのように使用するかを説明してください。これは重要ですので、あなたのチームはターゲットオーディエンスがそもそもあなたの機能を使う理由を理解しています。

エンドユーザーの目的を分析するときは、これらの質問を検討してください。

エンドユーザーは何を達成しようとしているのですか？

あなたのソフトウェア機能はどのようにしてエンドユーザーが彼らの目標を達成するのを助けますか？

特定の機能に焦点を当てないでください。

ステップ3.目的を定義します

ソフトウェアリリースのより大きな画像を分析することによって目的を定義します。ソフトウェアの機能がどのように内部目標に収まるかを検討してください。

目的を定義するのを助けるためにこれらの質問を自分自身に依頼する。

ソフトウェア機能の利点は何ですか？

解決されている問題は何ですか？

これはどのように大きな目標に合いますか？

ここでの目的は、ビッグピクチャ目標に関連するソフトウェア機能の値を定義することです。

ユーザーストーリーの例

アジャイルユーザーストーリーの理解を深めるために、1ステップをさらに一歩調整するには、いくつかの例をまとめています。ユーザーのストーリーが効果的であるほど、エンドユーザーを駆動できるより多くの値があります。

異なるユーザーストーリーのシナリオを表すための3つの例は次のとおりです。

ユーザーストーリー例1：製品開発

製品マネージャとして、私はチームメンバーが個々のタスクが効率を動機付けるためのより大きなビジネス目標にどのように貢献するかを理解する方法を望みます。

ユーザーストーリー例2：カスタマーエクスペリエンス

返品顧客として、私はより合理化されたチェックアウト体験を作成するために私の情報を保存することを期待しています。

ユーザーストリーズ例3：モバイルアプリケーション

頻繁なアプリユーザーとして、私は可能な限り迅速な方法で関連情報を消化する方法が欲しいです。

3つの例すべてで、エンドユーザーの観点からソフトウェアアップデートをポーズすることがどれほど重要かを確認できます。このようにして、更新は顧客の最善の利害を念頭に置いて行われます。

効果的なユーザーストーリーを達成するためのヒント

上記の3つのステップに加えて、効果的なユーザーストーリーは3 CSに従う必要があり、頭字語を投資する必要があります。これらのうちどちらもあなたのユーザーの話を次のレベルに連れて行っても、より効果的なソフトウェアの更新をもたらします。

効果的なユーザーストーリーを構成するものをよりよく理解するためにこれらのそれぞれに掘り下げましょう。

3 cs.

3 CS c ard、 c 序曲、および c 露察。 3 CSは各ユーザーストーリーを3つの異なるベンチマークに分割して、より組織化されたプロセスを作成します。より良い理解を得るために3 CSのそれぞれに飛び込みましょう。

カード：スプリント計画に使用されるユーザーストーリーの書面による説明。ストーリーカードを作成して共有するには、を使用してみてください。作業管理ツール。

会話：顧客、ユーザー、および開発者の間の議論は、優先順位とユーザーストーリーへの潜在的な解決策を中心にします。

確認：ユーザーストーリーの目的と解決策に達したステークホルダー間の合意。

3 CSは、単純なタスクにユーザーストーリーを分解するのに役立ちます。これは関係者の関係者のための明確な方向性を与える。

投資

投資は略です私依存 n eg v 不可 e. 刺激性、 s モール、そして t 発売可能です。これらのコンポーネントにダイビングして、投資基準がより強いストーリーを書くのを手伝うことができる方法についての理解を深めることをあなたに与えましょう。

独立：ユーザーストーリーは独立している必要があります。つまり、他のタスクには依存しないため、自己完結型です。

交渉可能：ユーザーストーリーは交渉可能であるべきです。これはそれが議論の余地を離れることを意味します。

貴重：ユーザーストーリーはエンドユーザーに価値を伝え、あなたをより大きくする長期目標 。

推定値：ユーザーストーリーはスプリント内に収まるように推定されるべきであり、適切に優先されます。

小さい：ユーザーストーリーは、短時間で完了できる小さな作業箱であるべきです。

テスト可能：物語は受け入れテストを経て、品質を検証するために所定の受け入れ基準を満たすべきです。

Invest Acronymに従って、ユーザーのストーリーが特定で達成できない方法で書かれていることを確認してください。

正確なユーザーストーリーの重要性

ユーザストーリーを効果的に書くことは、小さな製品開発のように見えるかもしれませんが、実際にはこれらの物語は新しい製品機能のための創造的な結果を運転するのを助けます。詳細への注意は非常に重要です。

正確なユーザーストーリーを書く3つの方法があります。ユーザー目標を達成するのに役立ちます。

顧客を最初に置く：ユーザーストーリーは会話の中央にエンドユーザーを置きます - アジャイルフレームワークの重要なコンポーネントです。その後、あなたのチームはユーザーのニーズに優先され、前向きなユーザーエクスペリエンスに貢献する方法に焦点を当てることができます。

革新的なソリューションを推進する：あなたがあなたのエンドユーザーのペルソナに飛び込むことを深く、あなたのソフトウェアソリューションがより革新的なものになるでしょう。これはあなたの焦点があなたのユーザーのニーズに沿っているためです。あなたがターゲティングしているユーザーの種類を理解するほど、結果が効果的になるでしょう。

チームコラボレーションを促進する：ユーザーストーリーを通話して優先して複数のチームメンバーを搭載職場でのコラボレーション繁栄します。これにより、複数の視点をテーブルにもたらし、既存の障害物に対する新しい解決策を提供します。試験可能な結果から製品の要件を理解するために、あなたのチームがあなたの望ましい結果に達することがより簡単に通信します。

ユーザーのパースペクティブからの位置情報の位置情報は、堅牢なユーザーエクスペリエンスを作成するのに役立ちます。要件収集処理する。