Panduan Scrum | 20. INVEST – Menciptakan Kisah Pengguna terbaik

Diterbitkan: 2022-05-21

INVEST adalah metode untuk membuat Cerita Pengguna yang baik. Ini memungkinkan pemeriksaan apakah mereka memiliki konten yang diformulasikan dengan benar dan apakah mereka berhubungan dengan nilai bisnis Produk. Dan juga, apakah ukuran dan kegunaannya telah dipilih dengan benar.

Membuat Kisah Pengguna terbaik dengan INVEST – daftar isi:

  1. pengantar
  2. Saya untuk Mandiri
  3. N untuk Nego
  4. V untuk Berharga atau Vertikal
  5. E untuk Perkiraan
  6. S untuk Kecil
  7. T untuk Dapat Diuji
  8. Ringkasan

pengantar

INVEST adalah akronim yang dibuat oleh Bill Wake pada tahun 2003 . Setiap hurufnya adalah awal dari sebuah kata yang mencirikan Kisah Pengguna yang baik. Menurut prinsip INVEST, setiap Kisah Pengguna harus:

  • Mandiri
  • bisa dinegosiasikan
  • Berharga
  • Patut dihargai
  • Kecil
  • Dapat diuji

Kami menulis lebih banyak tentang apa itu Kisah Pengguna di artikel terpisah. Di sini, kami hanya akan menyebutkan bahwa ini adalah deskripsi singkat tentang fungsionalitas Produk baru yang ditulis dalam bahasa yang dapat diakses.

Creating the best User Story with INVEST

Saya untuk Mandiri

Fitur pertama dari Kisah Pengguna yang baik adalah kemandiriannya. Artinya, deskripsi dan karakteristiknya harus dapat dipahami tanpa mengacu pada Cerita Pengguna lainnya. Tapi yang terpenting, realisasinya tidak harus berkorelasi dengan Cerita Pengguna lainnya. Tentu saja, itu tidak akan menjadi kemerdekaan penuh. Anda tidak dapat membagi pembuatan Produk menjadi modul yang benar-benar terpisah. Namun, penting untuk diingat tentang menjaga Kisah Pengguna seindependen mungkin. Berkat itu, meskipun salah satunya tidak memasuki tahap implementasi atau dimodifikasi secara signifikan, yang lainnya tidak perlu diubah. Sebagai aturan, Kisah Pengguna harus merupakan keseluruhan yang terpisah dan koheren.

N untuk Nego

Kisah Pengguna harus bisa dinegosiasikan. Ini berarti bahwa ia menetapkan Tujuan, bukan cara untuk mencapainya.

Dengan kata lain, ini mendefinisikan fitur yang diharapkan dari Produk, bukan solusi teknis untuk diterapkan.

Negosiasi Kisah Pengguna terjadi antara Pemilik Produk dan Tim Pengembang. Pemilik Produk mengusulkan penerapan fungsi tertentu dari Produk, yaitu mengatakan "Apa" yang harus dilakukan. Pengembang bertanggung jawab untuk menjawab pertanyaan "Bagaimana". Yaitu, menegosiasikan cara-cara spesifik untuk memecahkan masalah yang disajikan dalam Kisah Pengguna.

V untuk Berharga atau Vertikal

Dalam akronim INVEST, huruf V berarti dua kualitas:

  • Berharga
  • Vertikal

Keduanya mengungkapkan karakteristik utama dari Kisah Pengguna yang baik. Karena itu, kami memutuskan untuk menjelaskan apa artinya masing-masing.

Berharga

Kisah Pengguna yang berharga membenarkan tujuan bisnis dari modifikasi. Dengan kata lain, secara akurat menjawab pertanyaan mengapa modifikasi diperkenalkan dan mengapa penting dari sudut pandang pemangku kepentingan.

Vertikal

Fitur kedua; Vertikal berasal dari metodologi Agile. Kisah Pengguna vertikal berisi fitur baru Produk yang dapat dilihat oleh Pengguna. Artinya, tidak fokus pada “peningkatan kinerja” horizontal di lapisan Produk yang dipilih. Sebaliknya, ia menambahkan "lapisan" lain ke dalamnya.

Dengan kata lain, Kisah Pengguna menjelaskan cara memodifikasi operasi keseluruhan Produk dengan menjawab pertanyaan Apa sebenarnya yang perlu ditingkatkan? Ini juga berarti bahwa setiap fungsi Produk dibangun di atas solusi yang ada.

E untuk Perkiraan

Kisah Pengguna yang baik harus dapat diperkirakan. Ini berarti harus secara jelas mendefinisikan ruang lingkup modifikasi yang harus dilakukan pada produk agar Kisah Pengguna dianggap lengkap. Hal ini memungkinkan Tim Pengembang untuk menentukan waktu dan upaya yang diperlukan untuk menyelesaikannya.

Cakupan dan kesulitan tugas biasanya diperkirakan dalam satuan yang disebut Poin Cerita. Mereka relatif. Dan setiap Tim Pengembang mengerjakan nilai Poin Cerita dalam praktik berdasarkan pengalaman sebelumnya.

Dalam artikel terpisah, kami telah membahas lebih lanjut tentang Kecepatan Tim Pengembang dan cara mengukurnya.

user story

S untuk Kecil

Kisah Pengguna yang diterima untuk direalisasikan oleh Tim Pengembang harus ringkas. Artinya, tidak boleh lebih dari satu Sprint. Jika Pengembang menemukan selama Sprint Planning bahwa Kisah Pengguna yang diusulkan oleh Pemilik Produk terlalu panjang, mereka harus membaginya menjadi beberapa bagian yang mungkin independen.

T untuk Dapat Diuji

Huruf terakhir dari akronim INVEST adalah singkatan dari testable. Ini berarti bahwa modifikasi Produk yang dijelaskan dalam Kisah Pengguna harus tahan air dan dapat diverifikasi. Dengan kata lain, harus dimungkinkan untuk memverifikasi apakah solusi yang diterapkan oleh Pengembang memberikan nilai yang diasumsikan kepada Pemangku Kepentingan tertentu.

Membuat Kisah Pengguna terbaik – ringkasan

INVEST adalah akronim yang menggambarkan Kisah Pengguna yang ditulis dengan baik. Harus:

  1. Independen dari Cerita Pengguna lainnya. Sehingga dapat dimodifikasi atau dihapus dari Product Backlog jika diperlukan.
  2. Bisa dinegosiasikan. Itu harus menentukan apa yang harus dilakukan meninggalkan pilihan bagaimana melakukannya untuk Pengembang.
  3. Berharga , yaitu membenarkan rasa bisnis memodifikasi Produk. Atau Vertikal, yaitu menghadirkan fitur baru Produk yang dapat dilihat oleh Pengguna.
  4. Dapat diperkirakan , artinya memiliki ukuran dan kriteria penyelesaian yang dapat ditentukan.
  5. Cukup kecil untuk diselesaikan dalam satu Sprint.
  6. Dapat diuji sehingga dapat ditentukan dengan pasti bahwa telah dilaksanakan.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas lebah sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 20. INVEST - Creating the best User Story caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk