Bekerja dengan Scrum

Kisah Pengguna

Cerita pengguna ialah cara yang berkesan untuk menyatakan keperluan perisian dalam pembangunan. Cerita sedemikian mengandungi nasihat ringkas bagi pihak pengguna perisian.

Memandangkan dalam metodologi Scrum, menetapkan matlamat biasanya merupakan hak prerogatif pelanggan atau pemilik perisian, ia dianggap sebagai cara utama untuk mempengaruhi proses pembangunan. Setiap Kisah Pengguna mempunyai had dalam jumlah teks dan kerumitan pembentangan. Sejarah paling kerap ditulis pada helaian kecil, yang dengan sendirinya mengehadkan kelantangan.

Terima kasih kepada cerita pengguna, anda boleh mendokumentasikan kehendak pelanggan dan bertindak balas dengan cepat kepada permintaan pasaran.

Kisah Pengguna harus dianggap sebagai ukuran keperluan yang mudah kerana ia tidak termasuk prosedur ujian penerimaan. Penyusunan cerita pengguna mesti mematuhi prosedur kemasukan. Ini akan memastikan bahawa Kisah Pengguna mencapai matlamatnya.

Struktur cerita kelihatan seperti ini: "Sebagai pengguna <jenis pengguna>, saya mahu melakukan <tindakan> untuk mendapatkan <hasil>" (Sebagai pemilik produk saya mahu ...). Struktur sedemikian bukan sahaja mudah, tetapi juga difahami oleh semua orang.

Faedah menggunakan Cerita Pengguna:

• Cerita adalah kecil dan mudah untuk dibuat.
• Bantu semua pihak berkepentingan untuk membincangkan kerja projek dan sokongannya.
• Tidak memerlukan penyelenggaraan yang berterusan.
• Relevan hanya apabila digunakan.
• Meningkatkan interaksi dengan pelanggan.
• Terima kasih kepada mereka, anda boleh membahagikan projek kepada peringkat kecil.
• Memudahkan kerja projek dengan keperluan yang kurang difahami.
• Memudahkan penilaian tugas.

Kelemahan Cerita Pengguna:

• Tanpa persetujuan terlebih dahulu, prosedur boleh menyukarkan untuk digunakan sebagai asas untuk perjanjian.
• Penggunaannya memerlukan hubungan rapat dengan pelanggan sepanjang keseluruhan projek, yang kadangkala menyukarkan aliran kerja.
• Mereka mempunyai kelemahan apabila membuat skala pada projek besar.
• Secara langsung berkaitan dengan tahap profesional pembangun.
• Digunakan untuk memulakan perbincangan, tetapi mungkin tidak menamatkan perbincangan, dan tidak digunakan untuk dokumentasi sistem.

Tunggakan

Tunggakan produk ialah tugas semasa dalam bentuk senarai, disusun mengikut keutamaan. Senarai itu dibentuk berdasarkan peta jalan (roadmap) projek dan perkara-perkara yang dinyatakan di dalamnya. Tugas yang paling penting biasanya berada di bahagian atas senarai. Ini adalah perlu untuk memahami kerja mana yang perlu dilakukan terlebih dahulu.

Pasukan pembangunan memilih kelajuan menyelesaikan tugasan tertunggak tanpa mengira kehendak pelanggan, tetapi berdasarkan kelayakan dan pengalaman mereka dari larian pecut yang lalu. Adalah sangat tidak diingini untuk "melaraskan" pengaturcara. Pasukan itu sendiri memilih tugas daripada tunggakan mengikut pertimbangan dan keupayaannya sendiri. Pelaksanaan berlaku tanpa gangguan (Kanban) atau beberapa lelaran (Scrum).

Dua syarat tertunggak yang penting

Teras tunggakan produk terdiri daripada peta jalan, cadangan dan syarat pelaksanaan. Epik mengandungi syarat dan Kisah Pengguna. Mari kita lihat dengan teliti contoh peta jalan biasa.

Penciptaan tapak web "Teams in Space" ialah cadangan pertama daripada peta jalan. Ia perlu dibahagikan kepada epik (dalam rajah mereka ditunjukkan dalam warna hijau, biru dan biru) dan Kisah Pengguna untuk setiap epik.

Pelanggan perisian membentuk satu senarai daripada beberapa Cerita Pengguna. Jika perlu, dia boleh menukar susunan cerita yang dilaksanakan, supaya pembangun akan terlebih dahulu menangani salah satu epik terpenting (kiri) atau menyemak cara tempahan tiket diskaun berfungsi. Untuk melakukan ini, anda perlu melaksanakan cerita daripada epik (kanan). Kedua-dua pilihan boleh dilihat di bawah.

Berdasarkan faktor apakah yang harus diutamakan oleh pelanggan?

