Apabila Anda Perlu Menggunakan Metodologi Scrum? Metodologi pengurusan skrip

Pengenalan kepada Metodologi Scrum

Apabila syarikat mempunyai projek di mana mereka boleh menggunakan metodologi projek Agile, mereka juga boleh menggunakan kerangka yang disebut Scrum. Daripada mempunyai metodologi pengurusan projek yang dirumus di mana peranan ditakrifkan secara khusus dan prosesnya diterapkan dengan tegas, Scrum menawarkan rangka kerja di mana pasukan membuat banyak keputusan apabila mereka perlu dibuat, dan bukannya melanggan garis masa.

Metodologi Scrum dibangunkan pada tahun 1990-an bersama dengan metodologi Agile, sebagai kaedah untuk membolehkan pasukan bekerja bersama untuk mendapatkan produk yang dihasilkan. Ia hanya menawarkan sebilangan kecil peraturan dalam rangka kerja tetapi membolehkan projek-projek yang rumit selesai dalam jangka masa yang singkat.

Peranan Scrum

Terdapat tiga peranan yang ditakrifkan dalam rangka kerja Scrum, pemilik produk, pasukan pembangunan, dan Master Scrum.

• Pemilik Produk - orang atau orang ini memutuskan produk apa yang akan dihantar dalam tempoh tiga puluh hari berikutnya atau kurang, bergantung kepada tempoh masa. Ini boleh menjadi pemilik perniagaan, pelanggan atau pengguna akhir, tetapi akan mempunyai visi untuk mendapatkan pasukan untuk membina produk yang betul.
• Pasukan Pembangunan - ini adalah orang yang akan membina produk dan menunjukkan produk mereka kepada pemilik produk. Tiada pemimpin pasukan keseluruhan; isu dalam pasukan dibincangkan oleh pasukan secara keseluruhannya. Ahli pasukan umumnya bersifat fungsian dan semua orang terlibat dalam pembangunan produk.

• Master Scrum - ini adalah orang yang mengawasi proses tersebut, memastikan proses itu berfungsi, dan memperbaiki proses jika diperlukan.

Events Scrum

Acara-acara di scrum memberi pasukan pembangunan dan pemilik produk peluang untuk berkongsi maklumat supaya komunikasi berterusan. Terdapat beberapa peristiwa yang boleh berlaku dalam tempoh masa, biasanya tiga puluh hari atau kurang, yang dipanggil pecut.

• Sprint - tempoh masa ini mengandungi mesyuarat merancang pecut, scrum harian, kerja pembangunan, semakan pecut, dan publisiti berlalu. Semasa pecut, tidak ada sebarang perubahan pada matlamat dan pasukan pembangunan harus tetap sama.
• Mesyuarat Perancang Sprint - mesyuarat ini digunakan untuk merancang kerja yang perlu dilakukan semasa pecut. Pertemuan ini biasanya lapan jam untuk pecut satu bulan, dan kurang berkadar untuk sprint yang lebih pendek. Mesyuarat dibahagikan kepada dua, bahagian pertama menentukan matlamat pecut, yang kedua menentukan bagaimana matlamatnya dicapai.
• Scrum harian - ini adalah pertemuan selama lima belas menit setiap hari yang membolehkan pasukan pembangunan merancang kerja-kerja hari berikutnya.Pasukan mengkaji semula kerja yang telah selesai pada hari sebelumnya dan ramalkan apa yang dapat dicapai dalam dua puluh empat jam ke depan. Scrum harian adalah peluang untuk meninjau di mana pasukan berkaitan dengan matlamat pecut keseluruhan. Sarjana scrum memastikan bahawa skru harian berlaku dan pasukan pembangunan tetap maksimum lima belas minit untuk memastikan pasukan pembangunan membangunkan keputusan yang cepat.
• Sprint Review - pada akhir pecut, kajian ini digunakan untuk menilai apa yang telah dicapai semasa pecut dan untuk menentukan apa yang seterusnya boleh dilakukan dalam pecut seterusnya. Kajian pecut adalah acara empat jam yang membolehkan tim pembangunan untuk menyampaikan apa yang menjadi pukulan sprint, dan masalah apa yang mereka temukan. Berdasarkan komunikasi di antara pasukan pembangunan dan pemilik produk, satu set penghantaran yang baru akan diputuskan untuk pecut seterusnya.
• Sprint Retrospective - ini adalah pertemuan selama tiga jam di mana pasukan scrum keseluruhan dapat mencerminkan pecut dan membuat rancangan untuk penambahbaikan yang boleh digunakan untuk pecut seterusnya. Pertemuan itu harus melihat orang, hubungan, proses, dan alat, serta mengenalpasti bagaimana penambahbaikan dapat dibuat.

Dikemaskini oleh Gary Marion, Logistik dan Pakar Rantaian Bekalan.