"Sebagai pembeli, saya ingin menyimpan metode pembayaran saya agar saya dapat melakukan pembayaran lebih cepat di lain waktu." Itu adalah sebuah user story. Itu adalah sebuah kalimat, bukan spesifikasi. Tim perangkat lunak Agile menuliskannya di kartu indeks atau catatan tempel. Format tersebut memaksa penulis untuk menyebutkan peran, tujuan, dan alasan. Hal ini menjaga fokus pada orang yang akan benar-benar menggunakan fitur tersebut, bukan pada skema basis data.

User story dipopulerkan oleh Kent Beck dan Ron Jeffries pada akhir tahun 1990-an. User story sengaja dibuat tidak lengkap. Kartu tersebut merupakan janji untuk sebuah percakapan. Pengembang, desainer, dan manajer produk mendiskusikan detailnya. Kriteria penerimaan ditambahkan kemudian. User story yang terlalu besar disebut epic. User story yang terlalu samar adalah bug yang menunggu untuk terjadi.

Tiga C

• Card
• Conversation
• Konfirmasi

Cerita yang baik bersifat independen, dapat dinegosiasikan, berharga, dapat diperkirakan, kecil, dan dapat diuji. Akronimnya adalah INVEST. Ini bukan agama. Beberapa tim menulis cerita sebagai cerita pekerjaan: "Ketika saya terlambat, saya ingin membayar dengan sekali sentuh, agar saya tidak ketinggalan kereta." Ide yang sama, kerangka yang berbeda.