Cara mengidentifikasi bottleneck dalam alur kerja

Pendahuluan

Secara garis besar, bottleneck terbagi menjadi dua jenis, yaitu proses yang tidak efisien dan alokasi sumber daya yang keliru. Gejala yang terlihat dari keduanya sama, yakni pekerjaan berjalan lebih lambat dari seharusnya, tetapi cara menanganinya berbeda. Jika masalah alokasi sumber daya dijawab dengan merancang ulang proses, atau sebaliknya, hasilnya akan terbatas karena langkah yang diambil tidak menyentuh hambatan yang sebenarnya.

Ketidakefisienan proses:

• Metode kerja yang sudah usang. Proses yang dirancang untuk kondisi kerja yang berbeda, seperti entri data manual, rantai persetujuan berurutan, atau kolaborasi yang hanya bisa dilakukan tatap muka, menimbulkan hambatan yang terus menumpuk setiap kali proses itu dijalankan.
• Tahapan tinjauan yang berlebihan. Tinjauan dan pengujian yang melebihi kebutuhan kontrol kualitas memperpanjang jadwal pengiriman tanpa menambah kualitas yang sepadan. Titik ketika tahapan tinjauan tambahan tidak lagi memperbaiki hasil dan malah memperlambatnya bisa dikenali, dan tahapan itu sering kali bisa dilewati.
• Struktur persetujuan birokratis. Rantai persetujuan yang meminta tanda tangan dari pihak yang tidak benar-benar terdampak oleh keputusan tersebut menambah beban koordinasi dan menunda pengiriman tanpa membuat akuntabilitas menjadi lebih baik.
• Pekerjaan manual yang dapat diotomatisasi. Tugas seperti memindahkan data antarsistem, membuat laporan standar, atau menerapkan aturan yang sama pada masukan yang beragam layak diotomatisasi. Jika tugas semacam ini dikerjakan oleh tenaga terampil, waktu mereka tersita untuk hal yang sebenarnya tidak memerlukan penilaian manusia.
• Langkah proses tanpa nilai keluaran yang jelas. Langkah yang dipertahankan hanya karena sudah lama ada, padahal menghapusnya hampir tidak memengaruhi kualitas hasil akhir, menghabiskan sumber daya tanpa memberi kontribusi apa pun.

Kegagalan alokasi sumber daya:

• Peran yang kekurangan staf atau kelebihan beban. Saat seorang anggota tim memikul tanggung jawab di luar kapasitasnya, kualitas hasil kerja menurun dan pengiriman makin sering meleset. Penyebabnya ada pada beban kerja yang memang tidak mungkin dipikul terus-menerus, sehingga kesalahan tidak bisa ditimpakan pada orangnya.
• Perangkat yang usang atau tidak memadai. Perangkat yang tidak lagi sesuai dengan kebutuhan pekerjaan, baik dari sisi performa, fitur, maupun integrasi dengan sistem lain, menimbulkan hambatan yang terus bertambah pada setiap tugas yang bergantung padanya.
• Kendala pendanaan pada komponen alur kerja yang kritis. Dana yang kurang untuk bagian penting dari operasional memang menghemat biaya dalam jangka pendek, tetapi dalam jangka menengah justru memicu kegagalan pengiriman karena tim terpaksa memakai solusi darurat sebagai pengganti sumber daya yang semestinya.

Mengatasi satu saja dari masalah struktural ini sudah memberi perbaikan yang bisa diukur. Dalam sistem yang kompleks, bottleneck biasanya berpindah tempat dan jarang benar-benar hilang, sehingga setiap kali satu hambatan teratasi, muncul hambatan baru yang sebelumnya tertutup oleh hambatan utama. Dari rangkaian inilah pengelolaan bottleneck yang sistematis menghasilkan perbaikan yang terus berlipat dari waktu ke waktu.

Analisis prediktif — penggunaan data performa historis dan indikator awal untuk mengidentifikasi kendala yang muncul sebelum menjadi krisis operasional — adalah pendekatan terstruktur untuk hal ini. Cara kerjanya adalah dengan menetapkan pola performa dasar dan memantau penyimpangan yang secara historis mendahului bottleneck, alih-alih menunggu bottleneck itu sendiri terlihat dalam metrik keluaran.

Sinyal operasional yang menunjukkan munculnya bottleneck:

