Penjelasan tentang cerita pengguna: Kiat, templat, dan contoh

Dalam hal memperluas kemampuan produk, pembaruan perangkat lunak adalah kunci untuk meningkatkan nilai pengguna. 

User story memberikan penjelasan tentang fitur perangkat lunak dari sudut pandang pengguna akhir. Ini membantu Tim Agile memahami keinginan pengguna sehingga mereka dapat memberikan fitur terbaik.

Kami telah mengumpulkan detail penting tentang cara menulis user story yang efektif. Pelajari cara berfokus pada pengalaman pengguna akhir yang dapat mendorong nilai maksimal. 

Apa itu stori pengguna?

Dalam pengembangan perangkat lunak agile, user story adalah deskripsi singkat dan sederhana tentang fitur atau fungsi yang diceritakan dari sudut pandang pelanggan atau pengguna akhir. User story membantu menyimpan kebutuhan pengguna dan membuat tim pengembangan tetap fokus untuk memberikan manfaat. 

Stori pengguna biasanya dapat dirangkum dalam satu kalimat: "Sebagai [persona], saya ingin [gol perangkat lunak], jadi [hasil]."

Tujuan penulisan stori pengguna adalah merepresentasikan secara akurat cara fitur perangkat lunak diterjemahkan ke nilai pengguna. Dengan kata lain, bagaimana fitur perangkat lunak ini berdampak pada pengguna akhir? 

Sering kali, backlog produk mengelompokkan cerita ini ke dalam epik atau item backlog, yang berfungsi sebagai blok bangunan untuk tugas yang lebih besar. Dengan menekankan sudut pandang pengguna, stori pengguna membantu tim mempertahankan fokus yang jelas untuk menciptakan pengalaman pengguna yang mulus sekaligus memenuhi persyaratan fungsional dan non-fungsional. 

Anda dapat menulis cerita pengguna dengan berbagai cara, termasuk menggunakan stiker catatan atau kartu indeks. Cara paling efektif untuk membuat dan melacak user story adalah dengan perangkat lunak manajemen proyek. Ini memungkinkan Anda untuk menyesuaikan, mengedit, dan melacak user story secara real time, sehingga tim Anda tahu persis cara terbaik untuk melayani pengguna akhir mereka.

4 komponen utama stori pengguna

Proyek agile dan tim scrum sama-sama menyusun user story untuk memberikan kejelasan, memungkinkan mereka untuk lebih selaras dengan gol pengguna. Cerita pengguna terdiri dari tiga komponen utama:

1. Peran

Ini menjelaskan jenis pengguna yang berinteraksi dengan perangkat lunak atau fitur. Memahami siapa pengguna akhir Anda adalah kunci untuk mengembangkan fitur yang benar-benar memenuhi kebutuhan mereka.

Misalnya, pengguna bisa berupa manajer produk, pelanggan biasa, atau pemangku kepentingan. Dengan menentukan peran secara jelas, tim pengembangan membuat fitur untuk audiens yang tepat.

Struktur umum untuk bagian dari cerita pengguna ini mungkin "Sebagai [peran]..."

2. Gol

Gol menjelaskan hal yang ingin dicapai pengguna dengan fitur atau produk perangkat lunak. Gol adalah inti dari pemetaan cerita pengguna karena gol menyoroti fungsionalitas yang dicari pengguna. Dengan berfokus pada gol, tim dapat memprioritaskan tugas yang memberikan nilai nyata.

Contoh komponen ini mungkin, "...Saya ingin [tindakan]...," memberikan wawasan tentang alur kerja pengguna dan kebutuhan pengguna.

3. Manfaat

Terakhir, manfaat menentukan alasan fitur tersebut berharga. Manfaat menjelaskan hasil atau keuntungan yang akan dialami pengguna setelah menggunakan fitur tersebut. Dengan memahami manfaatnya, Tim Agile dapat menghubungkan pekerjaan mereka dengan visi produk secara keseluruhan.

Struktur biasanya diakhiri dengan, "...sehingga saya bisa [manfaat]." Komponen ini sangat penting dalam membuat fitur yang dapat diuji yang memenuhi ekspektasi pengguna dan kriteria yang ditentukan dalam uji penerimaan.

4. Story point

Setelah menentukan peran, gol, dan manfaat, tim pengembangan akan sering menetapkan poin stori ke stori pengguna. Poin cerita adalah cara untuk memperkirakan kompleksitas, upaya, dan waktu yang dibutuhkan untuk menyelesaikan cerita selama sprint atau iterasi. Tim Agile menggunakan poin untuk mengukur pekerjaan mereka dan memastikan keseimbangan story yang sesuai di seluruh sprint.

Misalnya, tim mungkin menetapkan lebih sedikit poin story untuk user story yang lebih kecil, sementara memberi lebih banyak poin untuk story yang lebih besar dan lebih kompleks. Ini membantu tim mengelola alur kerja dan melacak progres dalam backlog produk.

Cara menulis user story yang baik

Tim Agile dan Scrum sering menulis user story dalam tiga langkah, dengan setiap langkah mewakili sudut pandang pengguna akhir. 

1. Persona: Karakter pengguna akhir atau persona pengguna

2. Kebutuhan: Gol yang dimiliki fitur perangkat lunak dalam perjalanan pengguna akhir

3. Tujuan: Gol pengalaman pengguna akhir dengan fitur perangkat lunak

Cerita pengguna Anda harus berisi ketiga komponen ini. Mari kita pelajari masing-masing elemen ini untuk memberi Anda pemahaman yang lebih baik tentang cara menulis user story yang efektif. 

Langkah 1. Identifikasi persona

Untuk mengidentifikasi persona pengguna akhir, nilai audiens target Anda. Pikirkan tentang individu yang akan terpengaruh fitur perangkat lunak. 

Berikut beberapa pertanyaan untuk ditanyakan kepada diri sendiri dan tim saat mengidentifikasi persona pengguna:

• Untuk siapa kami membuat fitur perangkat lunak ini?

• Jenis fitur produk apa yang diinginkan pengguna akhir?

• Apa demografi dan psikografi pengguna akhir?

Mungkin ada beberapa persona dalam suatu user story, tergantung ukuran audiens target. 

Contoh persona: Kat, manajer proyek yang memimpin 10 anggota tim

Langkah 2. Jelaskan kebutuhan

Jelaskan cara dan alasan fitur perangkat lunak Anda akan digunakan oleh pengguna akhir. Ini sangat penting untuk memastikan bahwa tim Anda memahami alasan audiens target akan menggunakan fitur Anda sejak awal. 

Saat menganalisis maksud pengguna akhir, pertimbangkan pertanyaan berikut:

• Apa yang ingin dicapai pengguna akhir?

• Bagaimana fitur perangkat lunak Anda akan membantu pengguna akhir mencapai golnya?

Hindari berfokus pada fitur tertentu. Sebaliknya, pertimbangkan hal yang dicari pengguna akhir dan cara perangkat lunak Anda akan membantu mereka mencapai gol. 

Contoh kebutuhan: Membantu anggota tim memahami cara tugas individu berkontribusi pada gol bisnis yang lebih besar.

Langkah 3. Tentukan tujuan

Tentukan tujuan dengan menganalisis gambaran umum rilis perangkat lunak. Pertimbangkan kesesuaian fitur perangkat lunak dengan gol internal Anda. 

Untuk membantu menentukan tujuan, ajukan pertanyaan berikut kepada diri Anda:

• Apa manfaat fitur perangkat lunak?

• Masalah apa yang Anda pecahkan?

• Bagaimana hal ini sesuai dengan gol yang lebih besar?

Tujuan di sini adalah untuk menentukan nilai fitur perangkat lunak Anda terkait dengan gol yang lebih besar.

Contoh tujuan: Meningkatkan efisiensi dengan membuat jalur yang jelas.

Templat stori pengguna

Templat cerita pengguna membantu tim berfokus pada kebutuhan pengguna akhir dan nilai yang akan diberikan fitur tersebut. Struktur ini memastikan kejelasan dan keselarasan di seluruh proses pengembangan.

Berikut templat yang umum digunakan untuk menulis stori pengguna:

“Sebagai [peran], saya ingin [gol] agar [manfaat].”

Sebagai contoh cerita pengguna yang sedang berlangsung:

