Mengapa Kanban Berkesan — dan Cara Mengetahui Sama Ada Pasukan Anda Bersedia

Kebanyakan pasukan mengguna pakai Kanban kerana seseorang membaca catatan blog. Soalan yang lebih bijak ialah sama ada masalah yang diselesaikan Kanban benar-benar masalah yang dihadapi pasukan anda.

Ada detik yang dikenali oleh kebanyakan pasukan, biasanya apabila bilangan mereka melebihi lapan atau sembilan orang. Kerja siap — e-mel dihantar, ciri dilancarkan, klien diuruskan — tetapi tiada sesiapa yang mempunyai gambaran jelas tentang apa yang dilakukan orang lain. Projek bertimbun. Perkara dijanjikan kemudian senyap-senyap dilupakan. Anda menghabiskan dua puluh minit sebelum setiap mesyuarat untuk mengetahui di mana sebenarnya sesuatu kerja berada. Jawapannya, biasanya, "di suatu tempat."

Itulah masalah yang Kanban direka untuk selesaikan. Bukan masalah menetapkan strategi, mengupah orang yang tepat, atau membina budaya — tetapi masalah operasi yang khusus dan meletihkan iaitu mengetahui apa yang dikerjakan pasukan anda dan apa yang menghalangnya.

Ia alat yang mengejutkan sederhana untuk sesuatu yang mendapat begitu banyak perhatian. Kanban tidak mendakwa dapat membaiki organisasi anda. Ia hanya menjadikan kerja kelihatan. Dan ternyata keterlihatan, apabila diamalkan secara konsisten, mengubah sejumlah perkara yang luar biasa banyaknya di hilir.

Dari mana Kanban sebenarnya datang

Perkataan itu daripada bahasa Jepun — bermaksud "papan tanda" atau "papan iklan" — dan sistem ini dibangunkan oleh Toyota pada lewat 1940-an sebagai cara menguruskan inventori di kilang pembuatan mereka. Idenya mudah: daripada menghasilkan bahagian mengikut jadual tetap, kilang hanya menghasilkannya apabila stesen hiliran memberi isyarat bahawa ia memerlukannya. Sekeping kad fizikal — kanban — akan bergerak kembali ke hulu talian sebagai permintaan. Tiada apa dibuat secara spekulatif. Tiada apa bertimbun tanpa perlu.

Wawasan yang dimiliki Toyota, dan yang kemudian dipinjam oleh pasukan perisian, ialah kebanyakan ketidakcekapan dalam sesuatu sistem datang bukan daripada orang bekerja terlalu perlahan, tetapi daripada kerja yang salah dilakukan pada masa yang salah. Terlalu banyak perkara dimulakan serentak. Kesesakan yang tiada siapa perasan sehingga terlambat. Kerja yang siap dan terperap di satu tempat sementara langkah seterusnya terbeban di tempat lain.

Pembangun perisian, terutamanya di syarikat seperti Microsoft pada awal 2000-an, mula menyesuaikan idea ini untuk kerja pengetahuan. Kad menjadi tugas. Stesen kilang menjadi peringkat dalam aliran kerja. Dan papan tanda menjadi papan — fizikal pada mulanya, kemudian digital — tempat sesiapa sahaja dalam pasukan dapat melihat sekilas pandang apa yang sedang dijalankan, apa yang menunggu, dan apa yang telah siap.

Apa yang sebenarnya ditunjukkan oleh papan Kanban kepada anda

Papan Kanban asas mempunyai tiga lajur: Untuk Dibuat, Sedang Dijalankan dan Selesai. Itu memadai untuk banyak pasukan kecil dan tempat permulaan yang baik. Tetapi nilai sebenar muncul apabila anda mula menyesuaikan peringkat tersebut dengan cara kerja anda benar-benar mengalir — bukan cara anda berharap ia mengalir.

Pasukan kandungan mungkin menggunakan: Idea, Ringkasan, Draf, Semakan, Dijadualkan, Diterbitkan. Pasukan perisian mungkin memecahkan "Sedang Dijalankan" kepada lajur berasingan untuk pembangunan, semakan kod dan QA. Pasukan perundingan mungkin menjejaki Penemuan, Cadangan, Aktif, Menunggu Klien dan Ditutup. Peringkat itu harus mencerminkan serah tugas sebenar dan masa menunggu sebenar — tempat kerja bertukar tangan, atau tempat ia terperap sehingga sesuatu yang lain berlaku.

Perhatikan kad di lajur tengah — laporan audit gudang, sudah lapan hari, ditandakan tersekat. Dalam sistem tanpa papan, tugas itu mungkin terperap dua minggu lagi sebelum sesiapa sedar ia tidak bergerak. Seseorang sedang menunggu pihak ketiga. Atau keputusan diperlukan daripada pengurus yang tidak tahu mereka penghalangnya. Papan menjadikan sekatan itu kelihatan. Itulah sebahagian besar kerjanya.

