Penundaan bisa berasal dari bentuk organisasi

Perubahan satu bidang pada tampilan pesanan internal dapat mengungkap seluruh jalur keputusan. Tim pemilik tampilan mengetahui bidang tersebut, para penggunanya, dan cara membatalkan perubahan. Namun permintaan menunggu di tiga antrean terpisah karena tiga departemen masing-masing menguasai bagian aplikasi. Ini kasus ilustratif, bukan laporan suatu perusahaan.

Di mana pekerjaannya? Penerapan mungkin memakan satu jam. Jalur keputusan mungkin memakan seminggu.

Percakapan tentang birokrasi organisasi menyampaikan poin yang lebih tepat daripada “rapat itu buruk”: susunan organisasi dapat menghasilkan birokrasi yang kemudian ingin dihapus orang di dalamnya. Itu klaim tentang struktur, bukan obat yang terbukti bagi semua tim lambat. Gagasan itu memberi pertanyaan berguna: waktu tunggu mana muncul karena kewenangan dibagi?

Ikuti keputusan, bukan bagan organisasi

Pilih satu jenis keputusan yang berulang. Perubahan skema, pengecualian kebijakan dukungan, atau bidang baru dalam ekspor dapat menjadi contoh. Mulai saat seseorang punya cukup informasi untuk meminta perubahan. Berhenti saat perubahan diterima atau ditolak. Catat siapa yang bertanggung jawab pada tiap langkah, apa yang harus mereka putuskan, dan kapan mereka dapat bertindak.

Bedakan serah terima dari pemeriksaan. Serah terima memindahkan permintaan ke penanggung jawab lain. Pemeriksaan menguji batas nyata. Keduanya sering muncul bersama, tetapi tidak selalu.

Dalam perubahan tampilan pesanan ilustratif, satu tim mungkin memeriksa apakah bidang itu membuka data pribadi. Itu pemeriksaan dengan alasan. Kelompok kedua mungkin hanya mengulang perdebatan prioritas karena tim penerap tidak berwenang mengatur antreannya sendiri. Itu batas kepemilikan. Hapus rapatnya dan batasnya masih ada.

Perlintasan	Pertanyaan yang dijawab	Pertahankan jika…
Produk ke penerapan	Apakah perubahan layak dilakukan sekarang?	Tim penerima punya pandangan prioritas lain yang memang diperlukan
Penerapan ke keamanan	Apakah akses berubah?	Perubahan melewati batas izin atau data
Penerapan ke operasi	Dapatkah perubahan dijalankan dan dipulihkan?	Operator menanggung akibat nyata dari peluncuran atau pemulihan
Satu tim ke tim lain untuk diketahui	Siapa perlu tahu?	Pengetahuan itu mengubah tindakan; notifikasi tidak harus menjadi veto

Tabel ini alat diagnosis konseptual. Tabel ini tidak melaporkan dampak terukur dari perubahan organisasi tertentu. Panduan produktivitas tim kami membahas alat; diagnosis ini menanyakan apakah serah terima perlu ada sama sekali.

Jarak keputusan adalah satuan yang berguna

Kotak pada bagan organisasi menunjukkan siapa melapor kepada siapa. Kotak itu tidak menunjukkan seberapa jauh keputusan harus berjalan sebelum seseorang dapat bertanggung jawab atasnya. Jarak keputusan adalah rangkaian pemindahan konteks, antrean, dan veto antara masalah dan tindakan yang bertanggung jawab.

1. Permintaan perubahan

   masalah sudah diketahui
   menunggu
2. Antrean

   batas kepemilikan
   membangun ulang
3. Serah terima konteks

   alasan dijelaskan lagi
   mengizinkan
4. Keputusan

   penanggung jawab jelas

Jarak penting karena konteks memudar. Setiap pemindahan meminta seseorang menjelaskan lagi mengapa bidang itu penting, apa yang dapat gagal, dan pilihan mana yang sudah dikesampingkan. Penerima dapat meminta spesifikasi lebih rapi. Pengirim dapat menulisnya. Keduanya belum menghapus kebutuhan memahami ulang situasi.

Karena itu, “berkomunikasi lebih banyak” sering mengecewakan. Catatan yang lebih baik membantu batas yang memang diperlukan. Catatan tidak mengubah batas yang tidak perlu menjadi pekerjaan berguna. Jika fakta yang sama dijelaskan di tiga ruangan, yang kurang mungkin hak memutuskan, bukan presentasi.

Untuk sinkronisasi antara toko dan sistem email, biayanya nyata. Orang yang memahami arti bisnis “pelanggan aktif” mungkin berada di luar tim pemilik pemetaan bidang. Jika setiap koreksi menunggu tinjauan umum platform, antrean pemetaan menjadi pengganti tanggung jawab bersama. Tim mungkin memerlukan kontrak yang jelas: aturan bisnis setempat menjadi milik penanggung jawab alur kerja; transportasi, autentikasi, dan pemulihan menjadi milik tim platform.

Ketika persetujuan melindungi pekerjaan

“Persetujuan tambahan menangkap kesalahan.” Kadang benar. Keamanan, persetujuan, kendali keuangan, dan perubahan antarmuka bersama dapat menimbulkan akibat di luar tim pengusul. Menghapus pemeriksaan itu demi mempercantik grafik merupakan tindakan ceroboh.

Pengujian yang lebih baik menanyakan apa yang ditemukan tiap perlintasan. Jika peninjau sering menemukan kesalahan izin, pertahankan kendali dan perjelas masukan yang diterimanya. Jika peninjau hanya menerima permintaan sebagai pemberitahuan dan tidak pernah mengubah keputusan, ganti vetonya dengan catatan atau notifikasi. Jika dua tim sama-sama bertanggung jawab atas hasil yang sama, selesaikan konflik kepemilikan sebelum memendekkan jadwal.

Percobaan terbatas dapat membuatnya terlihat. Pilih satu jenis keputusan berisiko rendah. Sebutkan tim yang bertanggung jawab, batas yang tidak boleh dilewati, bukti yang harus disimpan, dan cara membalikkan kesalahan. Bandingkan sampel kecil permintaan serupa sebelum dan sesudah: waktu total, waktu tunggu, pekerjaan ulang, dan pembatalan. Itu ukuran yang harus dikumpulkan, bukan angka yang diberikan sumber.

Menata ulang organisasi mahal. Orang mempelajari peran baru, kehilangan jalur bantuan yang familier, dan mungkin menemukan batas yang disembunyikan bagan lama. Mulailah dari jalur keputusan. Perubahan garis pelaporan mungkin menyusul, tetapi tidak seharusnya menjadi langkah pertama.

Jalur terpendek kadang hanya memerlukan izin memutuskan yang belum ada.