アジャイルに飛び込み始めると、まず気づくのはこのアプローチがユーザー中心であることです。 これは、コーディングと設計だけから、エンドユーザー、利害関係者、ビジネス全般に真の価値を提供することに焦点を移します。
アジャイルユーザーストーリーは、このイデオロギーの不可欠な要素であり、製品がターゲットオーディエンスにどのようなメリットをもたらすか(そして最終的に,
Stormotion love Storiesで私たち。 としてのアジャイル駆動チームを積極的に活用して理解を深めの特典にはどのようなものがありお客様の製品をお届けに利用できる。 それらはまた非自明な開発の解決に私達を押す共同および創造性を運転する。,
だから今日は、あなたのストーリーライティングスキルを向上させるために、この問題に関する私たちの知識と経験を共有するつもりです。 楽しむ!
►ユーザーストーリーとは何ですか?
ユーザーストーリーは、アジャイル方法論の中核要素の一つです。 しかし、彼らはしばしば真実ではないソフトウェア要件とごちゃ混ぜです。 ユーザーストーリーとは何ですか?
ユーザーストーリーは、エンドユーザーにとって何らかの価値を表し、スプリント中に配信できる小さな(実際には最小の)作業です。,
この要素の主な目的は、エンドユーザーを会話の中心に置き、彼らの視点から製品の機能をキャプチャすることです。 したがって、開発者は、何を、誰のために、なぜ構築しているのかをよりよく理解できます。,
ユーザーの話ものに投資し設定の基準による法案の目覚め:
- 独立なで立ち上げることができるものであらゆるシークエンスおよび変更が行われるようにユーザーの話な影響を与えます。
- Negotiable–チームがそれらを実装する方法を決定するのは次のとおりです。
- 貴重-各ユーザーストーリーは、エンドユーザーに分離された価値単位を提供します。,
- Estimable-ユーザーストーリーの開発にどれくらいの時間がかかるかを推測するのは非常に簡単です。
- 小さい–それは一つのスプリント中に全体のサイクル(設計、コーディング、テスト)を通過する必要があります。
- Testable-ユーザストーリーが適切に実装されているかどうかを確認するための明確な受け入れ基準がある必要があります。
ユーザーストーリー形式(Stormotionチームでも使用されています)は非常に簡単で短いです:
難しいことは何もないように見えますか?, ここでは、いくつかのメイクアップタクシーアプリプロジェクトに合ったいくつかのユーザーストーリーの例があります:
- 運転手として、私は悪い行儀の乗客をブロ
- 乗客として、クレジットカードを自分のプロフィールにリンクして、より速く、より簡単に、現金なしで支払うことができるようにしたいと思います。
- ドライバーとして、私を追加したい写真の車プロフィールできるよう、集ます。
- 乗客として、私は私のために最も適したオプションを選択することができるように、いくつかの利用可能なドライバを表示したいです。,
非常に簡単に聞こえますが、ユーザーストーリーの開発はしばしばそれほど簡単ではありません。 まだ、後で、私達はよい打撃だけ作るのを助ける私達の証明された先端のいくつかを共有する。
他に何かありますか?
アジャイルユーザーストーリーは独立しており、完全に別々の作業単位として理解されるべきであることがわかったにもかかわらず、時にはグループ化され, だから、彼らと一緒に作業するとき、あなたは叙事詩の概念を満たし、使用する可能性があります。 それは何ですか?
叙事詩は、関連するストーリーのグループと一緒にバンドを組む高レベルの作品です。
Stormotionでは、エピックを使用して、より複雑なタスクを記述し、より簡単に開発を管理し、より大きな目標に向かって作業しながらユーザーに新しい価値を提供できるようにする明確な階層を作成します。 しかし、ユーザーストーリーの形式自体は同じままです。,1スプリント中に配信されるはずのリメント
あなたが出会い系アプリを構築している, awesome I am
だから、叙事詩は私たちの目標とそれに向かってどのように動いているかの高レベルなビューを私たちに提供します。, また、どの叙事詩が最も注意を必要とし、したがってどの物語を最初に実装する必要があるかを確認できるため、優先順位付けプロセス中に役立ちます。
ああ、もう一つ!
受け入れ基準を追加することを忘れないでください。
受け入れ基準は、ストーリーが完了したときに確認するために使用される条件のセットです。,
また、これらの条件は、ストーリーのパフォーマンスに関する重要な情報が含まれているため、より深く、より良い理解—– 記事の最初からユーザーストーリーの例の一つを再利用してみましょう:
このストーリーにはどのような受け入れ基準を適用できますか?
- このアプリは、最後の20分以内にオンラインになっており、進行中の乗車を持っていないドライバーを示しています。
- このアプリには、ユーザーに最も近い5つのドライバのみが表示されます。
- ユーザーは、写真や料金など、これらのドライバーのプロファイルを参照できます。
ご覧のとおり、このストーリーの価値をユーザーに知らせるだけでなく、実装中に特別な注意を必要とするいくつかの重要な特性を理解しています。,
ただし、受け入れ基準の詳細を自由に選択できます。 “便利な方法で動作させるだけ”から、上記の例よりもさらに詳細な条件セットまで、さまざまです。
それはあなたの開発チームに大きく依存するので、”正しい答え”はありません。 あなたのチームがガイダンスと明確な、解釈の余地のないタスクを必要とする場合は、ストーリーがどのように実行すべきかについての詳細な指示に固執 それ以外の場合は、”just get it done”アプローチも機能する可能性があります。,
うわー、それはユーザーストーリーについて多くのことを言われています。 でもなぜそんなに重要なアジャイルチーム?
►ユーザーストーリーを作成するメリットは何ですか?
アジャイルフレームワークの作業に携わったことがあれば、スクラムチームとかんばんチームの両方がユーザーストーリーを書くことで大きな利益を得ること,
かんばんでは、チームはバックログにストーリーを蓄積し、進行中の作業フローをサポートするために これは、常に軌道に乗り、開発チームのKpiを改善するのに役立ちます。
スクラム(私たちは通常Stormotionで好む)チームもユーザーストーリーを愛しています。 私たちは積極的に見積もりを行い、優先順位を付け、スプリントを計画するためにそれらを使用して、あらゆる変更に機敏で柔軟に滞在するのに役立, これは、MVP段階にあり、エンジェル投資家にプロジェクトを投げる前にリソースが限られているスタートアップと協力している場合に特に有益です。
上記を除いて、すべてのアジャイルチームに共通するいくつかの鮮やかな利点があります。
- ビジネス価値。, アプリを技術的な観点から適切に構築するだけでなく、エンドユーザーにとっても有用にするのに役立ちます。
- 創造性を有効にします。 最小限の情報が含まれているため、ストーリーを実装するための最良のソリューションを見つけるために創造的なアイデアを自由に推進できます。
- プロジェクトが管理しやすくなります。 Stormotionでは、大きな複雑なタスクではなく、小さく見積もり可能なアジャイルユーザーストーリーで作業する方が簡単であることを知っています。li>
- 彼らはチームを鼓舞します! 各開発者が大好きこの甘い感じの小さな勝利を促彼に仕事を意識も一層向上します。,
次に、ユーザーストーリーを作成するプロセスに飛び込みましょう!
►ユーザーストーリーの書き方:私たちのワークフロー
私たちは、私たちの記事の中で最もスリリングな部分になっています。 しかし、ユーザーストーリーを作成するためのステップバイステップの指示を共有する前に、2つの重要な質問を把握することが重要です。
ユーザーストーリーの作成を担当するのは誰ですか?,
経験則として、ストーリーは主にプロダクトオーナーによって書かれています。 しかし、アジャイルは専門家間のコミュニケーションと意見交換に基づいていることを忘れ だから..
必ずしもそれらが製品所有者だけによって書かれるべきであることを意味するものではありません。 より多くの人々が会話に参加するほど、より良い。
Stormotionでは、プロジェクトのビジネス側に関連するすべてのチームメンバー(セールスマネージャー、マーケティング担当者、プロダクトオーナーなど)によってストーリーが書かれ,)、それは私たちがユーザーの任意の潜在的な種類の観点から将来のアプリを見てみましょうので。 この場合のプロダクトオーナーの責任は、それらが投資基準に一致していることを確認することです。
ユーザーストーリーはいつ作成されますか?
私たちの本社でのストーリーライティングミーティングは、通常、プロジェクトの開始近くに開催されます。, 私たちは、プロジェクトが最初の日から最後までうまくいくことを確認するために自分自身を装備することを好みます。
後で、スクラムのユーザーストーリーリストを使用して、より詳細な見積もりを準備したり(たとえば、検出段階の終わりまでに)、スプリントの機能開発の優先
また、クライアントの要件を最新に保つために、新しいストーリーを使用してプロジェクトに取り組む際に、元のリストを補完します。,
素晴らしいアジャイルユーザーストーリーを書くためのステップは何ですか?
まず、一般的なユーザーストーリーテンプレートを思い出させてください。
として、私はそうしたい
短くて書きやすいようです。 ところで、独自のユーザーストーリーテンプレートを作成することは大歓迎です。 しかし、Stormotionでは、最高のストーリーを提供するのに役立つ特定のワークフローを持っています。
- エンドユーザーのリストを作成します。 あなたが解決しようとしている”痛み”または”必要性”が何であるかを定義します。
- どのようなアクションを実行したいかを定義します。,
- これがユーザーに、そして最終的にはあなたの製品にどのような価値をもたらすかを調べます。 またあなた自身に尋ねなさい-どの党でもこれの私達に支払うか。
- 受け入れ基準と最適な実装戦略について議論します。li>
今すぐ見てみましょう!
ステップ1:”誰”を考える
これが最初の、そしておそらく最も基本的なステップです。 書き込みユーザーで実際に知っている方のエンドユーザーのお客様の製品です。 ますます重要な何かをしようとしています。,
私たちのストーリーライティングワークショップでは、単に”ユーザー”としての役割を使用することを省略しようとします。 顧客から管理者まで、あらゆるユーザーに適用できるため、特定のターゲットグループの性格、アプリケーションとのやり取り方法を反映していません。
本当に素晴らしい結果を達成したい場合は、さらに視聴者に飛び込むこと, ロールの後にユーザーに名前を付けるだけではなく(たとえば、”ドライバー”)、何らかの種類の購入者ペルソナを作成しようとします。
ここでは、私たち自身の経験からいくつかのより多くのヒントがあります:
- それはすべてのユーザーについてです。 開発者についてではない。 そしてないプロダクト所有者について。 各ストーリーには一定のグループでのご利用できる。
- ユーザーを外部顧客としてのみ考えないでください。 あなたの物語はほとんどそれらについてであることは事実です。 しかし、管理者、編集者などの内部ユーザーを考慮する必要があることも事実です。
- いくつかの共感を感じます。 あなたの”ユーザー”に名前を付けます。, 彼のモバイル習慣、あなたのアプリが彼のために解決される問題、そしてあなたがこの道をより簡単かつ迅速にする方法を考えてください。 あなたが実際の生活から知っていて、この肖像画に合っている人を覚えています。
ステップ2:”何”を考える
今、私たちはエンドユーザーのいくつかのグループを持っています。 次のステップは、各ユーザーが期待する機能、アプリとのやり取り方法を定義することです。,
これらは、かんばんまたはスクラムユーザーストーリーのアクションを書くときに覚えておくべき主なルールです。
- ストーリーごとにワンアクション。 “顧客としてアイテムを閲覧してカートに追加したい”のようなものを書きたい場合は、2つの別々のストーリーに分割する方が良いでしょう。
- 機能ではなく意図を記述します。, たとえば、”プロフィールを管理したい”の代わりに、”登録できるようにしたい”、”プロフィール写真をアップロードしたい”、”クレジットカードをプロフィールにリンクしたい”など、いくつかのストーリーを作成します。
- それを短くしてください。 ユーザーなどの図書館を使用してもらうことを目的にして、参照項目のリストではすべての内容ます。
- UIを記述しないようにしてください。 ストーリーを交渉可能と定義しました覚えていますか? そのすべての良いユーザーの話例を含めないでください他のUIです。, だから、それらを実装するための特別な方法を作成しようとしないでください(これは後で行います)。
ステップ3:”なぜ”を考える
最後に、ユーザーストーリーテンプレートの最後の部分は、ユーザーがアクションを実行した後に得られる値に専用されています。 このようなものが最も難しい部分のユーザー物語。,
ただし、セクションは常にメトリックとKpi UXを改善したり、保持率を高めたり、ユーザーの問題解決策への旅を短縮したりする必要があります。 各物語はあなたのプロダクトの一般的な目的に何かを貢献するべきである。,
この機能がエンドユーザーや製品にもたらす価値に答えることができない場合は、何か間違っています。
たとえば、進行中の食品注文アプリプロジェクトには、よく書かれた値を持ついくつかのユーザーストーリーの例があります。
- 顧客として、新しいホットオファーがあるときに通知を受け取りたいので、最高のお得な情報を見逃すことはありません。 .
- レストランのマネージャーとして、私はそれが顧客にとってより魅力的に見えるように、写真でメニューの料理の説明を補完したいと思います。 .,
ステップ4:ストーリーを議論する
最後に、ユーザーストーリーを作成した後、常に議論します。 たとえそれが話すことが何もないように見えても。
このQ&セッションにおける著者の話をより詳細には明かります。 で理解されるべきかを明らかに意見受け入れ基準とします。, このようにして、すべてのモバイルアプリのユーザーストーリーの例
その後、プロジェクトに取り組んでいるチーム全体とブレーンストーミングセッションを開催します。 このようにして得られた最適化を実施する方法にユーザーからの視点です。
それは一言で言えばユーザーストーリーを書く方法です。 私たちのStormotion Squadは、このタスクに取り組むときに次のヒントも使用します。
- Epicsから始めます。, 通常、より複雑なタスクからより具体的なタスクに移動する方が簡単なので、叙事詩を書いてからストーリーに分割してみてください。
- フィードバックを聞きます。 実際のエンドユーザーにフィードバックを求め、自分のアイデアをインスピレーションの源として使用します。
- あまりにも早く詳細を紹介しないでください。 このようにブレストセッションの前にスプリント方法についての実施計画をまとめる。
►結論
ユーザーストーリーは、プロジェクトに多くの利点をもたらすことができるアジャイルアプローチの不可欠な要素です。, しかし、いくつかの時間とスキルを必要とするそれらを正しく書くことが重要です。,一般的なユーザーストーリーテンプレートには、ユーザー、アクション、および値(または利益)が含まれ、通常は次のようになります。
ユーザーストーリーは、製品の価値を常に向上させ、適切な方法で開発努力を見積もり、mvpおよびmvp後の段階で機能開発の優先順位付け,