• Akumulasi backlog yang tidak terselesaikan antar siklus. Antrean pekerjaan yang belum selesai yang terus bertumbuh — bukan yang berfluktuasi di sekitar level stabil — menunjukkan bahwa laju masuk melampaui kapasitas penyelesaian. Implikasi strukturalnya adalah pengurangan beban kerja atau penambahan kapasitas, bukan intensifikasi upaya.
• Pelanggaran tenggat waktu menjadi norma alih-alih pengecualian. Pelanggaran tenggat sesekali pada periode kompleksitas tinggi adalah hal yang normal secara operasional. Ketika pelanggaran menjadi konsisten di seluruh anggota tim dan jenis proyek, asumsi perencanaan — cakupan, alokasi sumber daya, atau jadwal — tidak lagi sesuai dengan realitas operasional.
• Kendala sumber daya yang semakin ketat tanpa kelegaan yang direncanakan. Ketika kendala staf, anggaran, atau perangkat yang dapat diterima di awal proyek menjadi mengikat seiring berjalannya proyek, pekerjaan yang tersisa akan diselesaikan dalam kondisi yang tidak diperhitungkan dalam rencana awal.
• Penurunan metrik keterlibatan tim. Moral rendah yang berkelanjutan adalah sekaligus gejala dari masalah struktural dan penyebab penurunan performa lebih lanjut. Hal ini biasanya muncul dari sumber yang dapat diidentifikasi — beban berlebih, prioritas yang tidak jelas, perangkat yang tidak memadai — yang dapat diatasi jika didiagnosis dengan benar.
• Penurunan kualitas keluaran. Metrik kualitas yang memburuk seiring waktu sementara upaya masukan tetap stabil menunjukkan bahwa struktur saat ini tidak dapat mempertahankan kualitas pada tingkat throughput saat ini.
• Kegagalan komunikasi dan kesenjangan koordinasi. Ketika anggota tim tidak menyadari pekerjaan terkait yang sedang dilakukan oleh orang lain, atau ketika keputusan dibuat tanpa melibatkan pemangku kepentingan yang memerlukan informasi tersebut, biayanya biasanya baru ditemukan kemudian dalam bentuk pengerjaan ulang, konflik, atau ketergantungan yang terlewat.

Salah satu pendekatan sistematis untuk deteksi dini adalah pengujian gangguan proaktif — secara sengaja memperkenalkan kegagalan terkendali ke dalam alur kerja untuk mengidentifikasi di mana sistem patah dan membangun protokol respons sebelum kegagalan tersebut terjadi dalam kondisi yang tidak terkendali. Praktik ini, yang kadang disebut chaos engineering dalam konteks teknis, memperlakukan ketahanan sebagai sesuatu yang dirancang, bukan diasumsikan. Informasi selengkapnya: Manajemen Proyek.

Solusi yang mungkin

Untuk mengatasi bottleneck, Anda perlu membedakan langkah yang hanya meredakan gejala dari langkah yang menyentuh penyebab strukturalnya. Solusi jangka pendek menstabilkan keadaan, sedangkan solusi jangka panjang mengubah struktur yang melahirkan bottleneck. Jika hanya solusi jangka pendek yang diterapkan, bottleneck akan terus muncul di titik yang sama, dan jika hanya solusi jangka panjang yang dijalankan, masalah yang ada sekarang dibiarkan menggantung selama proses perancangan ulang berlangsung.

Solusi jangka pendek:

