Rangka Kerja Scrum: Peranan, Acara, dan Artifak Dijelaskan (Dengan Contoh)

Kebanyakan orang mempelajari Scrum dengan cara yang salah. Mereka memperlakukannya sebagai senarai semak mesyuarat untuk dijadualkan dan peranan untuk ditetapkan, menjalankan beberapa Sprint, kemudian tertanya-tanya mengapa pasukan masih menghantar dengan perlahan dan Product Backlog tidak pernah berkurangan. Rangka kerja Scrum bukan metodologi yang anda laksanakan sekali dan lupakan. Ia adalah gelung maklum balas yang anda sesuaikan setiap Sprint, dan perbezaan itu sungguh penting.

Scrum ringan dengan sengaja. Ia memberikan anda struktur yang cukup untuk memaparkan masalah dengan cepat dan menyelesaikannya sebelum bertambah parah. Pasukan yang mendapat nilai sebenar daripadanya ialah mereka yang mengambil prinsip periksa-dan-sesuai dengan serius, bukan mereka yang sekadar menamakan semula stand-up mereka "Daily Scrum."

Apakah rangka kerja Scrum?

Scrum ialah rangka kerja agile yang ringan untuk menyampaikan produk kompleks melalui lelaran pendek yang terhad masa yang dipanggil Sprint. Ia tidak menetapkan amalan kejuruteraan atau alat tertentu. Sebaliknya, ia mentakrifkan set minimum peranan, acara, dan artifak yang direka untuk mewujudkan ketelusan, membolehkan pemeriksaan yang kerap, dan mempercepatkan penyesuaian.

Jeff Sutherland dan Ken Schwaber membangunkan Scrum pada awal 1990-an, berdasarkan konsep daripada pembuatan Lean dan kawalan proses empirikal. Mereka membentangkannya secara umum buat pertama kali di persidangan OOPSLA pada 1995. Panduan Scrum pertama yang formal diterbitkan pada 2010. Versi terbaharu, Panduan Scrum 2020, mengeluarkan elemen-elemen preskriptif dan mempertajamkan fokus kepada tiga teras empirisme: ketelusan, pemeriksaan, dan penyesuaian.

Pemikiran Lean mengalir melalui keseluruhannya. Pasukan Scrum menghapuskan pembaziran dengan bekerja dalam kitaran pendek, mendapatkan maklum balas sebenar pada perisian yang berfungsi, dan menghentikan kerja yang tidak menggerakkan produk ke arah matlamatnya.

Fakta Utama

• Sutherland dan Schwaber pertama kali membentangkan Scrum secara umum di persidangan OOPSLA pada 1995, memperkenalkan konsep lelaran terhad masa dengan peranan yang ditentukan.
• Panduan Scrum 2020 (tersedia di scrumguides.org) ialah sumber kanonikal. Ia mengeluarkan istilah "Development Team" dan memudahkan rangka kerja dengan ketara berbanding versi terdahulu.
• Menurut Laporan State of Agile ke-17 (Digital.ai, 2023), Scrum kekal sebagai pendekatan agile yang paling banyak digunakan, dengan 87% pasukan agile menggunakan Scrum atau hibrid Scrum.

Kitaran Scrum digambarkan

Kitaran Scrum ialah gelung empirikal. Ia bermula dengan Product Backlog, senarai tersusun segala-galanya yang mungkin dikerjakan oleh pasukan. Setiap kitaran bermula dengan Perancangan Sprint, di mana pasukan memilih item dari Product Backlog dan mencipta Sprint Backlog, iaitu kerja khusus yang akan mereka selesaikan dalam Sprint yang akan datang.

Sprint itu sendiri berjalan selama satu hingga empat minggu. Semasa Sprint, pasukan mengadakan Daily Scrum setiap hari: mesyuarat koordinasi 15 minit di mana Pembangun memeriksa kemajuan dan merancang semula kerja mereka untuk 24 jam berikutnya.

