Elemen inti dari pengembang perangkat lunak tangkas Ini membuat pengguna dan pelanggan fokus dan cerita pengguna berkontribusi untuk melakukan hal itu. Mereka menempatkan pengguna akhir di tengah percakapan. Dalam artikel ini, mari kita bahas tentang kisah pengguna dengan tangkas.
Cerita menggunakan bahasa non-teknis untuk memberikan kondisi bagi tim pengembangan dan upaya mereka. Kisah pengguna membantu tim untuk memahami tujuan mereka sendiri, mengapa mereka membangunnya. Juga apa yang mereka bangun dan nilai yang diciptakannya di akhir dan di sepanjang jalan. Jadi, cerita pengguna adalah salah satu komponen penting dari program tangkas. Mereka memfasilitasi kreativitas, kemajuan, dan produk akhir yang lebih baik dengan memberi tim kerangka kerja yang berfokus pada pengguna untuk tugas sehari-hari mereka. Semua cerita tangkas berfokus pada persyaratan dan membantu menciptakan percakapan melalui satu atau dua kalimat tentang fungsionalitas yang diinginkan.
Topik yang dibahas dalam artikel ini adalah:
- Apa cerita pengguna?
- Siapa yang bertanggung jawab untuk menulis cerita pengguna?
- Kapan menulis cerita pengguna?
- Mengapa membuat cerita pengguna?
- Bekerja dengan cerita pengguna
Apa itu Kisah Pengguna?
Cerita pengguna adalah deskripsi sederhana dan singkat dari suatu fitur oleh pengguna atau pelanggan sistem. Mereka mengikuti template umum:
Sebagai seorang, saya ingin begitu.
c ++ mengurutkan larik int
Mari mengenal lebih banyak tentang cerita pengguna.
- Biasanya, cerita pengguna ditulis pada catatan tempel dan kartu indeks. Kemudian disusun di atas meja atau dinding untuk tujuan perencanaan dan diskusi, sehingga tercipta percakapan di sekitar mereka.
- Cerita pengguna, yang merupakan diskusi seputar dan dengan bantuan cerita pengguna sangat penting dan mengalihkan fokus dari menulis tentang fitur menjadi benar-benar mendiskusikannya.
- Mereka selalu diekspresikan dari perspektif pengguna dan tidak diklasifikasikan sebagai fitur. Kisah pengguna adalah bagian terkecil dari sistem kerangka kerja yang gesit.
- Tujuan utama dari cerita pengguna adalah untuk mengekspresikan dan menjelaskan bagaimana sebuah karya tertentu akan memberikan nilai kepada pengguna atau pelanggan. Penting untuk diperhatikan bahwa pelanggan tidak harus menjadi pengguna akhir eksternal, tetapi juga bisa menjadi kolega di tim Anda atau dalam organisasi Anda.
- Cerita pengguna tidak membahas detail dan terdiri dari kalimat sederhana dan sedikit.
Kisah Pengguna di Scrum dan Kanban
Baik Scrum dan Kanban menggunakan cerita pengguna dalam kerangka kerjanya. Di Scrum, cerita pengguna adalah tambahan untuk sprint dan digunakan selama sprint. Di KanBan, tim menambahkan cerita pengguna ke dalam backlog mereka dan menggunakannya melalui alur kerja mereka. Dengan demikian, mereka membantu dalam estimasi yang lebih baik, perencanaan sprint, akurasi perkiraan yang lebih baik, dan kelincahan yang lebih baik dalam tim Scrum. Di sisi lain, tim KanBan dapat menangani pekerjaan yang sedang berlangsung dengan lebih baik dan meningkatkan alur kerja mereka melalui cerita pengguna.
Kerangka tangkas yang lebih besar seperti epos dan inisiatif merupakan cerita pengguna. Epik adalah benda kerja yang lebih besar yang dipecah menjadi banyak cerita dan inisiatif yang terdiri dari banyak epos.
Ada dua cara untuk menambahkan detail ke cerita pengguna:
- Dengan membagi cerita pengguna menjadi beberapa cerita yang lebih kecil.
- Dengan menambahkan kondisi kepuasan.
Kondisi kepuasan mengacu pada tes penerimaan tingkat tinggi yang menjadikan dirinya benar setelah cerita pengguna yang gesit selesai.
Siapa yang bertanggung jawab untuk menulis cerita pengguna?
Tidak ada aturan pasti tentang siapa yang dapat menulis cerita pengguna. Pemilik produk harus memastikan bahwa product backlog dari cerita pengguna sudah ada tetapi dia tidak harus menuliskannya. Idealnya, aproyek agile yang baik akan memiliki cerita pengguna yang ditulis oleh setiap anggota tim dan lebih penting lagi akan diberikan kepada anggota tim yang sama-sama terlibat dalam diskusi setelah menulis cerita pengguna.
Kapan menulis cerita pengguna?
Cerita pengguna disusun sepanjang proyek tangkas. Lokakarya penulisan cerita biasanya dilakukan pada awal proyek tangkas sehingga setiap anggota tim dapat berpartisipasi dan berpotensi membantu membuat backlog produk yang menjelaskan fungsionalitas yang diinginkan dan tujuan akhir yang kemudian dapat ditambahkan ke proyek. Beberapa cerita pengguna akan berubah menjadi epik. Selain itu, epos ini nantinya akan diuraimenjadi beberapa cerita yang lebih kecil yang akan lebih cocok dengan iterasi. Cerita baru juga dapat ditambahkan dari waktu ke waktu ke backlog produk sesuai dengan kebutuhan.
cara mengatur php
Mengapa membuat cerita pengguna?
Kisah Pengguna di Agile bisa tampak seperti langkah tambahan dalam proses kerangka kerja tangkas, tetapi mereka memberikan wawasan penting dan berharga bagi tim dan mencerahkan teh tentang nilai yang dibawa tugas mereka ke proyek. Kisah pengguna memberikan sejumlah manfaat dan keuntungan:
- Dorong fokus pengguna - Daftar hal yang harus dilakukan biasanya membuat tim tetap fokus dengan tugas yang perlu diselesaikan dan dicentang dari daftar sedangkan cerita pengguna menempatkan seluruh fokus pada pengguna dan membantu dalam memecahkan masalah mereka karena ditulis dari sudut pandang pengguna .
- Aktifkan kolaborasi - Ketika tujuan akhirnya jelas dan ditentukan untuk tim, mereka dapat bekerja sama secara efisien untuk memenuhi tujuan tersebut serta memberikan kepuasan dan layanan yang baik kepada pengguna.
- Dorong kreativitas - Proses menulis dan mendiskusikan cerita pengguna melibatkan diskusi dan brainstorming yang membantu tim berpikir kritis serta kreatif serta mungkin menemukan solusi untuk mencapai tujuan akhir.
- Berikan momentum - Setiap cerita memberikan momentum kepada tim pengembangan melalui tantangan dan kemajuan.
Bekerja dengan cerita pengguna
- Sebuah cerita pengguna dikonseptualisasikan dan ditulis, kemudian diserap dan diimplementasikan ke dalam alur kerja. Biasanya, pemilik produk, manajer produk, atau manajer program menulis cerita pengguna. Kemudian mereka mengirimkannya untuk ditinjau.
- Selama rapat perencanaan sprint atau iterasi, tim membuat keputusan tentang cerita apa yang akan dimasukkan selama sprint tersebut. Selain itu, tim mendiskusikan fungsionalitas dan persyaratan cerita. Persyaratan dapat ditambahkan ke cerita setelah disetujui oleh tim.
- Langkah penting dalam pertemuan ini adalah menilai cerita berdasarkan kompleksitas dan waktu penyelesaiannya. Sebuah cerita harus bisa diselesaikan dalam satu sprint. Untuk itu, tim perlu mendiskusikan cerita tersebut.
Kisah pengguna menyoroti cara kerja tim pengembangan sehari-hari serta menjelaskan proses yang diikuti oleh tim setiap hari. Cara terbaik untuk mengeksploitasinya dalam proyek Anda untuk mengungkap manfaatnya adalah dengan memahami peran dan kontribusinya terhadap pekerjaan dan pengiriman tim.
Selesai, teman-teman! Dengan ini, kita telah mencapai bagian akhir artikel 'Kisah Pengguna di Agile'. Anda juga bisa melihatnya saat Anda melakukannya.
Ada pertanyaan untuk kami? Harap sebutkan di bagian komentar ini a rticle dan kami akan menghubungi Anda kembali sesegera mungkin.