• Penyeimbangan ulang sumber daya. Memindahkan sebagian beban kerja dari anggota tim atau peran yang kewalahan kepada yang masih longgar langsung mengurangi hambatan tanpa mengubah struktur dasar. Langkah ini memang dimaksudkan sebagai langkah sementara agar perbaikan struktural jangka panjang bisa berjalan tanpa menambah keterlambatan pengiriman.
• Penyederhanaan proses sementara. Memangkas kerumitan proses di titik bottleneck, misalnya dengan menghapus tahapan tinjauan yang tidak wajib atau menggabungkan langkah persetujuan, langsung menaikkan throughput. Hasilnya mungkin belum menjadi proses jangka panjang yang ideal, tetapi hambatan saat ini teratasi selama rancangan jangka panjang disiapkan.
• Pengembangan keterampilan yang ditargetkan. Pelatihan yang langsung menutup celah keterampilan penyebab bottleneck memberikan dampak paling cepat dibandingkan program pengembangan yang luas. Cakupannya sengaja dibuat sempit: selesaikan dulu hambatannya, baru kemudian perluas pengembangan.
• Otomatisasi selektif untuk tugas manual bervolume tinggi. Mengotomatiskan tugas tertentu yang menyita kapasitas tim jauh melebihi tingkat kerumitannya akan mengurangi beban di titik hambatan tanpa perlu merancang ulang proses di sekitarnya. Cakupan otomatisasi sebaiknya disesuaikan dengan bottleneck yang sedang terjadi saja.
• Perbaikan struktur komunikasi. Aturan komunikasi yang lebih jelas di titik tempat koordinasi sering gagal, seperti kewenangan mengambil keputusan yang tegas, format laporan perkembangan yang terstruktur, dan jalur eskalasi yang jelas, mengurangi beban koordinasi yang ikut memicu bottleneck.

Solusi jangka panjang:

• Desain ulang proses. Membangun kembali proses dari strukturnya, dengan menghapus langkah yang tidak perlu, merancang ulang serah terima, dan mengubah urutan kegiatan, akan mengatasi akar masalah dan tidak sekadar mengakalinya. Rancangan baru perlu diuji terhadap bottleneck yang memicunya dan tidak disusun secara abstrak.
• Pengembangan kapabilitas yang sistematis. Program pengembangan keterampilan untuk seluruh tim yang menutup celah kemampuan yang terus berulang membuat kekurangan keterampilan makin jarang memicu bottleneck di proyek-proyek berikutnya. Investasi ini memberi hasil yang terus berlipat selama beberapa siklus proyek.
• Peningkatan perangkat. Mengganti perangkat yang menghambat kerja, entah karena performanya terbatas, gagal terintegrasi, atau fiturnya kurang, dengan perangkat yang sesuai kebutuhan operasional saat ini akan menghilangkan hambatan struktural yang selama ini muncul di setiap proyek yang memakai perangkat tersebut.
• Otomatisasi proses yang mendalam. Mengotomatiskan alur kerja secara utuh, dan tidak hanya tugas satu per satu, di titik-titik yang nyaris tidak membutuhkan penilaian manusia akan menghapus satu jenis bottleneck untuk seterusnya sehingga tidak perlu lagi ditangani di setiap siklus. Investasi awalnya lebih besar, tetapi peningkatan throughput jangka panjangnya juga sepadan.
• Perencanaan kendala secara proaktif. Jika identifikasi dan mitigasi bottleneck sudah dimasukkan ke dalam perencanaan proyek sejak awal dan tidak lagi hanya menjadi reaksi atas masalah, bottleneck akan lebih jarang muncul dan dampaknya lebih ringan sepanjang siklus hidup proyek.

Artikel terkait:

Untuk wawasan tentang peningkatan proses, telusuri Manajemen proyek hibrida: Pendekatan seimbang yang menggabungkan Agile dan Waterfall.

Untuk meningkatkan efisiensi tim, simak Apa itu papan Kanban? Panduan untuk memvisualisasikan dan mengelola alur kerja.

Untuk manajemen sumber daya yang lebih baik, baca Proses manajemen sumber daya: Ubah keberhasilan proyek Anda dengan perencanaan yang efektif. Baca selengkapnya: Perangkat Lunak Manajemen Tugas untuk Tim Operasi.

Kesimpulan

Pengelolaan bottleneck alur kerja adalah praktik operasional dengan urutan yang jelas: kenali hambatannya, bedakan gejala dari penyebabnya, ambil langkah stabilisasi jangka pendek, lalu jalankan perbaikan struktural agar masalah yang sama tidak terulang. Organisasi yang mampu mengelola bottleneck dengan baik jarang unggul karena lebih sadar akan masalahnya. Keunggulan mereka ada pada kebiasaan yang sistematis untuk mendeteksi masalah sejak dini dan menyelesaikannya secara terstruktur. Fitur visibilitas tugas dan pelacakan alur kerja di Taskee mendukung kedua sisi praktik ini, karena tanda-tanda awal bottleneck sudah terlihat sebelum menimbulkan keterlambatan dan tim mendapat gambaran operasional yang diperlukan untuk merancang langkah yang menyasar penyebab, alih-alih sekadar gejala.