Pada penghujung Sprint, pasukan menyampaikan Increment yang berfungsi, sesuatu yang memenuhi Definition of Done dan boleh, secara prinsipnya, dikeluarkan. Semakan Sprint ialah sesi tidak formal di mana pasukan dan pihak berkepentingan memeriksa Increment dan membincangkan apa yang perlu dilakukan seterusnya. Kemudian datanglah Retrospektif Sprint, di mana pasukan memeriksa diri sendiri: cara mereka bekerja, apa yang perlu diperbaiki, dan apa yang perlu dibawa ke Sprint seterusnya.

Kemudian ia berulang. Product Backlog -> Perancangan Sprint -> Sprint -> Increment -> Semakan -> Retrospektif -> Product Backlog. Gelung itulah rangka kerjanya. Ia pendek supaya kesilapan adalah murah dan pembelajaran adalah cepat.

3 peranan Scrum (Pasukan Scrum)

Panduan Scrum 2020 menghapuskan konsep sub-pasukan. Terdapat satu Pasukan Scrum, tiada hierarki, dan tiga akauntabiliti di dalamnya.

Product Owner

Product Owner bertanggungjawab untuk memaksimumkan nilai produk. Mereka memiliki Product Backlog, menciptanya, menyusunnya, dan memastikan Pembangun memahami kandungannya. Satu kekangan kritikal daripada Panduan Scrum: Product Owner ialah satu orang, bukan jawatankuasa. Keputusan tentang apa yang dibina mesti datang daripada satu suara.

Dalam praktik, Product Owner bekerja di persimpangan strategi perniagaan dan kerja pembangunan. Mereka sentiasa membuat pertimbangan: ciri mana yang patut dibina seterusnya, keperluan pengguna mana yang perlu diutamakan, item Backlog mana yang perlu dipotong. Product Owner yang lemah yang tidak dapat membuat keputusan tersebut dengan cepat mewujudkan kesesakan yang seluruh Pasukan Scrum akan rasakan setiap Sprint.

Product Owner bukan proksi atau orang tengah. Apabila pihak berkepentingan menginginkan sesuatu, mereka berurusan melalui Product Owner, bukan mengelaknya. Jika organisasi tidak menghormati sempadan itu, Scrum tidak akan berfungsi dengan baik.

Scrum Master

Scrum Master berkhidmat untuk Pasukan Scrum dan organisasi yang lebih luas. Mereka bertanggungjawab atas keberkesanan pasukan: membantu Pembangun bekerja dengan baik bersama-sama, membantu Product Owner dengan teknik Backlog, menghapuskan halangan, dan melatih organisasi tentang penggunaan Scrum.

Scrum Master bukan pengurus projek. Mereka tidak menetapkan tugasan, menjejak jam kerja, atau melaporkan kepada eksekutif tentang output pasukan. Peranan mereka lebih kepada jurulatih dan pemimpin-hamba. Mereka melindungi pasukan daripada gangguan, memudahkan acara, dan menolak balik apabila seseorang (termasuk kepimpinan kanan) cuba memintas rangka kerja dengan cara yang menjejaskan pasukan.

Kesilapan lazim ialah menganggap peranan Scrum Master sebagai sambilan, sesuatu yang dikendalikan oleh pembangun bersama kerja Sprint biasa mereka. Ia boleh berfungsi untuk pasukan yang berpengalaman, tetapi pasukan baru yang menggunakan Scrum untuk kali pertama mendapat manfaat daripada Scrum Master yang berdedikasi yang dapat benar-benar memerhatikan sistem itu.

Pembangun

Pembangun ialah orang yang mencipta Increment setiap Sprint. Panduan Scrum 2020 menukar nama daripada "Development Team" kepada "Developers" untuk menandakan bahawa akauntabiliti itu milik semua orang yang melakukan kerja, bukan sub-pasukan.

Pembangun adalah pelbagai fungsi. Pasukan Scrum secara keseluruhannya mempunyai semua kemahiran yang diperlukan untuk menyampaikan tambahan produk yang berfungsi. Ini mungkin bermakna pereka, jurutera, penguji, dan penulis semuanya berada dalam pasukan yang sama, tetapi Panduan Scrum tidak mewajibkan sebarang set kemahiran tertentu.