Peraturan yang menjadikannya berkesan: had WIP

Jika ada satu konsep yang membezakan pasukan yang menggunakan Kanban dengan betul daripada pasukan yang sekadar mempunyai senarai tugasan yang lebih cantik, ia ialah had kerja dalam proses — singkatannya had WIP. Idenya ialah setiap lajur mempunyai bilangan maksimum item yang dibenarkan berada di situ serentak. Apabila lajur penuh, anda tidak boleh menambah kerja lagi sehingga sesuatu bergerak keluar.

Ini terasa bercanggah dengan intuisi. Pastinya membenarkan lebih banyak tugas dalam proses bermakna lebih banyak yang siap? Tidak. Apa yang sebenarnya berlaku apabila orang mengerjakan terlalu banyak perkara serentak ialah segala-galanya mengambil masa lebih lama. Pertukaran konteks mahal. Kerja separuh siap mewujudkan beban penyelarasan. Dan apabila sepuluh perkara "sedang dijalankan," sangat sukar untuk memberitahu yang mana benar-benar bergerak dan yang mana sekadar tersekat tetapi tidak ditanda.

Had WIP tiga pada lajur Sedang Dijalankan anda bermakna apabila perkara keempat tiba di meja seseorang, seseorang dalam pasukan perlu membuat keputusan: tugas sedia ada yang mana satu disiapkan dahulu? Ia memaksa pengutamaan. Ia memaksa perbualan. Dan ia cenderung menghasilkan penyiapan item individu yang lebih pantas, walaupun kadar memulakan item baharu menjadi perlahan.

Kanban lawan Scrum: soalan yang sentiasa ditanya pasukan

Jika anda pernah berada dalam kalangan pasukan perisian atau pemikiran operasi moden, anda mungkin pernah bertemu Scrum — rangka kerja yang menyusun kerja ke dalam sprint dua minggu yang tetap, dengan sesi perancangan, retrospektif dan peranan yang ditakrifkan seperti Scrum Master dan Product Owner. Ramai pasukan menganggap Scrum dan Kanban sebagai metodologi yang bersaing dan merasakan mereka perlu memilih. Perbezaannya sebenarnya lebih mudah daripada itu.

Ramai pasukan — terutamanya yang bukan pasukan kejuruteraan perisian tulen — mendapati upacara Scrum berat dan struktur sprint tetapnya janggal untuk diterapkan pada kerja operasi yang berterusan. Pasukan pemasaran, pasukan kejayaan pelanggan, pasukan operasi dan pengasas yang menguruskan segala-galanya serentak jarang mempunyai kerja yang muat kemas dalam kitaran dua minggu. Model aliran berterusan Kanban cenderung lebih sesuai untuk mereka.

Walau bagaimanapun, ramai pasukan menggabungkan kedua-duanya. Mereka menggunakan kitaran perancangan gaya sprint untuk pembangunan produk sambil menjalankan papan Kanban untuk kerja operasi dan sokongan yang masuk tanpa mengira sprint yang sedang berjalan. Itu hibrid yang sangat munasabah.

Tiga soalan yang patut dijawab papan anda dalam tiga puluh saat

Papan Kanban paling berguna apabila anda dapat melihatnya dan, tanpa bercakap dengan sesiapa, menjawab tiga soalan ini dengan pantas: Apa yang sedang dikerjakan pasukan sekarang? Di mana kerja tersekat? Adakah apa-apa yang patut dilakukan tetapi belum dimulakan?

Jika anda tidak dapat menjawab kesemua tiga dalam tempoh tiga puluh saat melihat papan, ia mungkin tidak diselenggara dengan betul. Mod kegagalan yang paling lazim ialah papan yang tugasnya dicipta tetapi tidak pernah digerakkan — ia menjadi tanah perkuburan niat baik dan bukannya peta hidup kerja sebenar. Papan yang tidak terkini lebih teruk daripada tiada papan, kerana ia mewujudkan rasa keterlihatan yang palsu.

Disiplin yang diperlukan untuk menyelenggara papan itu nyata. Tugas perlu bergerak apabila kerja bergerak. Item tersekat perlu ditanda sebaik sahaja ia terhenti, bukan dua minggu kemudian. Kad perlu mempunyai pemilik yang jelas, dan pemilik perlu mengemas kini kad mereka. Tiada satu pun ini memerlukan banyak masa — amalan Kanban yang dijalankan dengan baik mungkin mengambil lima hingga sepuluh minit seorang sehari — tetapi ia memerlukan konsistensi. Pasukan yang paling mendapat manfaat daripada Kanban ialah yang menganggap papan sebagai sumber kebenaran, bukan sebagai latihan merekod tambahan.

Apa yang Kanban tidak lakukan

