新しい製品、サービス、プロセス、またはシ
続きを読む
毎日1つの新しいことを学ぶ
新しい製品、サービス、プロセス、またはシ
続きを読むユーザーストーリーは、製品要件の「誰が」「何を」「なぜ」を素早く把握するための軽量な手法です。簡単に言えば、ユーザーストーリーは、ユーザーが求めるニーズを表現したアイデアである。ユーザーストーリーは短く、各要素の単語数は通常10~15個以下です。ユーザーストーリーは、プロジェクトの道筋に沿ったステップを明確にするための「To-Do」リストです。ユーザーストーリーは、プロジェクトの道筋に沿ったステップを特定するための「やることリスト」であり、プロセスや出来上がった製品が要件を満たしているかどうかを確認するのに役立ちます。
続きを読むユーザーストーリーはアジャイルアプローチの一部であり、要件を書くことから議論することへと焦点を移すのに役立ちます。すべてのアジャイルユーザーストーリーには、1つか2つの文章と、さらに重要なこととして、望ましい機能についての一連の会話が含まれます。
続きを読む定義済み(DoD)とは、チームがユーザーストーリーを完成と呼ぶために遵守しなければならない要件のリストである。 一方、ユーザーストーリーの受け入れ基準は、ソフトウェアが期待通りに動作することを確認するために満たすべきテストシナリオのセットで構成されます。
続きを読むソフトウェア開発における「見積り」とは、特定の開発タスクの実行に必要な労力を定量的に評価することであり、通常は期間で表現される。アジャイル見積もりは、製品のバックログにあるタスクを優先順に完了させるために必要な労力を評価するプロセスである。この努力は通常、タスクを完了するのに必要な時間で測定され、正確なスプリントプランニングにつながる。
続きを読むユーザーストーリーマップは、スクラムチームにプロダクトバックログを管理するための視覚的かつ構造化されたアプローチを提供します。ビジュアルストーリーマップは、プロダクトバックボーン(ユーザーアクティビティ)、ユーザータスク、エピック、ユーザーストーリーを、マップアイテムの性質、優先度、複雑性に基づいて、管理しやすいトップダウン構造に効果的に配置することを可能にします。
続きを読む