Pembangun memiliki Sprint Backlog dan menguruskan kerja mereka sendiri. Tiada sesiapa di luar Pasukan Scrum yang memberitahu mereka cara melakukan kerja mereka atau menetapkan tugasan kepada individu. Mereka memutuskan cara mengubah item Sprint Backlog kepada Increment.

5 acara Scrum

Setiap acara Scrum adalah terhad masa dan bertujuan. Pengehadan masa bukan sekadar tentang kecekapan. Ia mewujudkan irama yang boleh diramal dan memaksa keputusan. Berikut adalah kelima-lima acara, berserta tempoh maksimum rasmi masing-masing.

Sprint

Sprint ialah bekas untuk semua acara Scrum yang lain. Ia adalah lelaran panjang tetap selama satu bulan atau kurang. Semasa Sprint, tiada perubahan yang dibuat yang akan membahayakan Matlamat Sprint, skop mungkin dijelaskan apabila pasukan belajar lebih banyak, dan Sprint tidak dibatalkan melainkan Matlamat Sprint menjadi lapuk.

Panjang Sprint yang konsisten mewujudkan irama jantung. Pasukan tahu bila perancangan berlaku, bila semakan berlaku, dan bila peluang seterusnya untuk menghantar tiba. Kebanyakan pasukan menjalankan Sprint dua minggu, walaupun panjang yang sesuai bergantung pada toleransi risiko, seberapa kerap produk berubah, dan berapa banyak maklum balas yang diperlukan pasukan.

Perancangan Sprint

Perancangan Sprint melancarkan Sprint dan menjawab dua soalan: apa yang boleh dihantar dalam Sprint ini, dan bagaimana kerja akan dilakukan? Product Owner membentangkan bahagian teratas Product Backlog, dan pasukan memilih kerja yang mereka percaya boleh mereka selesaikan.

Outputnya ialah Matlamat Sprint, satu objektif tunggal yang memberikan Sprint kepaduan, dan Sprint Backlog, item khusus yang dipilih ditambah pelan untuk menyampaikannya.

Pengehadan masa: sehingga 8 jam untuk Sprint satu bulan. Sprint yang lebih pendek menggunakan masa yang lebih sedikit secara berkadar.

Daily Scrum

Daily Scrum ialah acara 15 minit untuk Pembangun memeriksa kemajuan ke arah Matlamat Sprint dan menyesuaikan pelan mereka untuk 24 jam berikutnya. Ia bukan laporan status kepada Scrum Master. Ia adalah koordinasi antara Pembangun.

Panduan Scrum 2020 mengeluarkan tiga soalan yang ditetapkan (apa yang saya lakukan semalam, apa yang akan saya lakukan hari ini, adakah halangan) dan memberikan pasukan fleksibiliti dalam cara mereka menjalankannya, selagi tujuannya tercapai. Matlamatnya ialah untuk Pembangun meninggalkan acara dengan mengetahui apa yang masing-masing lakukan dan di mana halangan berada.

Semakan Sprint

Semakan Sprint ialah pemeriksaan terhadap Increment dan penyesuaian Product Backlog. Pasukan Scrum dan pihak berkepentingan melihat apa yang telah dicapai, membincangkan apa yang berubah dalam pasaran atau perniagaan, dan bersetuju tentang apa yang perlu dilakukan seterusnya.

Ia bukan demo, walaupun demo sering berlaku di dalamnya. Perbezaan itu penting: demo ialah pembentangan, manakala Semakan Sprint ialah sesi kerja. Pihak berkepentingan bukan penonton, mereka adalah peserta.

Pengehadan masa: sehingga 4 jam untuk Sprint satu bulan.

Retrospektif Sprint

