Demo Sprint Scrum: Panduan Komprehensif

Takeaways Key: Demo Sprint mempamerkan kerja pecut selesai, yang membolehkan pemilik produk mengesahkan kriteria penerimaan. Ia menjelaskan kerja yang lengkap, meningkatkan anggaran, dan memberitahu halaju pasukan. Tumpuannya adalah pada nilai yang boleh dibuktikan, bukan butiran teknikal atau masalah (yang tergolong dalam retrospektif). Ciri -ciri yang diterima kemudian disepadukan (dikeluarkan) mengikut jadual yang mampan.

(Bahagian ini didasarkan pada scrum: Novice to ninja oleh M. David Green. Tersedia di kedai dan sebagai ebook.)

Demo Sprint, yang diadakan pada kesimpulan pecut, adalah ritual penting. Pasukan pembangunan menunjukkan kerja yang lengkap, sementara pemilik produk menilai penyelesaian terhadap kriteria penerimaan, menerima atau menolak setiap cerita. Ini memberikan gambaran yang jelas tentang kemajuan pecut dan menapis anggaran masa depan.

Objektif Demo Sprint:

Matlamat utama adalah untuk memahami output Sprint dan produk yang dikemas kini selepas integrasi. Cerita yang diterima menentukan halaju pasukan, meningkatkan anggaran Sprint Backlog masa depan.

Tetamu di Demo Sprint:

Walaupun tetamu adalah pemerhati yang dialu -alukan, kehadiran mereka tidak boleh mengganggu objektif demo atau timebox. Mereka adalah pemerhati, bukan peserta, kecuali maklum balas secara aktif diminta.

Timeboxing Demo Sprint:

Peruntukan masa bergantung kepada bilangan dan kerumitan cerita yang lengkap. Separuh hari adalah biasa untuk sprint dua minggu. Master scrum memastikan kepatuhan pada masa yang diperuntukkan.

menggabungkan demo dan retrospektif:

Selalunya, pasukan menjadualkan retrospektif pada hari yang sama untuk meminimumkan gangguan produktiviti. Walau bagaimanapun, ini mengutamakan artifak scrum ke atas pembangunan produk yang ketara-satu perdagangan yang memerlukan pertimbangan yang teliti.

Persediaan untuk Demo Sprint:

Demo mempamerkan semua cerita "dilakukan", tanpa mengira status pelepasan. Setiap ahli pasukan yang menyumbang harus bersedia untuk menerangkan kerja mereka. Mesyuarat pra-permintaan dengan pemilik produk memastikan penjajaran kriteria penerimaan dan bersiap sedia untuk demonstrasi. SCRUM Master menyelaraskan penyediaan dan memastikan demo sesuai dalam timebox.

Demos yang didorong oleh pemilik produk:

Walaupun jurutera boleh hadir, mempunyai pemilik produk menjalankan ujian langsung bermanfaat. Jurutera tahu "jalan gembira," tetapi pemilik produk mengenal pasti kes -kes kelebihan dan mengutamakan kriteria penerimaan, memastikan ujian komprehensif dan penglibatan pihak berkepentingan.

Menunjukkan cerita:

Master Scrum membimbing proses, secara sistematik mengkaji setiap cerita. Pemilik produk membaca kriteria cerita dan penerimaan sementara demo ditubuhkan, memastikan semua orang memahami jangkaan. Demo ini memberi tumpuan kepada penambahan fungsional kepada produk, menunjukkan setiap pemenuhan kriteria penerimaan. Kriteria penerimaan yang tidak mencukupi yang dikenal pasti semasa demo menghasilkan cerita baru untuk sprint masa depan.

Mengelakkan perbincangan terperinci mengenai isu:

Walaupun perbincangan terperinci tentang cabaran pembangunan harus ditangguhkan kepada retrospektif. Memberi tumpuan kepada produk menghalang demo daripada menjadi bogel dalam butiran teknikal.

Tallying Points and Velocity:

Master Scrum mengira halaju pecut berdasarkan mata yang diberikan kepada cerita yang diterima. Cerita yang ditolak atau tidak lengkap dikesan dan status mereka dikemas kini. Laporan yang meringkaskan kemajuan pecut sering dijana.

Melepaskan cerita:

Melepaskan mengintegrasikan ciri -ciri yang lengkap ke dalam produk langsung. Kaedah pelepasan berbeza -beza; Sesetengah pasukan melepaskan dengan serta -merta, sementara yang lain kumpulan cerita untuk siaran yang lebih besar. Integrasi berterusan menyokong pelepasan segera, menghapuskan langkah pelepasan selepas permintaan.

Integrasi berterusan:

Dengan integrasi berterusan, jurutera tidak boleh meninggalkan cerita sehingga ia dibebaskan dan diuji. Ini mungkin memerlukan masa yang berdedikasi untuk penyelenggaraan dan penambahbaikan.

Penjadualan pelepasan:

Jadual pelepasan harus diselaraskan dengan kelajuan mampan pasukan dan objektif pemilik produk, bukan tarikh akhir sewenang -wenangnya. Elakkan bergegas untuk memenuhi tarikh akhir dengan mengorbankan kualiti; mengutamakan ciri kritikal jika perlu.

Soalan Lazim (Soalan Lazim)

(bahagian Soalan Lazim telah ditinggalkan untuk keringkasan, kerana ia sebahagian besar mengulangi maklumat yang telah diliputi dalam teks utama.)

Atas ialah kandungan terperinci Ritual Scrum: Demo Sprint. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!