User Story adalah : Untuk Pengembangan Aplikasi Menjadi Lebih Baik

Last Updated on April 22, 2022 by

Jika Anda ingin mengembangkan aplikasi seluler atau web, User story akan membantu Anda menemukan kesamaan dengan tim pengembang, terutama jika Anda tidak memiliki keterampilan pemrograman dan tidak tahu bahasa teknisnya.

Singkatnya, User Story:

• menghilangkan jembatan antara bisnis dan tim teknis,
• bantuan dengan pemahaman produk,
• melibatkan pengguna aplikasi dalam pemodelan proses.

Tapi, bagaimana kita bisa mencapai level ini dan menggunakan semua keuntungan ini?

Pada artikel ini, kami akan menjelaskan apa itu User story, bagaimana membangunnya dengan benar, dan mengapa Anda harus mengetahuinya jika ingin mengembangkan aplikasi seluler atau web.

kami akan mencoba menjawab pertanyaan itu dan menjelaskan kepada Anda mengapa menggunakan user story sangat efisien dan berharga dari sudut pandang bisnis.

User Story adalah?

User story adalah adalah deskripsi fungsionalitas aplikasi dan harus dapat dipahami oleh semua orang yang terlibat dalam proses pengembangan produk – baik untuk pengembang maupun anggota tim non-teknis.

User story biasanya terdiri dari ringkasan dan deskripsi. Pada artikel ini, kita akan fokus pada Ringkasan karena ini adalah bagian penting dari User Story, yang sebagian besar diremehkan dan sulit untuk dirumuskan.

6 Atribut dari User Story yang baik

User Story yang baik dapat dijelaskan melalui enam atribut ( INVESTASI oleh Bill Wake ):

• Independen  – ini berarti kita harus menghindari ketergantungan antara kisah pengguna sebanyak mungkin. Lebih baik membuat story yang lebih besar daripada cerita dengan dependensi, yang dapat menyebabkan masalah pada estimasi dan prioritas.
• Dapat dinegosiasikan – cerita bukanlah deskripsi fungsionalitas yang tetap dan mereka harus berisi dalam deskripsi mereka hanya informasi singkat tentang spesifikasi dasar. Jika informasi lebih lanjut diperlukan, tim pengembangan harus memulai diskusi dengan Pemilik Produk.
• Berharga – cerita harus dihargai oleh pengguna perangkat lunak atau Pemilik Produk (klien). Berkat arahan ini, Pemilik Produk dapat dengan mudah menangani penentuan prioritas dan penjadwalan.
• Dapat diperkirakan – dalam banyak kasus, Kisah Pengguna tidak dapat diperkirakan jika terlalu besar, tidak dijelaskan dengan baik, atau pengembang tidak memiliki cukup pengetahuan untuk melakukannya. Dalam semua kasus ini, tim harus menyelesaikan masalah dan mencoba membuat cerita siap untuk diperkirakan.
• Kecil – ukuran Kisah Pengguna yang tepat didasarkan pada tim, pengetahuannya, teknologi yang digunakan, dan jenis proyek.
• Diuji  – cerita harus didefinisikan sebagai bagian diuji dari suatu sistem, jika sebuah cerita memiliki kelayakan dan lulus saat diuji serta dapat meningkatkan pengalaman pengguna, itu membuktikan bahwa mereka telah telah  berhasil dikembangkan.

Untuk mencapai semua titik-titik ini, seluruh tim harus bekerja sama dan membahas setiap user story pada pertemuan rapat selama pengembangan.

Berkat pendekatan ini, ruang lingkup proyek akan jelas untuk semua orang yang pasti, akan memiliki sebuah impact pada kualitas proses pembangunan.

Template Kisah Pengguna

Anda dapat menggunakan pola bermanfaat yang kami ajukan pada pembahasan kali ini:
Pengguna  memberikan akses ke perpustakaan foto  untuk membuat album baru

Kita dapat membagi User Story menjadi tiga elemen:
1. Siapa
2. Apa
3. Mengapa / Untuk apa / Dari mana

Terlihat jelas siapa aktornya, bagaimana dia berinteraksi dengan komponen sistem dan mengapa atau di mana interaksi itu terjadi. Menggunakan pola ini dan mengingat ketiga elemen ini memungkinkan kita untuk menulis cerita yang sederhana dan mudah dipahami setiap saat dan biasanya untuk setiap kasus.

User Story Instagram // Contoh 1:

Coba tebak mana dari dua opsi ini yang lebih baik:

Data pribadi pengguna dapat diedit oleh pengguna  atau  Pengguna mengedit profilnya untuk memperbarui data pribadinya

Sekilas, cerita pertama sepertinya sudah cukup bagus. Tapi, apakah kita tahu  Mengapa / Untuk apa / Dari mana tindakan pengeditan data harus tersedia  di Instagram? Ingatlah bahwa, terkadang, hal itu jelas bagi seorang penulis , meskipun  kita tidak dapat memastikan bahwa seseorang yang akan mengerjakannya akan memahaminya juga.

Jadi, mari kita lihat mengapa, dalam versi ini ketika Pengguna mengedit profilnya untuk memperbarui data pribadinya, itu  lebih baik . Kita tahu siapa yang (menggunakan) adalah melakukan, apa (suntingan profilnya) , dan mengapa (untuk memperbarui data pribadinya).