Retrospektif Sprint ialah tempat Pasukan Scrum memeriksa diri sendiri. Apa yang berjalan baik, apa yang tidak, dan satu atau dua perkara apa yang akan mereka lakukan secara berbeza pada Sprint seterusnya? Outputnya ialah pelan penambahbaikan konkrit yang pasukan komited untuk bertindak ke atasnya.

Acara ini ialah enjin penambahbaikan berterusan dalam Scrum. Pasukan yang melangkau retrospektif atau menganggapnya sebagai formaliti berhenti berkembang. Nilai itu berganda dari masa ke masa, jadi pasukan dengan amalan retrospektif terbaik cenderung menjadi pasukan berprestasi terbaik selama setahun atau lebih.

Pengehadan masa: sehingga 3 jam untuk Sprint satu bulan.

3 artifak Scrum dan komitmen mereka

Panduan Scrum 2020 memasangkan setiap artifak dengan komitmen, sasaran yang boleh diukur yang memberikan artifak arah dan yang kemajuan boleh diperiksa.

Product Backlog (komitmen: Matlamat Produk)

Product Backlog ialah senarai tersusun dan timbul bagi segala-galanya yang mungkin dilakukan untuk menambah baik produk. Ia tidak pernah lengkap. Item baharu ditambah, item lama dikeluarkan, dan keutamaan berubah apabila pasukan belajar.

Komitmen untuk Product Backlog ialah Matlamat Produk: objektif jangka panjang yang sedang dikerjakan oleh Pasukan Scrum. Setiap Sprint harus menggerakkan produk lebih hampir kepada Matlamat Produk, dan Product Backlog wujud untuk menerangkan jalan ke sana.

Product Owner memiliki Product Backlog dan bertanggungjawab atas susunan dan kejelasannya.

Sprint Backlog (komitmen: Matlamat Sprint)

Sprint Backlog ialah set item Product Backlog yang dipilih untuk Sprint, ditambah pelan untuk menyampaikannya, ditambah Matlamat Sprint. Ia adalah gambaran masa nyata kerja yang Pembangun rancang untuk diselesaikan dalam Sprint ini.

Komitmennya ialah Matlamat Sprint: satu objektif tunggal yang memberikan Sprint tujuan. Jika kerja baharu muncul semasa Sprint, Pembangun menambahnya ke Sprint Backlog hanya jika ia tidak mengancam Matlamat Sprint.

Increment (komitmen: Definition of Done)

Increment ialah langkah konkrit ke arah Matlamat Produk. Setiap Sprint mesti menghasilkan sekurang-kurangnya satu Increment. Ia mesti boleh digunakan dan memenuhi piawaian pasukan.

Komitmennya ialah Definition of Done (DoD): pemahaman bersama tentang apa maksud "selesai." Jika sesuatu item tidak memenuhi Definition of Done, ia bukan sebahagian daripada Increment. DoD mewujudkan ketelusan dan konsistensi. Ia bukan senarai semak setiap item, ia adalah piawaian kualiti yang terpakai kepada semua Increment.

Sekilas pandang: peranan + acara + artifak

11 elemen itulah semua yang Scrum tetapkan. Itulah keseluruhan rangka kerja. Apa-apa yang melebihi 11 elemen ini sama ada amalan pelengkap (seperti pembangunan dipacu ujian atau pemetaan kisah pengguna) atau tambahan organisasi yang anda uruskan secara berasingan.

Kadens Sprint dua minggu biasa

Inilah rupa Sprint dua minggu standard dalam praktik, hari demi hari.

Hari 1: Perancangan Sprint. Pasukan bermesyuarat, menyemak bahagian teratas Product Backlog bersama Product Owner, menetapkan Matlamat Sprint, dan membina Sprint Backlog. Untuk Sprint dua minggu, perancangan biasanya mengambil masa 2 hingga 4 jam.

Hari 1 hingga 10: Pembangunan. Setiap hari, termasuk Hari 1, pasukan mengadakan Daily Scrum 15 minit. Pembangun berkoordinasi, memaparkan halangan, dan merancang semula mengikut keperluan. Scrum Master menghapuskan halangan. Product Owner sedia untuk penjelasan.