“Sebagai manajer proyek, saya ingin melacak progres tim saya agar saya dapat memastikan Tugas selaras dengan gol bisnis.”

Mari kita uraikan stori pengguna ini:

• Peran: Jenis pengguna tertentu (misalnya, pelanggan, manajer produk, atau pemangku kepentingan) yang akan berinteraksi dengan fitur tersebut.

  • Contoh: "Sebagai manajer proyek..."

• Gol: Tindakan atau fungsi yang ingin dicapai pengguna dengan perangkat lunak.

  • Contoh: "...Saya ingin melacak progres Tim saya..."

• Manfaat: Nilai atau manfaat yang diharapkan pengguna akhir dari fitur, menghubungkan cerita dengan tujuan bisnis atau kepuasan pengguna.

  • Contoh: "...sehingga saya dapat memastikan tugas selaras dengan gol bisnis."

Templat ini membantu tim tetap fokus pada kebutuhan pengguna, memungkinkan mereka membangun fitur yang sesuai dengan manajemen proyek agile dan memberikan nilai nyata bagi pengguna akhir.

Contoh cerita pengguna

Untuk meningkatkan pemahaman Anda tentang user story Agile, kami telah menyusun beberapa contoh. Semakin efektif cerita pengguna Anda, semakin banyak nilai yang dapat Anda dorong untuk pengguna akhir. 

Berikut tiga contoh user story untuk merepresentasikan berbagai kasus penggunaan: 

Contoh cerita pengguna 1: Pengembangan produk 

• Sebagai manajer produk, saya menginginkan cara bagi anggota tim untuk memahami cara tugas individu berkontribusi pada gol business yang lebih besar untuk mendorong efisiensi.

Contoh user story 2: Pengalaman pelanggan

• Sebagai pelanggan tetap, saya berharap Anda akan menyimpan informasi saya untuk menyederhanakan proses pembayaran.

Contoh cerita pengguna 3: Aplikasi seluler

• Sebagai pengguna app yang sering, saya ingin cara untuk mencerna informasi yang relevan dengan cara tercepat. 

Dalam ketiga contoh tersebut, Anda dapat melihat betapa pentingnya untuk mengajukan pembaruan perangkat lunak dari perspektif pengguna akhir. Dengan begitu, tim pengembangan Anda akan membuat pembaruan dengan mempertimbangkan kepentingan terbaik pelanggan.

Kiat untuk menulis user story yang efektif

Selain tiga langkah yang diuraikan di atas, user story yang efektif harus mengikuti 3 C dan akronim INVEST. Keduanya membantu membawa user story Anda ke tingkat yang lebih tinggi, menghasilkan pembaruan perangkat lunak yang lebih efektif. 

Mari kita pelajari masing-masing hal ini untuk mendapatkan pemahaman yang lebih baik tentang apa yang membentuk user story yang efektif. 

3 C dari stori pengguna

3 C adalah Card, Conversation, dan Confirmation. 3 C membagi setiap user story menjadi tiga tolok ukur berbeda, menciptakan proses yang lebih tertata. Mari kita selami masing-masing 3 C untuk mendapatkan pemahaman yang lebih baik:

• Kartu: Deskripsi tertulis tentang stori pengguna yang digunakan untuk perencanaan sprint. Untuk membuat dan membagikan kartu cerita, coba gunakan alat manajemen kerja. 

• Conversation: Diskusi antara pelanggan, pengguna, dan developer seputar prioritas dan solusi potensial untuk user story.

• Confirmation (Konfirmasi): Kesepakatan antara pemangku kepentingan bahwa tujuan dan solusi cerita pengguna telah tercapai.

3 C membantu menguraikan user story menjadi tugas-tugas sederhana. Ini memberikan arahan yang jelas bagi pemangku kepentingan yang terlibat.

Kriteria INVEST

INVEST adalah singkatan dari Independent (independen), Negotiable (dapat dinegosiasikan), Valuable (berharga), Estimable (dapat diperkirakan), Small (kecil), dan Testable (teruji). Mari kita selami komponen ini lebih dalam untuk memberi Anda pemahaman yang lebih baik tentang bagaimana kriteria INVEST dapat membantu Anda menulis story yang lebih baik:

• Independent: Cerita pengguna harus independen, artinya tidak bergantung pada tugas lain dan berdiri sendiri. 

• Negotiable (Dapat Dinegosiasikan): Cerita pengguna harus dapat dinegosiasikan. Artinya, ada ruang untuk diskusi. 

• Valuable (Berharga): Cerita pengguna harus menyampaikan nilai kepada pengguna akhir, yang membawa Anda lebih dekat ke gol jangka panjang yang lebih besar. 

• Estimable: Cerita pengguna harus diperkirakan untuk memastikan cocok dalam sprint dan diprioritaskan dengan benar. 

• Kecil: Cerita pengguna harus berupa bagian kecil dari pekerjaan yang dapat selesai dalam waktu singkat. 

• Dapat diuji: Story harus melalui uji penerimaan dan memenuhi kriteria penerimaan yang telah ditentukan untuk memverifikasi kualitas. 

Ikuti akronim INVEST untuk menulis stori pengguna dengan cara yang spesifik dan dapat dicapai.

Praktik terbaik untuk stori pengguna

Menulis stori pengguna adalah kunci kesuksesan dalam metodologi agile. Praktik terbaik ini akan membantu Anda menulis cerita yang jelas dan efektif untuk memandu tim.

1. Berkolaborasi dengan pemangku kepentingan

Bekerja sama dengan pemangku kepentingan untuk membuat stori pengguna. Bicaralah dengan pemilik produk, manajer produk, dan orang-orang penting lainnya. Kumpulkan umpan balik pengguna untuk memastikan cerita tersebut mencerminkan kebutuhan nyata.

Pakar Agile Mike Cohn mendesak tim untuk menjaga komunikasi tetap terbuka guna memastikan semua orang memahami penggunaan fitur. Golnya adalah menjaga agar story tetap berfokus pada pengguna nyata.

2. Meningkatkan stori pengguna selama perencanaan sprint

Selama perencanaan sprint, luangkan waktu untuk meninjau dan menyempurnakan cerita pengguna. Pecah cerita besar menjadi beberapa cerita yang lebih kecil. Tinjau kriteria penerimaan untuk menghilangkan kebingungan.

Tetapkan poin cerita agar sesuai dengan kapasitas tim untuk sprint. Seperti yang dikatakan Ron Jeffries, salah satu pencipta Extreme Programming, menyempurnakan cerita membantu tim tetap fleksibel dan berfokus pada hal terpenting.

3. Menggunakan kriteria penerimaan

Sertakan kriteria penerimaan yang jelas di setiap stori pengguna. Kriteria ini memberi tahu tim Anda hal yang harus dilakukan agar story selesai.

Kriteria juga membantu penguji memeriksa apakah story memenuhi kebutuhan pengguna. Kriteria yang jelas membantu menghindari kesalahpahaman dan memastikan tim tahu persis seperti apa "selesai". Ini akan memberi tahu Anda saat persyaratan fungsional dan non-fungsional telah dipenuhi.

Alat dan teknik untuk mengelola stori pengguna

Mengelola user story dengan baik itu penting untuk tetap tertata dan sesuai rencana. Alat dan teknik ini akan membantu Anda menangani story secara efektif.

• Pemetaan cerita pengguna: Pemetaan cerita pengguna membantu tim Anda melihat seluruh perjalanan pengguna. Ini membantu tim memetakan dan memprioritaskan story. Pemetaan juga menunjukkan bagaimana berbagai story saling berhubungan. Ini adalah cara yang bermanfaat untuk memastikan Anda mencakup semua fitur yang dibutuhkan pengguna.

• Alat perangkat lunak untuk mengelola user story: Alat seperti Jira dan Asana memudahkan Anda mengelola user story. Alat-alat ini memungkinkan Anda melacak progres, memberi tugas, dan memprioritaskan pekerjaan. Banyak alat mencakup fitur seperti mengelola poin stori, menetapkan kriteria penerimaan, dan perencanaan sprint. Alat-alat ini juga membantu memelihara dokumen persyaratan, yang membuat semua orang memiliki pemahaman yang sama.

