🗓️
Pengenalan ringkas dengan bahasa mudah dan banyak gambar untuk mereka yang belum pernah bekerja dengan Scrum. Kira-kira 15 minit untuk dibaca. Tidak perlu pengetahuan awal.
Bayangkan anda mengubah suai sebuah rumah. Anda boleh bersetuju dengan satu pelan besar dan melihat hasilnya setahun kemudian. Atau pembina menyiapkan satu bilik pada satu masa dan menunjukkannya kepada anda, supaya bilik seterusnya lebih baik. Agile ialah cara yang kedua.
| Kata-kata rasmi | Maksudnya dalam kerja harian |
|---|---|
| Orang dan perbualan lebih penting daripada proses dan alat | Berbual sesama sendiri. Jangan bersembunyi di sebalik tiket dan e-mel. |
| Produk yang berfungsi lebih penting daripada dokumentasi yang terperinci | Sesuatu yang berfungsi lebih baik daripada dokumen 50 muka surat tentang sesuatu yang belum wujud. |
| Bekerjasama dengan pelanggan lebih penting daripada rundingan kontrak | Dekat dengan orang yang kita bina untuknya dan terus semak bahawa kita membina perkara yang betul. |
| Bertindak balas terhadap perubahan lebih penting daripada mengikut pelan | Pelan ialah tekaan terbaik. Apabila kita tahu lebih banyak, kita kemas kininya. |
Bahagian kiri lebih utama bagi Agile, tetapi bahagian kanan masih bernilai. Ia soal penekanan, bukan "jangan tulis dokumen".
Idea utama: Sprint ialah kotak berjangka tetap. Ia tidak dipanjangkan untuk menampung kerja. Sebaliknya kita laraskan jumlah kerja yang kita pilih. Ini menjadikan rentak penghantaran kita boleh dijangka.
Satu pasukan kecil (biasanya sehingga kira-kira 10 orang), tanpa sub-pasukan dan tanpa hierarki di dalamnya. Hanya tiga tanggungjawab:
Bercakap bagi pihak pengguna dan perniagaan. Memiliki Product Backlog dan menentukan apa yang paling bernilai untuk dibina seterusnya.
Seperti: orang yang menentukan apa yang pasukan cuba menangi musim ini.
Semua orang yang melakukan kerja: jurutera, pereka bentuk, penguji, penganalisis. Mereka menentukan cara melakukannya dan berapa banyak yang muat dalam satu Sprint.
Seperti: para pemain di padang.
Melatih pasukan dalam Scrum, menyingkirkan halangan, melindungi fokus pasukan dan membantu mesyuarat berguna. Bukan pengurus projek.
Seperti: jurulatih yang membuka jalan supaya pemain boleh bermain.
Satu senarai tersusun bagi semua yang mungkin kita bina, yang paling penting di atas. Tidak pernah "siap"; ia berubah apabila kita belajar.
Janji: Product Goal, ke mana kita menuju.
Item yang dipilih untuk Sprint ini, serta pelan untuk menyiapkannya. Dimiliki oleh Developers.
Janji: Sprint Goal, satu ayat tentang mengapa Sprint ini penting.
Hasil yang berfungsi pada akhir Sprint. Sesuatu yang benar-benar boleh digunakan, bukan timbunan bahagian yang separuh siap.
Janji: Definition of Done, senarai semak bersama tentang maksud "siap".
Semua orang dapat melihat keadaan sebenar kerja. Tiada kejutan.
Kita berhenti dan menyemak secara berkala: adakah ini berjalan seperti yang kita harapkan?
Jika tidak, kita ubah sesuatu dengan cepat, ketika kosnya masih murah.
Setiap acara dalam Bahagian 2 wujud untuk menyokong salah satu daripada tiga idea ini.
Istilah rasmi Scrum ialah "events", tetapi kebanyakan pasukan menyebutnya "ceremonies". Setiap satu mempunyai had masa (panjang maksimum, supaya tidak meleret) dan setiap satu menyelesaikan masalah tertentu. Jika anda tertanya-tanya "mengapa kita ada mesyuarat ini?", jawapannya ada di bawah.
Sebagai contoh sahaja. Hari dan masa sebenar ditentukan oleh pasukan (lihat "Perjanjian pasukan kita" di bawah).
Petua: telusuri papan dari kanan ke kiri (yang paling hampir siap dahulu). Soalannya bertukar daripada "apa yang saya buat semalam?" kepada "apa yang diperlukan untuk menyiapkan ini?".
| Buang ini… | …dan anda dapat ini | Ia menjawab soalan |
|---|---|---|
| Sprint Planning | Matlamat tidak jelas, kerja rawak, terlebih komitmen | "Apa yang kita buat, dan mengapa?" |
| Daily Scrum | Halangan ditemui terlalu lewat, kerja bertindih | "Adakah kita di landasan yang betul hari ini?" |
| Refinement | Kerja kabur, Planning yang panjang dan perit | "Adakah kerja seterusnya cukup jelas untuk dimulakan?" |
| Sprint Review | Membina perkara yang salah, pihak berkepentingan terkejut | "Adakah kita membina perkara yang betul?" |
| Retrospective | Masalah sama berulang, tiada penambahbaikan | "Bagaimana kita bekerja dengan lebih baik?" |
Kanban bermaksud "papan tanda" atau "kad visual" dalam bahasa Jepun. Toyota menggunakan kad di kilangnya supaya pekerja hanya membuat lebih banyak bahagian apabila langkah seterusnya sudah bersedia. Idea besarnya: jadikan kerja kelihatan, dan jangan mulakan lebih daripada yang mampu disiapkan. Dalam Scrum kita menggunakan papan gaya Kanban untuk menunjukkan Sprint Backlog: kerja yang kita janjikan untuk Sprint ini.
Setiap kad ialah satu kerja (tiket dalam Jira). Setiap lajur ialah satu peringkat. Kad bergerak dari kiri ke kanan sehingga Siap.
Nombor di sebelah nama lajur ialah had WIP, bahan rahsianya (diterangkan dalam Had WIP).
Mahu tahu sebab di sebalik had WIP? Ia berasal daripada Kanban dan Lean, bukan Scrum, jadi kini ia mempunyai halaman tersendiri: Had WIP: berhenti memulakan, mula menyiapkan.
Menyatakan apa yang berubah untuk pengguna ("Tambah penapis carian"), bukan aktiviti kabur ("Hal carian").
Sebaiknya siap dalam beberapa hari. Jika ia tersangkut di Sedang dibuat selama seminggu, pecahkannya.
Senarai pendek yang menjawab "bagaimana kita tahu ia berfungsi?".
Supaya semua orang tahu siapa yang perlu ditanya. Kad yang tersekat diberi tanda yang jelas.
| Papan Scrum (yang kita guna) | Kanban tulen | |
|---|---|---|
| Masa | Ditetapkan semula setiap Sprint | Aliran berterusan, tiada Sprint |
| Di papan | Hanya yang kita janjikan untuk Sprint ini | Semua yang sedang berjalan |
| Peranan | Product Owner, Scrum Master, Developers | Tiada peranan wajib |
| Idea bersama | Jadikan kerja kelihatan · ambil kerja · hadkan WIP · terus memperbaiki | |
Setiap kad melalui dua pintu. Sebelum bermula, kita semak sama ada ia cukup jelas untuk dimulakan. Itulah Definition of Ready. Sebelum kita katakan ia siap, kita semak sama ada ia benar-benar siap. Itulah Definition of Done. Bayangkan dapur restoran: tukang masak mula apabila pesanan jelas dan bahan sudah ada di atas kaunter, dan hidangan hanya keluar dari dapur selepas dihidang di pinggan, dirasa dan selamat untuk dimakan.
Senarai semak ringkas yang menyatakan bila sesuatu kad cukup jelas untuk diambil oleh pasukan ke dalam Sprint. Ia semakan “bahan sudah disediakan”.
Ia bertanya: “Bolehkah kita mula esok tanpa meneka atau menunggu?”
Senarai semak ringkas yang menyatakan bila sesuatu kad benar-benar siap. Ia semakan kualiti sebelum hidangan keluar dari dapur.
Ia bertanya: “Jika pengguna menggunakannya hari ini, adakah ia boleh diharap?”
| Definition of Ready | Definition of Done | |
|---|---|---|
| Soalannya | Adakah kad ini cukup jelas untuk dimulakan? | Adakah kad ini benar-benar siap? |
| Bila disemak | Sebelum kad masuk ke Sprint (dalam Refinement dan Planning) | Sebelum kad dialihkan ke Siap |
| Siapa yang dilindungi | Developers, daripada memulakan kerja yang kabur atau tersekat | Product Owner dan pengguna, daripada menerima kerja separuh siap |
| Bahagian Scrum rasmi? | Tidak. Ia amalan popular dalam pasukan, jadi ia pilihan | Ya. Scrum Guide menghendaki satu untuk setiap Increment |
| Versi dapur | Pesanan jelas dan bahan ada di atas kaunter | Hidangan sudah dihidang, dirasa dan selamat untuk dimakan |
Ini contoh untuk dijadikan permulaan. Senarai anda sendiri harus sesuai dengan kerja pasukan anda, kerana “Done” bagi pasukan reka bentuk berbeza daripada pasukan perisian.
| Acara | Apa yang berlaku dengan Ready dan Done |
|---|---|
| 🧹 Refinement | Kad dijelaskan sehingga memenuhi Definition of Ready. |
| 🗓️ Sprint Planning | Pasukan hanya mengambil kad yang Ready, dan tiada yang lebih kabur. |
| ☀️ Daily Scrum | Lihat papan: apa lagi yang masih kurang sebelum kad ini memenuhi Definition of Done? |
| 🎁 Sprint Review | Hanya kerja yang memenuhi Definition of Done ditunjukkan sebagai siap. |
| 🔁 Retrospective | Adakah mana-mana senarai terlalu ketat, terlalu longgar atau diabaikan? Perbaikinya. |
| Kesilapan | Apa yang tidak kena |
|---|---|
| Tiada Definition of Done yang dikongsi | “Siap” bermaksud perkara berbeza bagi orang berbeza, dan kejutan muncul pada Sprint Review. |
| Mengira kad yang “hampir siap” | Kad yang 90% siap belum siap. Ia tidak ditunjukkan pada Review dan kembali ke Product Backlog untuk dirancang semula. |
| Menggunakan Definition of Ready sebagai tembok | Setiap permintaan dijawab dengan “belum sedia, datang semula nanti”, dan kerja menjadi perlahan. Kekalkan ia sebagai senarai semak untuk perbualan. |
| Senarai yang terlalu panjang | Tiada siapa ingat 25 item, jadi tiada siapa menyemaknya. |
| Mengubah senarai secara senyap pada pertengahan Sprint | Kad yang sudah Siap tiba-tiba tidak siap. Ubah dalam Retrospective dan beritahu semua orang. |
| Senarai yang tiada siapa nampak | Ia tersimpan dalam dokumen yang tiada siapa buka. Letakkan di papan. |
Baik diketahui: Scrum Guide menghendaki Definition of Done. Ia tidak mempunyai Definition of Ready. Ia hanya menyatakan bahawa item yang cukup kecil untuk disiapkan dalam satu Sprint sudah sedia untuk dipilih dalam Planning. Ramai pasukan tetap menambah Definition of Ready kerana ia menghalang kerja yang kabur daripada masuk ke Sprint, jadi anggaplah ia alat pilihan.
Tulis senarai pasukan anda sendiri dalam Perjanjian pasukan kita di bawah.
| Mitos | Hakikat |
|---|---|
| "Agile bermaksud tiada perancangan atau dokumentasi." | Kita merancang sentiasa dalam bahagian lebih kecil dan menulis dokumentasi yang berguna. |
| "Scrum Master ialah bos pasukan." | Jurulatih dan pemimpin yang berkhidmat. Mereka tidak memberi tugasan. |
| "Daily Scrum ialah laporan kepada pengurusan." | Ia mesyuarat perancangan pasukan sendiri. |
| "Kita boleh tambah kerja pada pertengahan Sprint jika mendesak." | Sprint Goal dilindungi. Item mendesak dibincangkan dengan Product Owner dan biasanya menunggu Sprint seterusnya, atau ada yang dikeluarkan. |
| "Velocity ialah markah prestasi." | Ia hanya alat ramalan. Membandingkan pasukan, atau menaikkannya, hanya menggelembungkan anggaran. |
| "Lebih banyak mesyuarat, kurang kerja." | Ceremonies hanya sebahagian kecil daripada Sprint dan menggantikan banyak mesyuarat ad hoc. |
| Istilah | Maksud |
|---|---|
| Sprint | Kitaran kerja berjangka tetap yang berakhir dengan hasil yang berfungsi. |
| Product Backlog | Senarai tersusun bagi semua yang mungkin kita bina. |
| Sprint Backlog | Item yang dipilih untuk Sprint semasa serta pelan untuk melakukannya. |
| Increment | Hasil yang boleh digunakan dan siap, dihasilkan semasa Sprint. |
| User story | Penerangan ringkas tentang keperluan dari sudut pandangan pengguna: "Sebagai pelancong, saya mahu menapis hasil, supaya saya menjumpai apa yang saya perlukan dengan lebih cepat." |
| Story points | Anggaran saiz relatif (kecil, sederhana, besar) dan bukannya jam, untuk melihat berapa banyak yang muat dalam satu Sprint. |
| Velocity | Berapa banyak kerja yang biasanya disiapkan pasukan setiap Sprint. Untuk ramalan, bukan untuk menilai orang. |
| Definition of Ready (DoR) | Senarai semak bersama tentang bila sesuatu kad cukup jelas untuk diambil ke dalam Sprint. Pilihan, bukan sebahagian daripada Scrum Guide. |
| Definition of Done | Senarai semak bersama tentang bila kerja benar-benar siap. |
| Sprint Goal | Sebab bagi Sprint dalam satu ayat. |
| Time-box | Tempoh maksimum bagi sesuatu aktiviti. Apabila masa tamat, kita berhenti. |
| WIP | Work In Progress: sudah dimulakan tetapi belum siap. |
| Blocker (halangan) | Apa-apa yang menghalang kad daripada bergerak ke hadapan. |
| Stakeholder (pihak berkepentingan) | Sesiapa yang terkesan atau berminat dengan apa yang kita bina. |
| Ceremony / Event | Salah satu mesyuarat Scrum yang tetap. |
Scrum ialah rangka kerja, jadi setiap pasukan melengkapkan butirannya. Mari kita putuskan bersama semasa kickoff atau Retrospective pertama kita.
| Topik | Keputusan kita |
|---|---|
| Panjang Sprint | cth. 2 minggu |
| Hari mula / tamat Sprint | cth. bermula Isnin, tamat Jumaat minggu kedua |
| Masa dan tempat Daily Scrum | cth. 10:00 di papan / panggilan video |
| Sprint Planning | hari dan masa |
| Refinement | hari dan masa |
| Review dan Retro | hari dan masa |
| Lajur papan | cth. Untuk dibuat, Sedang dibuat, Dalam semakan, Siap |
| Had WIP | cth. Sedang dibuat = bilangan orang, Dalam semakan = 2 |
| Definition of Ready | cth. keperluan pengguna ditulis, kriteria penerimaan dipersetujui, cukup kecil untuk satu Sprint |
| Definition of Done | cth. dikodkan, disemak rakan, diuji, dilancarkan |
| Di mana papan berada | pautan ke papan Jira kita |
Ingat: Scrum mudah diterangkan dan sukar dikuasai, dan itu tidak mengapa. Sprint awal kita akan terasa janggal. Retrospective wujud tepat-tepat supaya kita menjadi lebih baik setiap kali.