Pagi Hari 10: Semakan Sprint. Pasukan membentangkan Increment kepada pihak berkepentingan, mendapat maklum balas, dan mengemas kini Product Backlog. Ini biasanya mengambil masa 1 hingga 2 jam untuk Sprint dua minggu.

Petang Hari 10: Retrospektif Sprint. Pasukan Scrum melihat ke dalam diri. Apa yang berjaya, apa yang tidak, perubahan apa yang perlu dicuba pada Sprint seterusnya. Sehingga 1.5 jam.

Hari 11: Sprint baharu bermula. Struktur yang sama, kadens yang sama, membawa satu atau dua penambahbaikan daripada retrospektif.

Konsistensi itulah yang menjadi intipati. Apabila setiap Sprint mempunyai bentuk yang sama, overhead koordinasi berkurang dan pasukan boleh menumpukan pada kerja sebenar. Lihat perancangan projek untuk cara menghubungkan kadens Sprint kepada jadual projek yang lebih luas.

Scrum vs Kanban vs Waterfall

Scrum sering dibandingkan dengan Kanban dan metodologi Waterfall tradisional. Perbezaannya lebih mendalam daripada sama ada anda mempunyai Sprint atau papan.

Ringkasnya: gunakan Scrum apabila anda membina sesuatu yang kompleks dan keperluan akan berubah apabila anda belajar. Gunakan Kanban apabila kerja tiba secara berterusan dan anda perlu mengoptimumkan aliran berbanding lelaran. Gunakan Waterfall apabila skop adalah tetap, risiko perubahan adalah rendah, dan anda memerlukan pelan penuh di awal (lazim dalam pembinaan, industri berpematuhan ketat, atau kontrak harga tetap).

Banyak pasukan menjalankan hibrid Scrum/Kanban: kadens Sprint untuk kerja pembangunan yang dirancang, papan Kanban untuk pepijat dan permintaan yang tidak dirancang. Itu boleh diterima, selagi pasukan jelas sistem mana yang mengawal kerja mana.

Untuk alat penjadualan berstruktur yang melengkapi Scrum, lihat struktur pecahan kerja, kaedah laluan kritikal, carta Gantt, dan carta PERT.

Kesilapan lazim yang merosakkan Scrum

Kebanyakan kegagalan Scrum bukan kegagalan rangka kerja. Ia adalah kegagalan pelaksanaan. Ini adalah yang paling lazim:

• Melangkau Retrospektif Sprint. Ini adalah acara di mana Scrum berganda. Pasukan yang melangkaukannya kekal pada tahap disfungsi yang sama selama-lamanya. Jika anda kekurangan masa, pendekkan retrospektif, tetapi jangan potongnya.
• Melayan Scrum Master sebagai pengurus projek. Menetapkan tugasan, melaporkan velocity kepada kepimpinan, dan mengurus jadual adalah fungsi PM. Scrum Master yang melakukan kerja-kerja tersebut tidak melakukan kerja Scrum Master. Kedua-dua peranan itu menderita.
• Tiada Product Owner yang sebenar. Product Owner yang tidak dapat membuat keputusan keutamaan, memerlukan kelulusan tiga jawatankuasa, atau mengubah Matlamat Sprint pada pertengahan Sprint merosakkan keupayaan pasukan untuk merancang dan menyampaikan.
• Membiarkan pihak berkepentingan memintas Product Owner. Pembangun yang menerima permintaan ciri terus daripada eksekutif atau pelanggan adalah tanda bahawa autoriti Product Owner tidak dihormati. Betulkan budaya organisasi, bukan rangka kerja.
• Menjalankan Sprint tanpa Matlamat Sprint. Sprint yang hanyalah senarai tugasan tidak mempunyai objektif pemersatu. Pasukan tidak dapat membuat keputusan pertukaran yang baik apabila maklumat baharu tiba, kerana tiada apa yang perlu dilindungi.
• Menganggap Scrum sebagai penyelesaian penuh. Scrum tidak merangkumi amalan kejuruteraan. Pasukan juga memerlukan automasi ujian, integrasi berterusan, dan piawaian kualiti yang jelas (Definition of Done) untuk benar-benar menghantar Increment yang berfungsi. Tanpa itu, Semakan Sprint menjadi perarakan ciri yang separuh siap.

