TL; DR : Ini hal yang salah untuk diukur. Dengan mengukur dan meningkatkan pemanfaatan karyawan di seluruh papan, Anda menciptakan masalah dalam sistem dan mengurangi throughput keseluruhan .
Akuntansi Throughput
Apa yang sebenarnya ingin Anda ukur adalah throughput, inventaris, dan biaya operasi secara bersama-sama dan mencoba mengurangi inventaris dan mengurangi biaya operasional, sementara pada saat yang sama memaksimalkan throughput. Metode ini dikenal sebagai akuntansi throughput .
Dalam pengembangan perangkat lunak, inventaris adalah pekerjaan yang sedang berjalan yang belum membawa manfaat bagi pelanggan. Apa pun yang telah dilakukan, tetapi tidak dirilis. Throughput adalah jumlah pekerjaan yang bermanfaat bagi pelanggan yang dilepaskan. Pekerjaan apa pun yang dilakukan yang tidak secara langsung bermanfaat bagi pelanggan dianggap sebagai biaya operasi.
Sistem sederhana
Dalam sistem sederhana dengan manusia tunggal atau banyak manusia yang bekerja secara independen dengan peralatan independen sebanyak masing-masing akan secara langsung meningkatkan throughput seluruh sistem . Ini mengarah pada kesalahpahaman umum yang menjadi dasar untuk pertanyaan ini bahwa peningkatan pemanfaatan manusia akan menyebabkan peningkatan throughput di semua sistem. Tetapi Anda masih mengukur throughput sistem, inventaris , dan biaya operasional .
Sistem yang kompleks
Dalam sistem yang kompleks, bahkan dengan hanya dua dependensi, peningkatan pemanfaatan satu bagian dari sistem dapat secara langsung menyebabkan penurunan pemanfaatan dalam bottleneck, yang mengurangi throughput seluruh sistem. Setiap peningkatan produktivitas di luar kemacetan adalah fatamorgana .
Contoh:Tim insinyur perangkat lunak telah memeriksa semua kode oleh arsitek perangkat lunak, yang juga membuat rencana untuk fitur baru. Orang ini adalah hambatan, kode yang tidak ditinjau oleh arsitek hanya akan menambah inventaris, jika arsitek tidak punya waktu, tidak ada fitur baru yang akan direncanakan dengan baik. Jika Anda mulai mengukur pemanfaatan insinyur perangkat lunak, mereka masing-masing akan mencoba membuat lebih banyak perubahan, bukan perubahan yang lebih baik. Waktu yang perlu dihabiskan arsitek untuk setiap perubahan akan meningkat dan total waktu yang dihabiskan untuk meninjau akan meningkat lebih lanjut dengan peningkatan jumlah perubahan ke titik di mana tidak ada waktu yang tersisa untuk merencanakan perubahan baru. Akhirnya seluruh sistem terhenti. Jika di sisi lain mereka menurunkan utilisasi, bahkan menghabiskan waktu idling, mereka menghabiskan lebih lama pada setiap perubahan atau ulasan sejawat, ini dapat menyebabkan penurunan waktu yang dibutuhkan untuk ulasan dan akhirnya meningkatkan throughput. Ini hanya tim tunggal dengan 2 dependensi. Insinyur bergantung pada arsitek untuk perubahan baru yang akan direncanakan dan untuk perubahan yang akan ditinjau.
Jelas manfaatnya dapat diperoleh dengan mengelola bottleneck dengan benar dan mencoba untuk mendapatkan produktivitas di bottleneck , di mana jam didapat , adalah jam throughput seluruh sistem .
Ini adalah pesan sebenarnya dari The Phoenix Project dan datang langsung dari Theory of Constraints oleh Eliyahu M. Goldratt. Anda mungkin juga membaca artikel tentang pemanfaatan pemikiran vs pemikiran throughput . Saya juga menyarankan untuk membaca lebih lanjut tentang Manajemen Proses Rantai Kritis .
Ingat: Apa yang Anda ukur adalah apa yang Anda dapatkan . Dan Anda pasti TIDAK INGIN mendapatkan peningkatan pemanfaatan perorangan. Jalan menuju Neraka ditaburi dengan niat baik.