Unsur teras dari pembangun perisian tangkas T menjadikan pengguna dan pelanggan sebagai tumpuan dan cerita pengguna menyumbang untuk melakukan perkara itu. Mereka meletakkan pengguna akhir sebagai pusat perbualan. Dalam artikel ini mari kita bincangkan kisah pengguna dengan pantas.
Cerita menggunakan bahasa bukan teknikal untuk memberi syarat kepada pasukan pengembangan dan usaha mereka. Kisah pengguna membantu pasukan memahami tujuan mereka sendiri, mengapa mereka membuatnya. Juga apa yang mereka bina dan nilai yang dihasilkannya pada akhir dan sepanjang perjalanan. Oleh itu, kisah pengguna adalah salah satu komponen penting dalam program yang tangkas. Mereka memfasilitasi kreativiti, kemajuan, dan produk akhir yang lebih baik dengan memberikan kerangka kerja yang berfokus kepada pengguna untuk tugas harian mereka. Semua cerita tangkas menumpukan pada keperluan dan membantu untuk membuat perbualan melalui satu atau dua ayat mengenai fungsi yang diinginkan.
Topik yang dibincangkan dalam artikel ini adalah:
- Apa kisah pengguna?
- Siapa yang bertanggungjawab untuk menulis cerita pengguna?
- Bilakah untuk menulis cerita pengguna?
- Mengapa membuat cerita pengguna?
- Bekerja dengan cerita pengguna
Apakah Cerita Pengguna?
Kisah pengguna adalah gambaran ringkas dan ringkas mengenai ciri oleh pengguna atau pelanggan sistem. Mereka mengikuti templat biasa:
Sebagai, saya mahu begitu.
cara menyalin objek dalam java
Mari kita ketahui lebih lanjut mengenai kisah pengguna.
- Biasanya, cerita pengguna ditulis pada kad nota dan kad indeks. Kemudian disusun di atas meja atau dinding untuk tujuan perancangan dan perbincangan, oleh itu perbincangan dibuat di sekitarnya.
- Kisah pengguna, yang merupakan perbincangan yang berkisar dan dengan bantuan cerita pengguna sangat penting dan mengalihkan fokus daripada menulis mengenai ciri menjadi benar-benar membincangkannya.
- Mereka selalu dinyatakan dari perspektif pengguna dan tidak digolongkan sebagai ciri. Kisah pengguna adalah bahagian terkecil dari sistem kerangka tangkas.
- Objektif utama kisah pengguna adalah untuk mengekspresikan dan menyampaikan bagaimana karya tertentu akan memberikan nilai kepada pengguna atau pelanggan. Penting untuk diperhatikan bahawa pelanggan tidak semestinya menjadi pengguna akhir luaran, tetapi juga boleh menjadi rakan sekerja dalam pasukan anda atau dalam organisasi anda.
- Cerita pengguna tidak menceburkan diri dalam perincian dan terdiri daripada beberapa ayat yang ringkas dan sederhana.
Cerita Pengguna di Skrum dan Kanban
Kedua-dua Scrum dan Kanban menggunakan cerita pengguna dalam kerangka kerja mereka. Di Scrum, cerita pengguna adalah tambahan kepada pecut dan digunakan sepanjang pecut. Di KanBan, pasukan menambahkan cerita pengguna ke dalam tunggakan mereka dan menggunakannya melalui aliran kerja mereka. Oleh itu, mereka membantu dalam perkiraan yang lebih baik, perancangan pecut, ketepatan yang lebih baik dalam ramalan dan ketangkasan yang lebih besar dalam pasukan Scrum. Sebaliknya, pasukan KanBan dapat menangani kerja yang lebih baik dan memperbaiki aliran kerja mereka melalui kisah pengguna.
Kerangka tangkas yang lebih besar seperti epik dan inisiatif merupakan cerita pengguna. Epik adalah bahan kerja yang lebih besar yang dipecah menjadi banyak cerita dan inisiatif terdiri daripada banyak epik.
Terdapat dua cara untuk menambahkan perincian pada cerita pengguna:
- Dengan membahagikan kisah pengguna menjadi beberapa cerita yang lebih kecil.
- Dengan menambahkan syarat kepuasan.
Keadaan kepuasan merujuk kepada ujian penerimaan tahap tinggi yang menjadikan dirinya benar setelah kisah pengguna tangkas selesai.
Siapa yang bertanggungjawab untuk menulis cerita pengguna?
Tidak ada peraturan yang ditetapkan mengenai siapa yang dapat menulis cerita pengguna. Pemilik produk harus memastikan bahawa backlog produk cerita pengguna ada tetapi dia tidak semestinya harus menulisnya. Sebaik-baiknya, aprojek tangkas yang baik akan mempunyai kisah pengguna yang ditulis oleh setiap ahli pasukan dan lebih penting lagi akan diberikan kepada ahli pasukan untuk sama-sama terlibat dalam perbincangan setelah menulis cerita pengguna.
Bilakah untuk menulis cerita pengguna?
Kisah pengguna disusun sepanjang projek tangkas. Bengkel penulisan cerita biasanya dijalankan pada awal projek tangkas supaya setiap ahli pasukan dapat mengambil bahagian dan berpotensi membantu untuk membuat tunggakan produk yang menggambarkan fungsi dan tujuan akhir yang diinginkan yang kemudiannya dapat ditambahkan ke dalam projek. Sebilangan kisah pengguna akhirnya akan berubah menjadi epik. Sebagai tambahan, epik ini kemudiannya akan dipecahkanmenjadi beberapa cerita kecil yang lebih sesuai dengan lelaran. Cerita baru juga dapat ditambahkan dari semasa ke semasa ke tunggakan produk mengikut keperluan.
cara menjalankan php pada windows 10
Mengapa membuat cerita pengguna?
Kisah Pengguna di Agile dapat dilihat sebagai langkah tambahan dalam proses kerangka tangkas tetapi mereka memberikan wawasan penting dan berharga kepada pasukan dan menyedarkan teh tentang nilai yang dibawa oleh tugas mereka ke projek ini. Kisah pengguna memberikan sejumlah kebaikan dan kelebihan:
- Memupuk tumpuan pengguna - Senarai tugas yang harus dilakukan biasanya membuat pasukan tetap berjaga-jaga dengan tugas-tugas yang perlu dilakukan dan menyemak senarai sementara cerita pengguna memberi tumpuan sepenuhnya kepada pengguna dan membantu menyelesaikan masalah mereka kerana ia ditulis dari perspektif pengguna. .
- Aktifkan kerjasama - Apabila tujuan akhir jelas dan ditentukan untuk pasukan, mereka dapat bekerjasama dengan cekap untuk mencapai tujuan tersebut serta memberikan kepuasan dan layanan yang baik kepada pengguna.
- Dorong kreativiti - Proses penulisan dan perbincangan kisah pengguna melibatkan perbincangan dan percambahan fikiran yang membantu pasukan berfikir secara kritis dan kreatif serta mungkin menghasilkan penyelesaian untuk mencapai tujuan akhir.
- Memberi momentum - Setiap kisah memberi momentum kepada pasukan pembangunan melalui cabaran dan kemajuan.
Bekerja dengan cerita pengguna
- Cerita pengguna dikonseptualisasikan dan ditulis, kemudian diserap dan dilaksanakan ke dalam aliran kerja. Biasanya, pemilik produk, pengurus produk atau pengurus program menulis kisah pengguna. Kemudian mereka menyerahkannya untuk semakan.
- Semasa pertemuan perencanaan pecut atau iterasi, pasukan membuat keputusan mengenai cerita apa yang akan disertakan semasa pecut itu. Selain itu, pasukan membincangkan fungsi dan keperluan cerita. Keperluan dapat ditambahkan ke dalam cerita setelah disetujui oleh pasukan.
- Langkah penting dalam perjumpaan ini adalah menilai cerita berdasarkan kerumitan dan masa penyelesaiannya. Cerita harus dapat diselesaikan dalam satu pecut. Atas sebab ini, pasukan perlu membincangkan kisah-kisahnya.
Kisah pengguna memberi penerangan mengenai kerja harian pasukan pembangunan serta menerangkan proses yang diikuti oleh pasukan setiap hari. Cara terbaik untuk memanfaatkannya dalam projek anda untuk mengetahui faedahnya adalah dengan memahami peranan dan sumbangan mereka terhadap kerja dan penyampaian pasukan.
Itu sahaja, kawan! Dengan ini, kita telah sampai ke akhir artikel ‘Kisah Pengguna dalam Agile’. Anda juga boleh melihatnya semasa anda melakukannya.
Ada soalan untuk kami? Sila sebutkan di bahagian komen ini a artikel dan kami akan menghubungi anda secepat mungkin.