Agile Ceremonies: 4 Acara Scrum Dijelaskan

Agile ceremonies ialah empat mesyuarat berulang yang memberikan setiap Scrum Sprint bentuk, hala tuju, dan saat-saat terbina untuk penambahbaikan. Kebanyakan pasukan juga menjalankan aktiviti kelima yang berterusan yang dipanggil backlog refinement, yang memastikan barisan kerja kekal sihat antara Sprint.

Istilah "ceremonies" lazim digunakan dalam komuniti agile, tetapi Panduan Scrum rasmi oleh Ken Schwaber dan Jeff Sutherland menyebutnya sebagai events. Kedua-dua perkataan bermaksud perkara yang sama dalam amalan: mesyuarat berstruktur dengan had masa yang berlaku pada titik yang boleh dijangka di dalam Sprint.

Apakah agile ceremonies?

Agile ceremonies ialah pusat pemeriksaan formal yang dibina ke dalam kerangka Scrum untuk memastikan pasukan merancang, menyelaraskan, memeriksa, dan menyesuaikan diri pada kadar yang tetap. Setiap ceremony mempunyai tujuan yang jelas, tempoh maksimum yang tetap (had masanya), dan set peserta yang ditentukan.

Tanpanya, Sprint cenderung terpesong. Kerja dimulakan tanpa matlamat yang dikongsi. Halangan kecil tidak diluahkan selama berhari-hari. Dan pada akhir Sprint, pasukan menghantar sesuatu tetapi tidak pernah bertanya sama ada mereka boleh melakukannya dengan lebih baik pada kali berikutnya.

Fakta Utama

• Panduan Scrum 2020 mentakrifkan empat acara rasmi: Sprint Planning, Daily Scrum, Sprint Review, dan Sprint Retrospective. Sprint itu sendiri juga dianggap sebagai acara bekas.
• Had masa adalah maksimum keras, bukan sasaran. Mesyuarat perancangan Sprint dua minggu dihadkan pada empat jam; Daily Scrum dihadkan pada 15 minit.
• Menurut Laporan State of Agile ke-17 (2023), Scrum kekal sebagai kerangka agile yang paling banyak digunakan, diterima pakai oleh lebih 87% pasukan agile yang ditinjau.

Satu cara berguna untuk memahaminya: bayangkan agile ceremonies sebagai sistem operasi sebuah Sprint. Kerja adalah aplikasinya; ceremonies adalah proses berjadual yang memastikan segalanya berjalan selaras.

4 agile ceremonies dalam sekilas pandang

Had masa berskala mengikut panjang Sprint. Untuk Sprint satu minggu, kurangkan setiap had masa kira-kira separuh.

Sprint planning

Sprint planning membuka setiap Sprint. Pasukan, Product Owner, dan Scrum Master bertemu untuk menjawab dua soalan: apa yang akan kita lakukan dalam Sprint ini, dan bagaimana kita akan melakukannya?

Product Owner meneliti item teratas dalam product backlog. Pasukan pembangunan memilih item yang mereka yakin boleh diselesaikan dalam Sprint dan mencipta matlamat sprint yang menghubungkan item tersebut dengan hasil perniagaan. Mereka juga memecah item yang dipilih kepada tugas yang cukup kecil untuk dijejak setiap hari.

Sesi sprint planning yang dilakukan dengan baik mengambil masa kurang daripada dua jam. Jika dilakukan dengan buruk, ia menjadi rundingan empat jam yang meletihkan pasukan sebelum Sprint bermula.

Baca panduan penuh: Sprint Planning: Cara Menjalankan Mesyuarat Sprint Planning yang Berkesan

Daily standup (daily scrum)

Daily standup ialah ceremony paling pendek dalam kalendar Scrum: 15 minit, setiap hari bekerja, pada masa dan tempat yang sama. Tujuannya adalah penyelarasan, bukan pelaporan status kepada pengurus.

Setiap ahli pasukan berkongsi apa yang mereka kerjakan semalam, apa yang mereka rancang lakukan hari ini, dan sama ada ada sesuatu yang menghalang mereka. Perbualan ini mendedahkan halangan lebih awal supaya pasukan boleh menyelesaikannya pada hari yang sama, bukannya mendapatinya semasa sprint review.

Scrum Master tidak mengendalikan standup seperti moderator yang menjalankan mesyuarat. Pasukan pembangunan yang memilikinya. Tugas Scrum Master adalah untuk menghapuskan halangan yang timbul semasa 15 minit itu, bukan mengumpul kemas kini status individu.

Baca panduan penuh: Daily Standup: Cara Menjalankan Penyelarasan 15 Minit yang Berkesan

Sprint review

Sprint review berlaku di penghujung Sprint. Pasukan menunjukkan apa yang mereka bina, dan pihak berkepentingan melihat perisian yang berfungsi (atau Increment yang berfungsi) buat pertama kali. Ini bukan pembentangan slaid. Ini adalah pandangan langsung terhadap hasil sebenar.

Pihak berkepentingan bertanya soalan, memberi maklum balas, dan membantu Product Owner memutuskan apa yang patut datang seterusnya dalam backlog. Hasil sprint review adalah backlog yang dikemas kini, bukan penghantaran yang telah diluluskan secara formal.

Ceremony ini adalah di mana kerja pasukan menjadi kelihatan kepada perniagaan. Ia juga mencegah perangkap klasik membina secara terpencil selama berbulan-bulan dan mendapati ketidakselarasan hanya semasa pelancaran.

Baca panduan penuh: Sprint Review: Cara Demo Kerja dan Mengumpul Maklum Balas

Anda mungkin juga ingin melihat kriteria penerimaan untuk memahami bagaimana pasukan mentakrifkan maksud "selesai" sebelum review bermula.

Sprint retrospective

Retrospektif menutup kitaran Sprint. Selepas review, pasukan Scrum (termasuk Product Owner) bertemu secara peribadi untuk berbincang tentang cara mereka bekerjasama, bukan apa yang dibina.

Format klasik mengemukakan tiga soalan: apa yang berjalan dengan baik, apa yang boleh lebih baik, dan apa yang akan kita ubah dalam Sprint seterusnya? Pasukan memilih satu atau dua tindakan konkrit untuk dilaksanakan dalam Sprint seterusnya, kemudian menjejak sama ada tindakan tersebut benar-benar membantu.

Ceremony ini sering yang pertama dibatalkan apabila pasukan berada di bawah tekanan. Itu adalah kesilapan. Penambahbaikan berterusan memberi kesan berganda. Pasukan yang menjalankan retrospektif yang jujur setiap dua minggu bertambah baik dengan ketara sepanjang suku tahun. Pasukan yang melangkauinya cenderung terus membuat kesilapan yang sama.

Baca panduan penuh: Sprint Retrospective: Panduan Praktikal untuk Menjalankannya dengan Baik

Backlog refinement: aktiviti kelima yang berterusan

Backlog refinement (kadang-kadang dipanggil backlog grooming) tidak disenaraikan sebagai ceremony rasmi dalam Panduan Scrum, tetapi kebanyakan pasukan Scrum menganggapnya sebagai aktiviti berulang. Ia biasanya berlaku sekali atau dua kali setiap Sprint, di pertengahan kitaran.

Semasa refinement, Product Owner dan pasukan pembangunan menyemak item backlog yang akan datang. Mereka menjelaskan keperluan, menambah kriteria penerimaan, memecahkan kisah besar kepada yang lebih kecil, dan menganggarkan usaha. Matlamatnya adalah untuk memastikan bahagian atas backlog sedia untuk Sprint supaya mesyuarat perancangan tidak terganggu oleh kerja yang tidak ditakrifkan.

Backlog yang telah diperhalusi dengan baik mengurangkan masa sprint planning separuh.

Baca huraian terperinci: Backlog Refinement: Apa Itu dan Cara Menjalankannya

Bagaimana ceremonies sesuai bersama dalam sebuah Sprint

Bayangkan Sprint dua minggu sebagai satu gelung. Inilah cara ceremonies berlaku di dalamnya:

Hari 1, pagi: Sprint Planning. Pasukan menetapkan matlamat sprint dan memilih item daripada product backlog. Sprint backlog dicipta.

Hari 1 hingga 9, setiap pagi: Daily Scrum. Lima belas minit penyelarasan. Halangan dikemukakan, diselesaikan, atau dieskalasi pada hari yang sama.

Pertengahan Sprint (sekitar Hari 5 hingga 7): Backlog Refinement. Pasukan melihat ke hadapan pada item backlog Sprint seterusnya untuk memastikannya ditakrifkan dengan baik.

Hari 10, tengah hari: Sprint Review. Pasukan demo kerja yang siap kepada pihak berkepentingan. Maklum balas dikembalikan ke dalam product backlog.

Hari 10, lewat petang: Sprint Retrospective. Pasukan merenungi cara mereka bekerja. Satu atau dua penambahbaikan dikomitkan untuk Sprint seterusnya.

Hari 11, pagi: Sprint Planning seterusnya. Gelung bermula semula.

Urutan itu bermakna setiap Sprint bermula dengan niat (perancangan), kekal selaras setiap hari (standup), berakhir dengan ketelusan kepada perniagaan (review), dan ditutup dengan penambahbaikan konkrit (retrospektif). Tiada satu pun daripada keempat-empat ceremonies adalah pilihan tanpa menerima risiko bahawa langkah yang diliputinya tidak diurus.

Kesilapan biasa dengan agile ceremonies

Mengubah standup menjadi laporan status. Apabila pengurus meminta setiap orang melaporkan tugas mereka secara berurutan, standup menjadi panggilan status. Pasukan berhenti bercakap antara satu sama lain dan mula bercakap kepada pengurus. Halangan tidak ditangani kerana mengemukakannya terasa seperti pengakuan kegagalan.

Menjalankan sprint review tanpa pihak berkepentingan sebenar. Demo di mana hanya pasukan pembangun dan Scrum Master hadir bukan sprint review. Itu adalah mesyuarat pasukan. Maklum balas pihak berkepentingan adalah inti patinya.

Melangkau retrospektif apabila Sprint berat. Pasukan melangkau retro tepat pada masa mereka paling memerlukannya. Sprint yang sukar adalah masa terbaik untuk melihat punca masalah, bukan terus bergerak ke hadapan.

Membiarkan perancangan melampaui had masa. Had empat jam bagi sprint planning Sprint dua minggu sudah cukup murah hati. Jika mesyuarat secara konsisten mencapai had itu, backlog mungkin tidak cukup diperhalusi.

Menganggap sprint review sebagai kelulusan pihak berkepentingan. Sprint review mengumpul maklum balas. Ia bukan pintu kelulusan rasmi. Menganggapnya demikian menambah birokrasi dan melambatkan penghantaran.

Tidak bertindak ke atas item tindakan retrospektif. Pasukan yang mengenal pasti penambahbaikan tetapi tidak pernah melaksanakannya kehilangan kepercayaan terhadap ceremony itu. Jika tiada yang berubah selepas retro, pasukan berhenti membawa masalah sebenar kepadanya.

Soalan lazim

Apakah 4 agile ceremonies?

Empat agile ceremonies dalam Scrum ialah: Sprint Planning (menetapkan matlamat sprint), Daily Scrum (penyelarasan harian 15 minit), Sprint Review (demo kepada pihak berkepentingan di akhir Sprint), dan Sprint Retrospective (renungan penambahbaikan proses selepas review). Panduan Scrum secara rasmi menyebutnya "events," tetapi "ceremonies" adalah istilah yang digunakan secara meluas dalam komuniti agile.

Adakah backlog refinement satu ceremony?

Backlog refinement tidak disenaraikan sebagai acara rasmi dalam Panduan Scrum, jadi secara teknikalnya ia bukan salah satu daripada empat ceremonies. Tetapi kebanyakan pasukan Scrum menganggapnya sebagai mesyuarat berulang dalam Sprint. Ia sering dipanggil "ceremony kelima" secara tidak rasmi. Tanpanya, sprint planning cenderung terhenti pada item backlog yang tidak ditakrifkan dengan baik.

Mengapa ia dipanggil ceremonies?

Perkataan "ceremony" membayangkan ritual dan kesengajaan: aktiviti berstruktur yang pasukan komit untuk dilaksanakan pada selang masa yang tetap. Ia menandakan bahawa mesyuarat-mesyuarat ini bukan secara ad hoc. Ia mempunyai hasil yang ditentukan, had masa, dan peserta. Panduan Scrum beralih daripada istilah "ceremonies" kepada "events" bermula dengan edisi 2017, tetapi istilah lama itu kekal dalam penggunaan harian.

Berapa lama setiap ceremony sepatutnya?

Had masa dalam Panduan Scrum ditakrifkan untuk Sprint satu bulan. Untuk Sprint dua minggu: Sprint Planning sehingga 4 jam, Daily Scrum 15 minit, Sprint Review sehingga 2 jam, Sprint Retrospective sehingga 1.5 jam. Ini adalah maksimum. Sprint yang lebih pendek menggunakan had masa yang lebih pendek secara berkadar. Prinsip utamanya ialah ceremony patut berakhir apabila tujuannya tercapai, bukan apabila jam habis.

Bolehkah ceremonies diadakan secara tak segerak?

Daily Scrum adalah satu ceremony yang paling kerap disesuaikan untuk mod tak segerak oleh pasukan. Alatan seperti rangkaian Slack atau kemas kini video tak segerak boleh berfungsi, tetapi ia memerlukan disiplin untuk memastikan halangan dikemukakan dan ditangani dengan cepat. Tiga ceremonies lain (perancangan, review, retrospektif) bergantung pada perbincangan dan pembuatan keputusan secara masa nyata. Versi tak segerak bagi ceremonies tersebut cenderung menghasilkan hasil yang lebih lemah kerana perbualan yang menjana keselarasan dan wawasan tidak berlaku secara semula jadi dalam penulisan.

---

Agile ceremonies bukan beban tambahan. Ia adalah mekanisme yang mengubah sekumpulan individu menjadi pasukan yang dapat mengatur diri sendiri, yang belajar dan bertambah baik dari satu Sprint ke Sprint seterusnya. Jalankan ceremonies dengan betul, dan irama Sprint menjadi berdikari.