アジャイルユーザーストーリーと受け入れ基準
私はいくつかのアジャイルユーザーストーリーと受け入れストーリーを初めて書いており、経験豊富な製品マネージャーまたは開発者からのフィードバックを望んでいました。
受け入れ基準の要点をとらえるだけです。
ユーザーストーリー
登録求職者として、モバイルデバイスのユーザーインターフェイスでCVを作成および編集したいSO雇用主と採用担当者が私のキャリアの概要と連絡先の詳細を表示できること
合否基準
CVを作成するには、ユーザーは登録済みアカウントにサインインする必要があります
フォームのすべての必須フィールドに入力しないと、ユーザーはCVを保存できません
ユーザーはいつでもフォームを編集および削除できる必要があります
保存されたフォームのデータはCVデータベースに保存されます
登録された採用担当者と雇用者のみがユーザーのCVと連絡先の詳細を表示できます
ジョブシーカーのユーザーアカウントは、モバイルバージョンとデスクトップバージョンの両方でリンクおよび同期されます
この許容基準は、特定のユーザーストーリーに適していると思いますか？彼らがもっと集中できる方法はありますか？
これは素晴らしいです。あなたの話は理にかなっており、あなたは受け入れ基準で最初のショットを持っていました。このフォーラムで確認する代わりに、チームで確認してください。それらを刺激して質問し、それに応じてA.C.を拡張します。
しかし、具体的に尋ねると、
物語：
- ユーザーストーリーから「インターフェイス内」を省略します。
- 物語は潜在的に大きいです。分割を予測できます：（既存のCVの編集、新しいCVの作成、採用担当者による表示）。
受け入れ基準：計画会議でチームメンバーであった場合、以下についてさらに明確にする必要があります。
- 採用担当者がCVをどのように見るかははっきりしません。これもモバイルデバイスですか？これはすでに存在していますか？それ以外の場合、チームはこれに関する詳細が必要になります。
- どのフィールドを実装する必要がありますか？このフォームはすでにウェブ/デスクトップアプリに実装されていましたか？その場合、モバイルアプリがまったく同じフィールドを提供する必要があることを、受け入れ基準で明示的に言及できます。
- これらのフィールドのデータ検証（たとえば、「X」日だけを入力できますか）
ストーリー自体は良さそうで、最初の4つの受け入れ基準も同様です。これらはすべて、ユーザーがこのストーリーで達成しようとしていることに直接関係しています。
最後の2つの許容基準については、疑問があります。彼らは別のストーリー（CVデータベースにアクセスする採用担当者/雇用者向けのストーリーと、モバイル環境とデスクトップ環境の両方からサービスを使用するためのストーリー）に属しているようです。