User Story Instagram // Contoh 2

Kita bisa mulai dengan cerita di mana Aplikasi harus memungkinkan pengguna menambahkan cerita. Apakah Anda melihat bagian mana dari pola User Story yang baik yang hilang di sini ?

Bagaimana seharusnya versi yang benar terlihat? Mari kita bandingkan dengan contoh saat Pengguna menambahkan cerita ke profilnya dari tab profil untuk ditampilkan kepada teman-temannya.

Tabel menunjukkan bagian mana yang hilang dalam User story pertama. Tanpa Siapa dan Mengapa / Untuk apa / Dari mana, tindakan sama sekali tidak dapat dipahami.

Berdasarkan dua perbandingan ini, kami dapat mempelajari cara mengenali pola yang baik, yang akan membantu tim kami membuat produk yang sesuai dengan harapan Pemilik Produk.

Jadi, ingatlah untuk memeriksa apakah Kisah Pengguna menjelaskan Siapa, Apa dan Mengapa/Untuk apa/Dari mana membuat tindakan dalam aplikasi dan Anda akan dapat membuat cerita Anda jelas bagi seluruh tim!

8 Keuntungan Besar Dari User Story Untuk Bisnis Anda

Mike Cohn menulis tentang 8 keuntungan besar dari User story dalam bukunya, yang dengan sempurna menunjukkan mengapa mereka berharga untuk bisnis:

1. User Story adalah komunikasi verbal – alih-alih menulis deskripsi atau dokumentasi yang sangat mendetail untuk setiap persyaratan, Pemilik Produk harus menghubungi tim pengembangan. Formulir Kisah Pengguna memaksa kedua belah pihak untuk berkomunikasi dan membuat umpan balik sesingkat mungkin. Hanya dengan cara ini Anda akan mendapatkan apa yang Anda inginkan; dalam kasus sebaliknya, ini mungkin hanya merupakan interpretasi pengembang dari dokumen tertulis.
2. User Story dapat dipahami oleh semua orang – berlawanan dengan persyaratan teknis terperinci, Kisah Pengguna yang baik jelas bagi pengembang dan pebisnis, yang membantu dalam mengimplementasikan perangkat lunak yang tepat .
3. User Story adalah ukuran yang tepat untuk perencanaan – perencanaan rilis, prakiraan risiko, dan prioritas adalah proses yang jelas ketika persyaratan memiliki ukuran yang tepat dan tidak terlalu erat digabungkan dengan bagian lain dari perangkat lunak, baik untuk pengembang maupun klien.
4. User Story berfungsi untuk pengembangan berulang – tidak perlu melengkapi daftar Kisah Pengguna di awal proyek. Tim dapat memulai dengan beberapa di antaranya dan menambahkan yang baru selama proses pengembangan melalui rapat Refinement berikutnya. Keunggulan ini terutama mendukung produk yang kurang dikenal di awal dan akan sering berubah selama pengembangan.
5. User Story mendorong penundaan detail – cerita dapat ditulis selama keseluruhan proyek, sehingga Anda, sebagai Pemilik Produk, dapat menambahkan epik yang lebih besar kapan pun Anda mau dan kemudian, bekerja sama dengan pengembang, Anda dapat dengan mudah mendeskripsikan atau membaginya nanti.
6. User Story mendukung desain oportunistik – perangkat lunak harus dikembangkan secara oportunistik, karena sebagian besar waktu produk kami berubah selama proses implementasi dan kami tidak mampu mengingat banyak detail dan memprediksi semua kemungkinan masalah atau ketergantungan.
7. User Story mendorong desain partisipatif – Kisah Pengguna membantu melibatkan pengguna nyata dalam proses dan memungkinkan Anda bereaksi dengan cepat terhadap kebutuhan atau harapan mereka.
8. User Story membangun pengetahuan diam – diam – pengetahuan dibangun di dalam tim, bukan hanya Pemilik Produk.

Pengalaman menunjukkan kepada kami bahwa bagian terpenting dari proses pengembangan aplikasi seluler adalah pemahaman yang baik tentang kebutuhan pelanggan dan nilai-nilai nyata, yang berdiri di balik ide-ide yang harus diterapkan.

Ini hanya mungkin jika pengembang dan Pemilik Produk menggunakan metode yang sama untuk menjelaskan fungsionalitas perangkat lunak dan, seperti yang kami tulis di atas, User story membuat ini terjadi.

Kesimpulan

User Story adalah sesuatu yang bersifat universal dan dapat digunakan dalam semua jenis proyek, termasuk proses pengembangan aplikasi seluler & web. Jika dipersiapkan dengan benar, mereka dapat sangat membantu tim dan pemilik produk.

Jika Anda ingin mempelajari topik ini lebih dalam, kami sangat menyarankan Anda buku Mike Cohn “User Stories Applied”, yang berisi contoh kasus, penjelasan dan kesimpulan yang baik tentang User story.

Inilah saatnya untuk menguji pengetahuan baru Anda dalam kehidupan nyata. Jangan lupa untuk kunjungi selalu situs Web App di https://appkey.id/ untuk dapatkan informasi terbaru seputar pengembangan aplikasi dan web. Jangan lupa nyalakan notifikasi agar Anda tidak ketinggalan informasi terbaru.