Soalan lazim

Adakah Scrum sama dengan Agile?

Tidak. Agile ialah set nilai dan prinsip, yang diterangkan dalam Agile Manifesto (2001). Scrum ialah satu rangka kerja untuk melaksanakan prinsip-prinsip tersebut. Anda boleh menggunakan agile tanpa Scrum, dan anda boleh menjalankan Scrum dengan buruk dengan cara yang bercanggah dengan nilai agile. Anggap Agile sebagai falsafah dan Scrum sebagai satu cara berstruktur untuk mengamalkannya. Rangka kerja agile lain termasuk Kanban, Extreme Programming (XP), dan SAFe (Scaled Agile Framework).

Bolehkah Scrum berfungsi tanpa Scrum Master?

Secara teknikal, Scrum memerlukan Scrum Master. Secara praktikal, pasukan yang matang kadangkala beroperasi tanpa satu yang berdedikasi dengan mengagihkan tanggungjawab bimbingan dan pemudahan kepada ahli pasukan. Tetapi pasukan baru yang menggunakan Scrum biasanya memerlukan Scrum Master yang aktif melindungi rangka kerja, melatih pasukan, dan menghapuskan halangan organisasi. Tanpa peranan itu, pasukan cenderung kembali kepada tabiat lama: stand-up menjadi mesyuarat status, retrospektif dilangkau, dan Product Owner kehilangan autoriti Backlog mereka.

Berapa lamakah Sprint yang sepatutnya?

Panduan Scrum 2020 menyatakan satu bulan atau kurang, dengan kebanyakan pasukan memilih satu hingga empat minggu. Sprint dua minggu adalah yang paling lazim dalam praktik. Panjang yang sesuai bergantung pada kestabilan keperluan, seberapa kerap pasukan memerlukan maklum balas luaran, dan berapa banyak overhead perancangan yang boleh diserap oleh pasukan. Sprint yang lebih pendek bermakna maklum balas lebih cepat tetapi lebih banyak upacara perancangan berbanding masa pembangunan. Sprint yang lebih panjang mengurangkan overhead upacara tetapi melambatkan maklum balas. Mulakan dengan dua minggu dan sesuaikan berdasarkan apa yang anda pelajari.

Apakah yang dikeluarkan dalam Panduan Scrum 2020?

Semakan 2020 mengeluarkan beberapa perkara yang telah terkumpul dalam versi terdahulu. Tiga soalan Daily Scrum yang ditetapkan ("apa yang saya lakukan semalam, apa yang akan saya lakukan hari ini, adakah halangan?") dikeluarkan untuk memihak kepada format yang fleksibel. Istilah "Development Team" digantikan dengan "Developers." Konsep Chief Product Owner dan Sprint 0 digugurkan. Peranan Scrum Master sebagai "servant-leader" ditulis semula menjadi sekadar "true leader." Panduan 2020 juga menambah tiga komitmen artifak (Matlamat Produk, Matlamat Sprint, Definition of Done) buat pertama kali, yang merupakan tambahan baharu dan bukan pengurangan.

Scrum akan terus berkembang. Itulah intipatinya. Rangka kerja itu sendiri mengamalkan apa yang ia ajarkan: periksa, sesuai, dan hantar versi yang lebih ringan.

Bagi pasukan yang ingin menggunakan matriks RACI bersama peranan Scrum mereka, perlu diingat bahawa RACI berfungsi dengan baik untuk memetakan hak membuat keputusan merentasi pihak berkepentingan, manakala peranan Scrum mentakrifkan akauntabiliti dalam pasukan. Kedua-dua rangka kerja saling melengkapi dan bukannya berkonflik.