Banyak dari Anda pasti akrab dengan buku Gene Kim, The Phoenix Project . Dalam buku itu, Gene menyebutkan Eliyahu Goldratt, yang menciptakan Theory of Constraints. Salah satu pengamatan Goldratt adalah bahwa perbaikan apa pun yang dilakukan pada proses baik sebelum atau sesudah kemacetan proses hanya membuat efisiensi proses secara keseluruhan menjadi lebih buruk.

Ketika Anda memikirkannya, itu masuk akal. Namun, tahukah Anda di mana hambatan Anda? Anda mungkin akrab dengan beberapa kemacetan yang sering Anda hadapi; misalnya, mungkin diperlukan waktu 5 jam untuk menyelesaikan bangunan. Tapi apakah kemacetan itu yang terbesar dalam keseluruhan aliran untuk mendapatkan nilai bagi pelanggan Anda? Meskipun dibutuhkan waktu 5 jam untuk menyelesaikan build, apakah penting jika dibutuhkan seminggu penuh untuk menerapkan kode ke dalam produksi?

Peta aliran nilai adalah alat untuk mengevaluasi proses untuk mengidentifikasi kemacetan, pemborosan, dan peluang peningkatan. Mengidentifikasi kemacetan terbesar dalam aliran proses adalah tempat pemetaan aliran nilai bersinar.

Manfaat pemetaan aliran nilai

Mengidentifikasi kemacetan adalah manfaat pemetaan aliran nilai yang paling mudah terlihat. Ini membantu seluruh organisasi melihat di mana kemacetan terbesar dan bagaimana hal itu berdampak negatif terhadap mendapatkan nilai bagi pelanggan. Untuk menggunakan contoh sebelumnya, jika Anda hanya mengetahui waktu pembuatan 5 jam, Anda mungkin cenderung memfokuskan upaya untuk meningkatkannya saja. Jika Anda tidak memahami bottleneck yang lebih signifikan—minggu yang diperlukan untuk penerapan—memperbaiki waktu build kemungkinan akan membuat bottleneck downstream menjadi lebih buruk. Namun, jika kemacetan yang lebih besar dipahami oleh setiap orang dalam organisasi melalui penggunaan peta aliran nilai, jelas bahwa organisasi harus fokus untuk mengurangi penundaan tersebut demi keuntungan semua orang, terutama pelanggan.

Cara memulai pemetaan aliran nilai

Langkah-langkah untuk membuat dan menggunakan peta aliran nilai sangatlah mudah:

1. Identifikasi langkah-langkah dari keseluruhan proses. Sederhanakan dengan mengidentifikasi skenario paling umum selama proses berlangsung.

2. Kumpulkan data: catat waktu rata-rata untuk menyelesaikan setiap langkah dan waktu tunggu rata-rata di antara setiap langkah.

3. Buat diagram alur sederhana yang menunjukkan waktu "nilai tambah" untuk setiap langkah dan "waktu tunggu" di antara setiap langkah. Sebagai contoh, lihat gambar berikut.

4. Identifikasi keterlambatan terbesar dalam aliran dan tentukan mengapa penundaan itu selama itu. Kemudian, buat rencana untuk mengurangi penundaan dan menindaklanjutinya.

Dalam contoh peta aliran nilai, Anda dapat melihat bahwa penundaan terbesar adalah minggu antara saat cacat ditambahkan ke antrean dan pekerjaan dimulai pada cacat tersebut. Dengan menyediakan peta aliran nilai ini, organisasi dapat mengajukan pertanyaan dan memberikan solusi:

• Apakah penundaan karena masalah keterampilan?

• Apakah penundaan karena tidak memiliki cukup orang untuk memperbaiki kerusakan? Misalnya, apakah backlog kita terlalu besar?

• Jika backlognya besar, apakah masalah kualitas perlu ditangani?

• Apakah ada terlalu banyak penekanan pada penciptaan kemampuan dengan mengorbankan perbaikan cacat?

Misalnya, jika masalahnya adalah karena tidak memiliki cukup orang untuk menangani cacat simpanan dan menciptakan kemampuan, kepemimpinan organisasi dapat menggunakan kembali permintaan jumlah karyawan terbuka (req) dari penjualan, dukungan, atau administrasi dan memberikannya kepada pengembangan untuk menyelesaikan masalah yang panjang. keterlambatan dalam mendapatkan perbaikan cacat kepada pelanggan.

Jika permintaan jumlah staf terbuka tidak tersedia, pimpinan dapat menyetujui bahwa memperlambat pengiriman fitur baru diperlukan agar tim dapat menurunkan simpanan cacat. Tanpa peta aliran nilai yang menunjukkan perlunya perubahan, pemahaman dan kesepakatan bersama tentang solusi kemungkinan kecil akan terjadi.

Singkatnya, peta aliran nilai adalah cara yang sederhana dan efektif untuk mengidentifikasi hambatan dalam aliran proses ujung ke ujung. Mereka juga membantu semua orang melihat di mana perubahan paling penting sehingga seluruh organisasi dapat menyepakati sebuah solusi.

sumber

• Mary Poppendieck dan Tom Poppendieck, Implementing Lean Software Development , (Boston: Addison-Wesley, 2006), 103-104.

• Gene Kim et al. Proyek Phoenix: Novel tentang IT, DevOps, dan Membantu Bisnis Anda Menang . Pers Revolusi TI, 2013.