Had WIP: Cara Menetapkannya dalam Kanban (Dengan Contoh)

Had work in progress (WIP) adalah antara cara paling pantas untuk meningkatkan kelajuan kerja bergerak melalui sesuatu pasukan. Tetapkan satu nombor di atas setiap lajur pada papan Kanban anda, dan peraturannya mudah: tiada sesiapa memulakan kerja baharu jika lajur itu sudah mencapai hadnya.

Fakta Utama

• Pasukan yang menguatkuasakan had WIP melaporkan masa kitaran 2x lebih pantas berbanding yang tiada had, menurut tinjauan pengamal Kanban University (2023).
• Pertukaran konteks menyebabkan pekerja mengambil masa purata 23 minit untuk menumpukan perhatian sepenuhnya semula selepas gangguan, yang bertambah apabila banyak tugas berjalan serentak (University of California, Irvine, 2023).
• Purata pasukan perisian mengusahakan 3 hingga 5 tugas aktif bagi setiap orang pada satu masa, namun daya pengeluaran puncak biasanya dicapai dengan 1 hingga 2 tugas bagi setiap orang (State of Agile Report, edisi ke-17, 2024).

Apakah Itu Had WIP?

Had WIP (had work in progress) ialah had eksplisit terhadap berapa banyak item yang boleh wujud dalam mana-mana peringkat aliran kerja pada satu masa. Dalam sistem Kanban, setiap lajur papan mewakili satu peringkat, dan had WIP diletakkan di atas lajur tersebut sebagai satu nombor. Apabila sesuatu lajur mencapai hadnya, tiada sesiapa menarik kerja baharu ke dalamnya sehingga sesuatu bergerak ke hadapan.

Konsep ini datang terus daripada pembuatan lean, di mana Toyota menggunakan sistem yang dipanggil "kad kanban" untuk mengawal aliran pengeluaran di lantai kilang. Ideanya ialah pengeluaran berlebihan adalah pembaziran, dan prinsip yang sama terpakai kepada kerja berasaskan pengetahuan: semakin banyak perkara yang anda mulakan tanpa menyelesaikannya, semakin perlahan segalanya menjadi.

Had WIP tidak memberitahu anda apa yang perlu dikerjakan seterusnya. Ia memberitahu anda bila untuk berhenti memulakan perkara baharu dan mula menyelesaikan yang sedia ada.

Mengapa Hadkan Work in Progress?

Hujah bagi had WIP bersandarkan formula yang dipanggil Hukum Little, yang menyatakan:

Masa Kitaran = WIP / Daya Pengeluaran

Dalam erti kata mudah: jika pasukan anda mempunyai 20 item dalam proses dan menyelesaikan 5 setiap minggu, purata masa kitaran ialah 4 minggu. Kurangkan WIP kepada 10 item dan masa kitaran menurun kepada 2 minggu, tanpa pasukan bekerja lebih keras.

Pengiraan ini kedengaran hampir terlalu bersih, tetapi mekanisme di sebaliknya adalah nyata. Berikut ialah apa yang berlaku tanpa had:

Pertukaran konteks membunuh fokus. Setiap kali seseorang mengambil tugas baharu sebelum menyelesaikan yang lama, mereka membayar kos pertukaran mental. Kos itu tidak remeh. Kajian daripada UC Irvine menganggarkan lebih 20 minit fokus hilang bagi setiap gangguan. Darabkan itu dengan 3-5 tugas serentak bagi setiap orang dan anda telah secara senyap-senyap menghabiskan sebahagian besar hari bekerja hanya untuk overhed peralihan.

Barisan panjang menyembunyikan masalah. Apabila kerja bertimbun dalam satu lajur, ia menjadi tidak kelihatan. Tiada sesiapa perasan bahawa satu tugas semakan telah terbiar selama tiga hari, kerana papan itu terlalu sesak sehingga kelewatan itu tidak menonjol. Had WIP mendedahkan kesesakan ini dengan segera. Jika lajur "Dalam Semakan" mencapai hadnya, pasukan terpaksa berbincang mengapa item tidak bergerak.

Metrik aliran mencerminkan ini secara langsung. Jika anda menggunakan rajah aliran kumulatif, jalur lebar pada peringkat tengah adalah tanda visual WIP yang tinggi. Jalur yang sempit dan selari bermakna WIP terkawal dan kerja mengalir dengan baik. Velocity dalam agile juga cenderung bertambah baik sebaik sahaja had WIP menstabilkan berapa banyak yang dikomited oleh pasukan bagi setiap kitaran.

Cara Menetapkan Had WIP