Kanban bukan alat strategi. Ia tidak akan membantu anda memutuskan apa yang perlu dikerjakan — hanya membantu anda menguruskan apa yang sudah anda putuskan untuk dikerjakan. Jika organisasi anda mempunyai masalah pengutamaan, atau masalah mandat yang tidak jelas, atau masalah "kita memulakan terlalu banyak projek sebelum menyiapkan yang lama" yang berpunca daripada tingkah laku kepimpinan dan bukannya proses, papan Kanban akan mendedahkan masalah itu tetapi tidak menyelesaikannya.

Ia juga bukan pengganti pengurusan yang baik. Papan tidak menggantikan sesi satu-lawan-satu, atau pendelegasian yang bijak, atau komunikasi yang jelas tentang mengapa kerja tertentu penting. Pasukan kadangkala menggunakan alat proses dengan harapan proses itu akan melakukan kerja perhubungan dan organisasi yang sebenarnya tugas pengurus. Ia tidak akan.

Apa yang akan dilakukannya ialah mengurangkan ketidakpastian sekeliling yang memperlahankan kebanyakan pasukan. Soalan seperti "siapa mengerjakan apa," "adakah ini sudah siap," dan "apa yang patut saya ambil seterusnya" menjana sejumlah besar komunikasi bernilai rendah dalam organisasi yang tidak mempunyai sistem kongsi yang kelihatan. Kanban menghapuskan kebanyakan bunyi bising itu. Dan bagi pasukan yang bunyi bising itu masalah utamanya, perbezaannya ketara.

Cara bermula — tanpa bengkel tiga hari

Pelaksanaan Kanban terbaik yang pernah saya lihat bermula kecil dan berkembang. Yang paling teruk melibatkan perunding, retret luar dua hari, dan papan yang direka dengan indah yang tiada siapa gunakan menjelang minggu ketiga.

Mulakan dengan pasukan anda seadanya, dengan kerja yang anda benar-benar ada. Cipta tiga lajur: Backlog, Sedang Dijalankan, Selesai. Luangkan tiga puluh minit dengan pasukan anda meletakkan setiap item kerja semasa pada kad. Setuju pada satu peraturan: apabila anda memulakan sesuatu, ia masuk ke papan. Apabila ia bergerak, anda gerakkan kadnya. Jangan buat apa-apa lagi selama dua minggu.

Selepas dua minggu, lihat papan bersama-sama. Di mana perkara bertimbun? Apa yang kekal dalam Backlog yang semua orang kata keutamaan? Apa yang bergerak lebih pantas daripada dijangka? Apa yang tersekat dan mengapa? Gunakan apa yang anda perhatikan untuk memperhalusi lajur dan menambah kekhususan. Mungkin "Sedang Dijalankan" perlu dipecahkan kepada "Sedang Dijalankan" dan "Menunggu Pihak Luar." Mungkin anda perlukan lajur bernama "Dalam Semakan" kerana langkah itu sentiasa hilang. Biarkan papan berkembang sebagai tindak balas kepada apa yang didedahkan oleh kerja sebenar anda, bukan kepada apa yang buku metodologi katakan ia patut kelihatan.

Dalam jangka panjang: metrik aliran

Sebaik sahaja sistem Kanban berjalan, ia menjana data yang tidak pernah digunakan oleh kebanyakan pasukan. Masa pendahuluan (lead time) — jumlah masa dari tugas dicipta hingga ia disiapkan — ialah yang paling penting. Jika purata masa pendahuluan anda untuk tugas biasa ialah dua belas hari, dan anda mahu ia lima hari, anda kini ada angka untuk dituju dan papan yang akan menunjukkan ke mana tujuh hari tambahan itu pergi.

Masa kitaran (cycle time) hanya mengukur tempoh kerja aktif, tidak termasuk masa tugas berada dalam backlog. Daya pemprosesan (throughput) mengukur berapa banyak item yang pasukan anda siapkan seminggu. Tiada satu pun metrik ini memerlukan perisian khas jika anda berdisiplin mencatat bila kad dicipta dan bila ditutup. Dan bersama-sama, ia memberi gambaran yang jauh lebih jujur tentang kapasiti pasukan anda berbanding mana-mana proses perancangan berasaskan anggaran.

Kebanyakan pasukan kecil dan sederhana tidak pernah sampai ke tahap ini. Mereka menggunakan Kanban sebagai alat keterlihatan — yang bernilai dengan sendirinya — dan tidak melangkah lebih jauh. Itu tidak mengapa. Tetapi jika anda mendapati diri anda ingin membuat komitmen kepada pihak berkepentingan tentang bila sesuatu akan siap, atau ingin memahami mengapa sesetengah kerja mengambil masa tiga kali ganda lebih lama daripada dijangka, metrik itu ada apabila anda memerlukannya.