Tidak selalu mudah untuk menemukan jalan yang benar dalam proses pengembangan (seperti dalam kegiatan bisnis lainnya). Berbagai penghalang dapat mengganggu. Kehidupan masa depan dari setiap produk atau layanan tergantung pada pemilihan metodologi pengembangan yang tepat. Karena Kanban sering disebut sebagai salah satu tren terkini dalam manajemen proyek, di sini kami mengumpulkan manfaat paling penting dari pengembangan perangkat lunak Kanban dan menerapkan papan dan kartu Kanban yang nyaman. Untuk menjadi trendi;)
Apa itu Kanban?
Mari selami contoh yang menggambarkan dua situasi berbeda:
- Kasus pertama : Bayangkan sebuah pabrik konveyor tua, yang kegiatannya secara langsung bergantung pada rencana negara. Rencana ini jelas mendefinisikan jumlah produk untuk produksi. Akibatnya, pabrik menghadapi gudang yang penuh sesak karena fakta bahwa penyusun rencana negara sering keliru dengan permintaan. Mereka sering tidak punya waktu untuk menjual produk.
- Kasus kedua : Pindah ke kenyataan dan bayangkan showroom Toyota saat ini. Pembeli memilih model mobil dan akan melakukan pembayaran. Namun, tidak ada model warna yang diperlukan saat ini. Pesanan dikirim ke kantor pusat Toyota. Anda diberitahu tentang waktu kapan mobil (warna Anda) akan dikirimkan. Hanya mulai dari saat ini, mereka mulai memproduksi mobil. Khusus untukmu.
Prinsipnya jelas: pertama - penjualan, dan kemudian produksi. Dengan kata lain, prinsip just-in-time (JIT) bekerja di sini. Pertama, tujuan dan tenggat waktu, lalu rencanakan dan bekerja.
Gudang Toyota tidak akan meluap, seperti dalam kasus pertama. Mereka tidak akan perlu menyimpan detail pra-produksi untuk waktu yang lama. Ini karena apa yang dibuat di telepon saat ini adalah norma yang diperlukan untuk beberapa mobil yang baru dijual. Salah satu komponen kunci dari prinsip-prinsip JIT adalah Kanban.
Papan dan kartu Kanban adalah "lampu lalu lintas" khusus dalam sistem JIT. Kanban memungkinkan bisnis untuk reaktif terhadap kebutuhan pelanggan alih-alih kebutuhan perkiraan, seperti yang terjadi pada kasus pertama yang dijelaskan.
Namun, mari kita lebih dekat ke dunia pengembangan perangkat lunak.
Alih-alih detail mobil, bayangkan tugas pengembangan dan bug. Penguji menerima beberapa item untuk verifikasi. Ketika QA kehabisan tugas verifikasi, ia harus memberi tahu pengembang untuk mendapatkan yang baru dari mereka. Jika programmer tidak punya waktu untuk menyelesaikan tugas-tugas baru, tester tetap tidak bekerja untuk sementara waktu.
Situasi terbalik juga terjadi: QA mengakumulasikan banyak item dan dia tidak punya waktu untuk memeriksa semuanya tepat waktu. Dalam hal ini, tanggal rilis produk juga tertunda.
Dalam pengembangan perangkat lunak, Kanban jauh lebih sulit untuk diseimbangkan daripada di bidang manufaktur. Itu karena spesifik pekerjaan: jika mesin menghasilkan detail dari jenis yang sama, programmer bekerja dengan kode melalui otak mereka sendiri, di mana ada sesuatu seperti 100 miliar neuron dan satu, tetapi signifikan, faktor manusia.
Mengapa pengembangan perangkat lunak memerlukan papan Kanban?
Sebenarnya, papan Kanban dapat diterapkan di mana-mana: mulai dari perencanaan pribadi, pengembangan, dan bahkan penerapan dalam mengelola bengkel keramik.
Untuk lebih memahami ruang lingkup dan kegunaan papan Kanban, perlu untuk menyelami apa itu Kanban dan umumnya dalam artinya sebagai metodologi.
10 alasan utama untuk menggunakan Kanban
Berikut 10 alasan mengapa perlu menerapkan papan Kanban di perusahaan IT yang mengembangkan perangkat lunak:
1. Mendefinisikan kemacetan
Beralih ke papan Kanban dari daftar tugas biasa dapat segera menunjukkan kemacetan: dalam daftar tugas, ada antrian tugas yang besar karena QA tidak mengatasi memeriksa semuanya. Dia mengambil tugas untuk memeriksa dengan penundaan yang lama. Setelah tester mengembalikan item untuk direvisi, programmer sudah lupa. Ini adalah waktu yang berharga untuk melihat kode lagi dan mengingat semua detailnya. Ini berarti bahwa tim membutuhkan satu penguji lagi.
Papan Kanban memungkinkan Anda untuk melihat kemacetan dalam proses Anda di mana garis terbentuk. Dalam beberapa
perangkat lunak manajemen proyek profesional, fitur batas WIP membantu mengatasi tugas ini. Jika Anda memiliki tugas lebih atau kurang dari yang Anda butuhkan - kolom disorot masing-masing dalam warna merah atau kuning.
Papan Kanban Hygger2. Konsentrasi di tempat kerja
Pemrogram harus fokus langsung pada pekerjaan mereka. Oleh karena itu, adalah baik ketika mereka menerima serangkaian tugas dan tidak perlu memikirkan apa yang harus dilakukan selanjutnya, karena manajer sudah memikirkan hal ini. Anda hanya perlu membawa item berikutnya ke dalam pekerjaan.
Terkadang Kanban menyarankan pilihan tugas independen di atas. Maka tingkat profesional semua orang harus sama sehingga tidak berhasil bahwa tugas yang paling sulit "jatuh" pada spesialis junior.
Filter Tugas Saya membantu Anda mengatur fokus pada tugas Anda. Membantu melihat tugas Anda dengan cepat di papan tulis.
3. Berfokus pada satu tugas
Sebelum menggunakan Kanban, pengembang dapat mengerjakan beberapa tugas pada saat yang bersamaan. Mereka beralih dari satu masalah ke yang lain dan menghabiskan banyak waktu untuk beralih. Rata-rata,
butuh lebih dari 25 menit untuk melanjutkan tugas setelah terganggu.
Setiap kali mereka melakukannya, ada banyak waktu yang diperlukan untuk melakukan tugas: untuk meninjau kerangka acuan dan prototipe, membaca kode saat ini dan membangun representasi di dalamnya. Berkat fitur batas WIP di Kanban dan tampilan panorama, pengembang tidak dapat mengerjakan lebih dari satu tugas sekaligus.
4. Tampilan panorama
Berkat papan Kanban, Anda memiliki seluruh gambar proyek di depan mata Anda. Membuka papan, Anda dapat dengan cepat mendapatkan jawaban atas pertanyaan-pertanyaan penting:
- Siapa yang sedang sibuk saat ini?
- Apa yang akan menjadi pekerjaan masa depan masing-masing individu?
- Tugas apa yang ditemukan kembali karena bug?
- Siapa yang tidak punya tugas?
- Siapa yang memiliki banyak tugas?
- Apakah ada perubahan dalam 24 jam terakhir? dan dimana
- Kapan barang tertentu akan dilakukan?
- Seberapa cepat tugas-tugas spesialis berakhir?
Papan Asana kanban5. Urutan fitur yang tepat dirilis
Urutan rilis fitur juga penting. Dalam daftar berdasarkan prioritas, sulit untuk mengelola pesanan dengan tepat. Jika seorang programmer memiliki lima tugas dengan prioritas utama pada saat yang sama, akan sulit baginya untuk memutuskan tugas mana yang harus diambil terlebih dahulu.
Papan Kanban hanya menawarkan jalan keluar saat pesanan penting. Solusi visual ini adalah kolom vertikal dengan tugas. Semakin tinggi tugas, semakin penting itu. Omong-omong, Kanban melibatkan pendefinisian prioritas sebagai salah satu aspek penting dari metodologi.
Persyaratan terus berubah dan banyak tugas mungkin kehilangan relevansi dan "turun" ke bawah. Beberapa tugas dapat "naik" dengan tajam. sebaliknya. Manajer harus terus-menerus "menjaga denyut nadi" untuk membiarkan programmer melakukan hal-hal yang paling diperlukan.
Papan kanban trello6. Prioritas untuk tugas utama
Kanban mengajarkan untuk fokus pada hal-hal utama yang benar-benar menambah nilai pada produk. Ini memungkinkan Anda untuk mengurangi jumlah bug yang tidak berguna.
Bukan tugas yang mudah bagi manajer produk untuk membedakan bug penting dari bug dengan prioritas lebih rendah. Swimlanes bertujuan untuk membantu.
Ini adalah kolom horisontal di papan Kanban. Sebagai aturan, programmer memiliki Swimlanes berikut di papan tulis:
- Blocker - tugas dan bug yang perlu diperbaiki secara real time. Contohnya adalah pendaftaran yang rusak.
- Tugas dan Bug - tugas dan bug saat ini yang biasa.
- Suatu hari - tugas yang kehilangan relevansi.
Sistem ini mirip dengan
matriks Eisenhower . Pertanyaan penting dan mendesak adalah Pemblokir. Penting, tetapi tidak mendesak - Tugas dan Bug. Tidak penting dan mendesak, juga tidak penting dan tidak mendesak - ini suatu hari nanti.
7. Fleksibilitas
Papan Kanban membantu menjadi lebih fleksibel. Ini sangat penting ketika produk mendapat umpan balik yang bermanfaat. Ini tentang pesan dan permintaan, analisis perilaku, hasil pengujian A / B, ulasan, dll.
Segera setelah Anda memindahkan fitur baru untuk produksi, Anda segera mulai mengubahnya berdasarkan umpan balik. Menurut Kanban, seorang programmer bekerja seperti sebuah prosesor: satu siklus clock adalah satu tugas.
Semakin sering siklus, semakin fleksibel tim pengembangan.
Papan kanban rusak8. Semangat tim dan kerja yang konsisten
QA mulai bekerja pada fitur segera setelah fitur selesai oleh pengembang.
Bagaimana sebelumnya? QA menguji suatu fitur bukan ketika itu selesai tetapi lama setelah itu. Pengembang hampir tidak dapat mengingat fitur itu pada waktu itu dan mereka menghabiskan banyak waktu untuk mengejar ketinggalan tugas.
Kanban memungkinkan fitur pengujian QA hampir setelah mereka selesai. Ini juga tentang pekerjaan salesman, desainer, editor, dan lainnya. Semua tim bekerja secara konsisten seperti metronom yang menghasilkan ketukan reguler.
9. Kesalahan yang sering terjadi
Mengacu pada Scrum, harus dicatat bahwa saat bekerja dengan metodologi ini, kami meluncurkan fitur hanya pada akhir sprint (seperti sekali dalam 3 minggu).
Menurut Kanban, kami meluncurkannya hampir setelah periode pengujian selesai (seperti sekali dalam beberapa hari). Melakukan hal ini, kami mencari tahu lebih cepat apakah pengguna suka fitur atau tidak.
Jika mereka tidak menyukai fitur ini, kami telah membuat kesalahan di suatu tempat.
Itu tidak berarti bahwa kita suka membuat kesalahan. Namun, jika kita adalah orang pertama yang membuatnya, kita akan menjadi orang pertama yang mendapatkan pengalaman dan tahu apa yang harus dilakukan.
10. Lebih banyak aliran
Papan Kanban memungkinkan menghindari pertanyaan untuk pengembang "apa yang sedang Anda kerjakan?" Kedengarannya tidak perlu, karena Anda dapat membuka papan Kanban, lihat apa yang dilakukan pengembang dan terus mengerjakan barang-barang Anda sendiri.
Takeaways
Kami tidak bermaksud menunjukkan di sini bahwa Kanban entah bagaimana lebih baik daripada Scrum atau metodologi lainnya.
Mari garis besar ide inti - Scrum cocok di awal pengembangan produk sementara Kanban terlihat lebih kuat ketika produk sudah dirilis.
Perangkat lunak Kanban dan papan yang mudah digunakan bukanlah obat mujarab dan peluru perak untuk bisnis Anda. Kanban adalah kondisi penting tetapi tidak cukup untuk keberhasilan proyek Anda. Metode ini membantu tim TI Anda untuk bekerja secara koheren dan efektif. Jadi, jika Anda belum menerapkannya, lalu tunggu apa lagi?