Tiada formula universal yang berfungsi untuk setiap pasukan. Tetapi langkah-langkah ini memberikan anda titik permulaan yang boleh anda selaraskan dari semasa ke semasa.

Langkah 1: Kira kapasiti pasukan anda

Mula dengan bilangan orang yang bekerja pada setiap peringkat. Lajur pembangunan dengan 4 pembangun boleh mengendalikan lebih banyak item serentak berbanding lajur semakan yang dikendalikan oleh 1 atau 2 orang.

Peraturan permulaan yang biasa: 2 item bagi setiap orang setiap lajur. Jadi lajur pembangunan dengan 4 orang bermula dengan had WIP sebanyak 8.

Langkah 2: Lihat WIP sebenar semasa anda

Sebelum anda menetapkan sebarang had, kira berapa banyak item yang sebenarnya ada dalam setiap lajur hari ini. Ini ialah garis dasar anda. Jika lajur "Dalam Proses" sudah mempunyai 14 item untuk pasukan 3 orang, anda mempunyai gambaran yang jelas mengapa kerja mengambil masa yang begitu lama untuk diselesaikan.

Langkah 3: Tetapkan had sedikit di bawah purata semasa anda

Jika purata WIP anda bagi setiap lajur ialah 10, mulakan had anda pada 7 atau 8, bukan 3. Had yang terlalu ketat mencetuskan lebih banyak gangguan berbanding masalah yang diselesaikannya, terutamanya pada peringkat awal. Anda mahu pasukan merasai kekangan itu dan bertindak balas, bukan berasa lumpuh.

Langkah 4: Kuatkuasakan had itu sebagai pencetus perbualan, bukan sekatan keras

Apabila sesuatu lajur mencapai hadnya, tugas pasukan ialah menumpukan tenaga pada kerja yang tersekat dan menyelesaikannya sebelum menarik apa-apa yang baharu. Di sinilah had WIP mengubah tingkah laku pasukan. "Bolehkah kita bantu menggerakkan item ini melalui semakan?" menjadi tabiat harian berbanding renungan kemudian.

Langkah 5: Semak dan selaraskan setiap dua minggu

Selepas dua sprint atau dua minggu, lihat carta burndown dan data masa kitaran anda. Jika item mengalir lebih pantas, ketatkan had tersebut. Jika pasukan berasa sentiasa tersekat, longgarkan sedikit. Had WIP ialah dail, bukan peraturan yang terukir pada batu.

Had WIP Mengikut Lajur Papan

Berikut ialah jadual rujukan untuk pasukan perisian biasa yang menggunakan papan Kanban empat lajur. Ini ialah titik permulaan, bukan preskripsi.

Bagi pasukan dengan 4 pembangun, konfigurasi permulaan yang munasabah ialah: Untuk Dibuat (tanpa had), Dalam Proses (6), Dalam Semakan (3), Selesai (tanpa had). Ini mengelakkan lajur pembangunan daripada menjadi kesesakan dan memaksa semakan kekal ringkas.

Jika pasukan anda menggunakan Scrum dengan sprint dua minggu, anda boleh menggunakan had WIP pada papan sprint dengan cara yang sama. Logiknya sama, walaupun rangka kerjanya berbeza. Perbezaan Scrum vs Kanban tidak mengubah matematik asas Hukum Little.

Kesilapan Biasa Semasa Menetapkan Had WIP

Menetapkan had dan mengabaikannya. Had WIP yang dielakkan oleh orang ramai tidak wujud. Jika pasukan kerap mengatasi had itu dengan "pengecualian," had itu tidak dikuatkuasakan. Bina tabiat itu sebelum membina proses.

Menggunakan satu nombor untuk setiap lajur. Lajur semakan dengan 2 penyemak dan lajur pembangunan dengan 5 pembangun mempunyai daya pengeluaran yang sama sekali berbeza. Satu saiz tidak sesuai untuk sesiapa di sini.

Menjadikan had terlalu rendah terlalu pantas. Jika anda menurunkan daripada 15 item setiap lajur kepada 3 dalam semalaman, anda akan mencipta kepanikan dan penentangan. Pengetatan secara beransur-ansur memberi pasukan masa untuk menyesuaikan aliran kerja dan mendedahkan masalah yang disembunyikan oleh WIP yang tinggi.

Melupakan halangan. Had WIP mengira item yang tersekat juga. Jika 3 daripada 6 tugas "Dalam Proses" anda tersekat pada kebergantungan luaran, anda hanya mempunyai 3 slot kapasiti sebenar. Menjejaki halangan secara berasingan membantu mengekalkan gambaran yang tepat.