• Memprioritaskan cerita pengguna dengan Metode MoSCoW: Metode MoSCoW membantu tim memberi peringkat cerita pengguna berdasarkan kepentingan. Cerita disortir ke dalam empat kelompok: Must have, Should have, Could have, dan Won't have. Metodologi ini memastikan story terpenting diselesaikan terlebih dahulu.

Siapa yang menulis stori pengguna?

Umumnya, pemilik produk menulis user stories berdasarkan riset pengguna dan mengaturnya ke dalam daftar untuk tim pengembangan, yang juga dikenal sebagai backlog produk. Meskipun siapa pun secara teknis dapat menulis cerita pengguna, manajer produk bertanggung jawab untuk memastikan mereka memiliki semua informasi yang dibutuhkan tim pengembangan untuk mengeksekusi inisiatif mereka.

Kemudian, tim pengembangan akan memprioritaskan dan memutuskan stori pengguna mana yang akan ditangani selama rapat perencanaan sprint. 

Siapa yang menggunakan stori pengguna?

Kerangka Kerja Scrum dan Kanban menggunakan stori pengguna. 

• Dalam Scrum, user story membantu tim Anda mendapatkan pemahaman yang lebih baik selama perencanaan sprint. 

• Di Kanban, tim menarik story ke dalam backlog dan mengerjakannya selama sprint. User story memberi tim konteks dan klarifikasi yang mereka butuhkan untuk mengelola pekerjaan dan memenuhi batas waktu.

Tim pengembangan menangani user stories selama alur kerja atau sprint untuk menyelesaikan tugas dan mencegah scope creep. Bagilah stori pengguna yang besar menjadi beberapa sprint atau epik jika diperlukan. Epik adalah stori besar yang dipecah menjadi beberapa stori yang lebih kecil. Beberapa epik membentuk suatu inisiatif.

Pentingnya user story yang akurat

Menulis user story secara efektif mungkin tampak seperti bagian kecil dari pengembangan produk, tetapi pada kenyataannya, story ini membantu mendorong hasil kreatif untuk fungsionalitas produk baru. Perhatian terhadap detail sangat penting karena membantu memastikan Anda berinvestasi dalam kebutuhan pengguna.

Berikut tiga cara menulis user story yang akurat yang dapat membantu Anda mencapai gol pengguna:

1. Utamakan pelanggan: User story menempatkan pengguna akhir sebagai pusat perhatian—komponen penting dari Kerangka Kerja Agile. Tim Anda kemudian dapat memprioritaskan kebutuhan pengguna dan berfokus pada cara untuk berkontribusi pada pengalaman pengguna yang positif. 

2. Mendorong solusi inovatif: Semakin dalam Anda memahami persona pengguna akhir, solusi perangkat lunak Anda akan semakin inovatif. Fokus Anda adalah pada kebutuhan pengguna, yang mendukung gol bisnis internal. Hasil yang efektif bergantung pada pemahaman tentang jenis pengguna yang Anda targetkan.

3. Mendorong kolaborasi tim: Dengan banyak anggota tim yang membahas dan memprioritaskan user stories, kolaborasi di tempat kerja akan berkembang. Ini menghadirkan berbagai sudut pandang, menawarkan solusi baru untuk hambatan yang ada. Dari hasil yang dapat diuji hingga memahami persyaratan produk, makin banyak tim Anda berkomunikasi, makin mudah untuk mencapai hasil yang diinginkan.

Memposisikan pembaruan dari perspektif pengguna membantu menciptakan pengalaman pengguna yang andal, yang meningkatkan nilai bisnis dan proses pengumpulan persyaratan secara keseluruhan.

Dorong nilai melalui pengalaman pengguna

Mengutamakan pelanggan adalah cara yang efektif untuk memusatkan percakapan seputar pengguna akhir dan pada akhirnya mendorong lebih banyak nilai. Dengan berfokus pada pengalaman pengguna akhir, Anda dapat menghasilkan solusi perangkat lunak yang lebih inovatif yang meningkatkan proses pengembangan produk. 

Dengan perangkat lunak Agile Management, Anda akan membantu Tim Agile mendapatkan hasil terbaik. Asana dapat membantu, mulai dari berkolaborasi sebagai tim hingga mengatur sprint.