• Perkaitan dengan pengguna.
• Kehadiran maklum balas.
• Kerumitan pembangunan.
• Hubungan antara tugasan (untuk melengkapkan "B", anda perlu melakukan "A" terlebih dahulu).

Keutamaan dalam kerja ditentukan oleh pelanggan, tetapi pihak lain boleh menyatakan pendapat mereka tentang perkara ini. Kejayaan tunggakan bergantung, antara lain, pada pendapat pelanggan dan pengaturcara. Bersama-sama, mereka boleh mencapai hasil yang lebih baik dan memastikan penghantaran produk siap tepat pada masanya.

Bagaimana untuk menyimpan tunggakan

Sekiranya tunggakan telah dibuat, maka selepas itu anda perlu mengubahnya secara berkala semasa kerja selanjutnya. Pelanggan perisian harus memastikan bahawa tunggakan disusun dengan betul sebelum setiap perancangan lelaran baharu. Ini akan membantu menjelaskan keutamaan atau mengubah sesuatu selepas analisis lelaran terakhir. Melaraskan tunggakan dalam Agile kadangkala dipanggil "dandanan" atau "pemurnian" atau "penyelenggaraan tunggakan".

Jika tunggakan sudah agak besar, maka pelanggan perlu mengumpulkan tugasan mengikut pelaksanaan jangka pendek dan jangka panjang. Tugasan jangka pendek harus diteliti sebelum diberi status ini. Anda perlu mengarang Kisah Pengguna, ketahui semua nuansa dalam pasukan.

Bagi tugasan jangka panjang, amat wajar pemaju memberikan penilaian mereka. Ini akan memudahkan untuk membuat keutamaan. Mungkin sesuatu akan berubah, tetapi pasukan akan meningkatkan pemahaman mereka tentang tugas dan menyelesaikan tugas dengan lebih cepat.

Tunggakan adalah komponen penting antara pelanggan dan pasukan pengaturcaraan. Pelanggan sentiasa boleh menukar keutamaan berdasarkan maklum balas pelanggan, ramalan atau keperluan baharu.

Adalah disyorkan untuk mengelak daripada membuat perubahan secara langsung semasa operasi. Ini memberi kesan buruk pada aliran kerja dan keadaan emosi pengaturcara.

Lari pecut

Pecut ialah tempoh yang singkat di mana jumlah kerja yang dipersetujui sebelum ini mesti diselesaikan. Larian pecut adalah berdasarkan metodologi Scrum dan Agile. Memilih larian pecut yang betul membantu pasukan yang tangkas membangunkan perisian berkualiti.

“Menggunakan Scrum, anda boleh membangunkan produk dalam beberapa lelaran dengan tempoh yang jelas - pecut. Ia membantu memecahkan projek besar kepada tugas yang lebih kecil,” kata Megan Cook, Ketua Jira di Atlassian.

Bagaimanakah Scrum merancang dan melaksanakan larian pecut?

Menurut pengarang metodologi Scrum, untuk merancang pecut masa depan, semua orang perlu bertemu pada mesyuarat yang berasingan. Pada acara ini, ahli pasukan mesti mencari jawapan kepada dua soalan utama: apa yang perlu dilakukan dalam pecut ini dan cara terbaik untuk melakukannya?

Pelanggan perisian, ahli Scrum dan pengaturcara terlibat dalam menentukan senarai tugas kerja. Pelanggan menerangkan matlamat pecut dan tugasan daripada tunggakan.

Kemudian pasukan membangunkan rancangan mengikut mana tugas dalam pecut akan diselesaikan. Pelan ini, bersama dengan item kerja yang dipilih, dipanggil tunggakan pecut. Selepas mesyuarat perancangan, pasukan mula bekerja. Pembangun memilih tugas daripada tunggakan, apabila kerja selesai, status setiap tugas berubah daripada "Sedang Berlangsung" kepada "Selesai".

Semasa pecut, pasukan mengadakan mesyuarat Scrum harian (berdiri) untuk membincangkan isu semasa dan kemajuan. Pertemuan sedemikian diperlukan untuk mengenal pasti kesukaran yang boleh menjejaskan penyiapan pecut.

Jika pecut selesai, maka pasukan menunjukkan hasil kerja mereka pada semakan keputusan (demo). Setiap peserta projek boleh berkenalan dengan hasilnya. Pembiasaan harus dilakukan sebelum kod siap digabungkan ke dalam persekitaran pengeluaran.

Retrospektif melengkapkan kitaran pecut. Di atasnya, pasukan mengenal pasti kawasan yang perlu diperbaiki dalam pecut masa depan.

Apa yang perlu diberi perhatian dan apa yang tidak boleh dilakukan

Kebanyakan pasukan muda mendapati sukar untuk memperkenalkan pecut ke dalam aliran kerja mereka buat kali pertama. Untuk mengelakkan masalah, kami mengesyorkan anda menyemak senarai tindakan yang memerlukan perhatian keutamaan.

Apa yang perlu kita lakukan:

• Pastikan pasukan memahami tujuan pecut dan bagaimana ia akan berjaya. Ini adalah perlu untuk semua orang bergerak ke arah keputusan yang berjaya bersama-sama.
• Anda harus mempunyai tunggakan yang jelas dan mudah difahami. Jika tunggakan tidak diselenggara dengan betul, ini boleh menjadi masalah yang boleh merosakkan aliran kerja.
• Pastikan anggaran anda tentang kadar kerja adalah betul, dengan mengambil kira cuti musim panas dan faktor lain.
• Mengambil bahagian secara aktif dalam perancangan pecut. Galakkan ahli pasukan untuk mengembangkan rancangan untuk cerita, pepijat dan tugasan.
• Tolak tugas semasa pembangun tidak akan dapat menyelesaikan isu pergantungan.
• Selepas pelan diluluskan, lantik pekerja yang akan bertanggungjawab memasukkan data ke dalam program pengurusan projek (kad Jira, dsb.).

Perkara yang perlu dielakkan:

• Jangan terlalu banyak menggunakan banyak cerita, menilai dengan teliti kadar kerja dan jangan berikan tugas yang sukar untuk diselesaikan dalam pecut.
• Berhati-hati dengan kualiti kerja anda. Semak sama ada anda mempunyai masa yang mencukupi untuk kawalan kualiti dan membetulkan pepijat dalam kod.
• Pastikan semua ahli pasukan memahami dengan jelas kandungan pecut. Jangan mengejar kelajuan. Seluruh pasukan mesti bergerak bersama.
• Jangan terlalu membebankan pemaju dengan kerja tambahan. Satu lagi pecut akan datang tidak lama lagi.
• Jika pasukan menyatakan kebimbangan tentang beban kerja atau tarikh akhir, anda harus mengambil kira pendapat mereka. Tangani masalah dan betulkan jika perlu.

papan scrum

Papan Scrum ialah alat yang menunjukkan cara kerja Pasukan Scrum dilakukan. Anda boleh memaparkan maklumat pada papan sedemikian di atas kertas, di dinding atau dalam bentuk elektronik (JIRA, Trello).

Papan Scrum mempunyai sekurang-kurangnya tiga lajur: To Do, In Progress dan Done. Berikut ialah papan contoh:

Papan Scrum mengandungi semua maklumat daripada tunggakan yang diluluskan sebelum ini untuk perancangan. Sebagai peraturan, kad tugas perniagaan disematkan pada papan mengikut keutamaan dari atas ke bawah. Anda boleh membahagikannya kepada jenis kerja tertentu (kerja pada kod, reka bentuk dan lain-lain).

Selepas sebahagian daripada kerja selesai, kad dialihkan merentasi papan ke lajur seterusnya. Untuk menunjukkan keterlihatan kemajuan kerja pasukan, "kerja yang tinggal" mengikut hari pada Carta Burndown membantu.

Anda juga boleh menggunakan papan flipchart. Di atasnya, nama-nama karya ditulis pada pelekat kertas dan dilampirkan pada papan. Sebaik sahaja kerja selesai, pelekat dialihkan ke lajur lain.

carta terbakar

Carta terbakar menunjukkan jumlah kerja yang dilakukan dan jumlah kerja yang tinggal. Ia dikemas kini setiap hari dan tersedia untuk semua pihak yang berminat. Graf diperlukan untuk menunjukkan kemajuan dalam kerja pada larian pecut.

Terdapat dua jenis carta:

• Carta Burndown menunjukkan kemajuan kerja dalam larian pecut.
• Carta Burndown menunjukkan kemajuan kerja sehingga keluaran produk (data diringkaskan daripada beberapa larian pecut).

Contoh carta:

Contoh ini menggunakan psikologi: carta tidak menunjukkan bilangan tugasan yang telah selesai, tetapi bilangan yang tinggal (tidak selesai).

Iaitu, jika pasukan telah melakukan 90 tugas daripada 100, maka mungkin ada perasaan palsu bahawa semuanya sudah bersedia. Lagipun, kemajuan daripada 90 hingga 100 tugasan tidak benar-benar mengubah apa-apa.

Jika anda memaparkan bilangan tugas yang tinggal, maka anda tidak boleh tidak melihat bagaimana setiap kali tugas itu menjadi semakin berkurangan. Ini secara tidak sedar mendorong peserta projek untuk mencapai matlamat dengan lebih cepat - tidak sepatutnya ada tugas yang belum selesai di papan tulis.