Tidak menyesuaikan mengikut story point. Sesetengah pasukan menetapkan had mengikut bilangan item, yang lain mengikut story point. Jika tugas anda sangat berbeza dari segi saiz (tugas 1 mata bersebelahan dengan epik 13 mata), kira mengikut mata untuk mendapatkan gambaran beban yang lebih jujur.

Kelebihan Had WIP

Apabila pasukan benar-benar menguatkuasakan had mereka, beberapa perkara berlaku secara konsisten:

Kerja selesai lebih pantas. Masa kitaran menurun kerana item tidak menunggu lama. Apabila pasukan hanya boleh mempunyai 5 perkara dalam proses, setiap satu daripada 5 item itu mendapat perhatian harian.

Kesesakan menjadi kelihatan dengan segera. Lajur yang sentiasa berada pada hadnya sedang memberitahu anda sesuatu. Pasukan tidak boleh mengabaikannya kerana ia menyekat segala-galanya yang lain.

Perbualan pasukan bertambah baik. Had WIP mencipta detik semula jadi untuk bertanya "mengapa ini tersekat?" berbanding membiarkan kelewatan menjadi tidak kelihatan. Stand-up harian menjadi lebih tertumpu kepada soalan yang sama: apa yang menghalang kemajuan sekarang?

Perancangan menjadi lebih jujur. Apabila pasukan melihat lajur yang penuh, mereka berhenti komited kepada kerja baharu yang tidak dapat mereka kendalikan. Terlebih komited menurun, dan ramalan bertambah baik. Ini berkait terus dengan bagaimana velocity dalam agile stabil sebaik sahaja WIP terkawal.

Tekanan menurun. Secara berlawanan dengan intuisi, diberitahu "anda hanya boleh mengerjakan 5 perkara" kurang menekan berbanding diberitahu "selesaikan semua 15 ini." Orang tahu apa yang perlu ditumpukan.

Soalan Lazim

Apakah had WIP dalam Kanban? Had WIP ialah nombor yang diletakkan di atas lajur Kanban yang mengehadkan berapa banyak item kerja yang boleh wujud dalam peringkat itu pada satu masa. Apabila sesuatu lajur mencapai hadnya, ahli pasukan mesti membantu menyelesaikan kerja sedia ada sebelum menarik apa-apa yang baharu masuk.

Bagaimana anda mengira had WIP yang betul? Mulakan dengan 2 item bagi setiap orang dalam setiap lajur, kemudian perhatikan selama dua minggu. Jika kerja mengalir dan masa kitaran bertambah baik, ketatkan had tersebut. Jika pasukan berasa sentiasa tersekat, longgarkannya. Tiada satu nombor yang betul secara mutlak. Matlamatnya ialah mencari kekangan yang mendedahkan kesesakan tanpa melumpuhkan daya pengeluaran.

Bolehkah had WIP digunakan di luar Kanban? Ya. Pasukan Scrum menggunakan had WIP pada papan sprint. Malah pasukan yang menggunakan kaedah hibrid atau senarai tugas ringkas boleh mendapat manfaat daripada had tidak formal terhadap berapa banyak perkara yang dikendalikan oleh setiap orang pada satu masa. Logik asasnya, Hukum Little, terpakai kepada mana-mana sistem beratur.

Apa yang berlaku apabila had WIP dicapai? Pasukan berhenti menarik kerja baharu ke dalam lajur itu dan menumpukan perhatian untuk menyelesaikan item sedia ada. Dalam praktik, ini selalunya bermakna menumpukan tenaga pada tugas yang tersekat atau melakukan semakan spontan untuk membuka jalan bagi seseorang di hiliran. Had itu mencipta keperluan segera tanpa memerlukan campur tangan pengurus.

Patutkah lajur "Untuk Dibuat" mempunyai had WIP? Biasanya tidak, atau sekurang-kurangnya bukan yang ketat. Untuk Dibuat berfungsi sebagai backlog. Had yang longgar (seperti 2x kapasiti sprint) boleh menghalang lajur itu daripada menjadi tempat pembuangan, tetapi had yang keras cenderung mencipta keperluan segera yang tiruan pada item yang belum bersedia untuk dikerjakan.

---

Had WIP ialah perubahan kecil dengan kesan yang besar terhadap aliran pasukan. Sebaik sahaja anda melihat kesesakan muncul buat kali pertama kerana sesuatu lajur mencapai hadnya, mekanisme itu menjadi jelas. Dari situ, ia hanya soal menyelaraskan nombor-nombor tersebut. Jejaki masa kitaran anda dengan rajah aliran kumulatif dan perhatikan apa yang berlaku kepada jalur-jalur itu apabila WIP menurun.