Hal yang perlu diketahui rekan tim tentang sebuah masalah
Pembaruan masalah internal bukanlah laporan insiden lengkap, transkrip rapat, atau rangkaian pesan. Ini adalah catatan kerja singkat yang membantu tim kecil memahami apa yang salah, hal yang penting dilakukan selanjutnya, dan siapa yang bertanggung jawab untuk menindaklanjuti masalah tersebut. Tujuannya adalah menghilangkan ketidakpastian tanpa meminta orang mencari-cari di utas obrolan, email, atau ingatan.
Mulailah dengan pernyataan masalah dalam bahasa yang sederhana. Jelaskan masalah yang dapat diamati dan dampak operasional langsungnya. “Jumlah stok tidak sesuai dengan barang di rak” lebih berguna daripada “masalah inventaris.” “Daftar periksa pembukaan tidak diselesaikan sebelum pelanggan datang” lebih berguna daripada “kegagalan pagi hari.” Orang yang tidak hadir tetap harus dapat memahami situasinya.
Tambahkan konteks yang memengaruhi respons: di mana masalah terjadi, kapan masalah diketahui, dan pekerjaan apa yang terdampak. Tetaplah faktual. Jika penyebabnya belum dikonfirmasi, katakan demikian alih-alih menyajikan asumsi sebagai kesimpulan. Memisahkan hal yang diketahui dari hal yang masih perlu diperiksa membantu tim menghindari tindakan berdasarkan informasi yang tidak akurat.
Templat pembaruan masalah internal yang praktis dapat mencakup:
- Masalah: deskripsi singkat tentang masalah.
- Lokasi atau proses: tempat masalah terjadi atau rutinitas yang terdampak.
- Diamati: waktu masalah diidentifikasi dan fakta yang relevan.
- Dampak: pekerjaan, layanan pelanggan, kualitas, keselamatan, atau biaya yang mungkin terdampak.
- Status saat ini: baru, sedang diperiksa, tindakan sedang dilakukan, menunggu, atau siap ditinjau.
Kolom-kolom ini membantu rekan tim memutuskan apakah perlu bertindak, memantau perkembangan, atau memberikan informasi. Kolom-kolom ini juga mencegah pembaruan yang samar. “Kami sedang memeriksanya” tidak memberikan dasar praktis untuk koordinasi; deskripsi dan status yang jelas memberikannya.
Simpan pembaruan di satu tempat bersama yang konsisten. Masalah untuk memusatkan masalah operasional dapat menyatukan masalah yang dilaporkan, penugasan, prioritas, tenggat waktu, solusi, dan bukti penutupan, alih-alih membiarkan tim menyusun kembali situasi dari catatan yang terpencar. Tujuannya bukan untuk membuat lebih banyak teks, melainkan menjaga catatan agar tetap mudah dipahami saat penanganan masalah berpindah tangan atau berlanjut selama beberapa hari.
Nyatakan prioritas, penanggung jawab, dan tenggat waktu dengan jelas
Tidak semua masalah memerlukan respons yang sama. Prioritas memberi tahu tim seberapa mendesak masalah tersebut memerlukan perhatian dibandingkan pekerjaan lain. Penanggung jawab mengidentifikasi orang yang bertanggung jawab untuk memastikan penanganannya berjalan. Tenggat waktu menetapkan titik berikutnya ketika masalah harus diselesaikan, ditinjau, atau dieskalasi. Bersama-sama, rincian ini mengubah deskripsi menjadi komitmen operasional.
Pilih prioritas berdasarkan dampak bisnis, bukan berdasarkan siapa yang terakhir melaporkan masalah atau siapa yang paling khawatir. Jelaskan alasannya secara singkat bila tidak jelas. Sebuah masalah mungkin berprioritas tinggi karena menghalangi layanan diberikan hari ini, sedangkan masalah lain mungkin berprioritas lebih rendah karena terdapat solusi sementara yang aman. Jika tim Anda menggunakan label seperti tinggi, sedang, dan rendah, sepakati secara internal respons yang diperlukan untuk setiap label.
Tetapkan satu penanggung jawab meskipun beberapa orang akan berkontribusi. “Fasilitas dan operasional” bukan penanggung jawab. “Jordan akan mengatur perbaikan; Casey akan memeriksa proses pembukaan” jelas karena tanggung jawab utama dan pekerjaan pendukung terlihat. Kepemilikan tanggung jawab tidak berarti penanggung jawab menyebabkan masalah. Artinya, rekan kerja mengetahui siapa yang akan mengoordinasikan pembaruan berikutnya dan memastikan pekerjaan yang diperlukan tidak hilang di antara pergantian shift.
Nyatakan tenggat waktu sebagai tanggal, waktu, atau peristiwa yang spesifik. “Segera” dan “pada akhir minggu” dapat berarti hal yang berbeda bagi orang yang berbeda. Jika tanggal penyelesaian akhir belum pasti, tetapkan tenggat untuk peninjauan berikutnya. Ini menjaga masalah tetap aktif tanpa membuat janji yang tidak dapat dipenuhi tim.
Contoh pembaruan: Label pengiriman tercetak dengan detail alamat yang tidak lengkap di stasiun pengemasan. Hal ini diketahui pada pukul 10.15 saat persiapan pesanan. Prioritas: tinggi, karena pesanan tidak dapat dikirim dengan akurat. Penanggung jawab: Morgan. Tenggat waktu: perbaikan yang berfungsi atau peninjauan status paling lambat pukul 14.00 hari ini. Status: tindakan sedang dilakukan.
Format ini membantu manajer melihat dukungan yang diperlukan dan membantu rekan tim merencanakan pekerjaan di sekitar gangguan tersebut. Format ini juga membuat pembaruan status masalah operasional lebih mudah dipindai pada hari yang sibuk.
Catat tindakan yang sedang dilakukan
Setelah sebuah masalah memiliki penanggung jawab, pembaruan berikutnya harus menyatakan apa yang sedang dilakukan sekarang. Jangan mengganti tindakan dengan niat umum. “Sedang menyelidiki” dapat menjadi status yang valid, tetapi harus diikuti dengan pemeriksaan yang dilakukan, orang yang terlibat, atau keputusan yang diharapkan. Contohnya: “Penanggung jawab sedang membandingkan pengaturan printer dengan format alamat yang disetujui dan akan menguji satu contoh label.”
Catat tindakan dalam urutan yang membuat pekerjaan terlihat. Mulailah dengan langkah penanggulangan segera. Kemudian catat pekerjaan perbaikan yang sedang berlangsung, ketergantungan apa pun yang menghambat kemajuan, dan waktu pembaruan berikutnya. Ini membantu tim membedakan antara masalah yang sudah terkendali tetapi belum diperbaiki, masalah yang sedang diperbaiki, dan masalah yang menunggu keputusan atau informasi.
Catatan tindakan yang berguna menjawab pertanyaan praktis:
- Apa yang sudah dilakukan untuk membatasi gangguan?
- Apa yang akan dilakukan penanggung jawab selanjutnya?
- Informasi, persetujuan, atau sumber daya apa yang masih diperlukan?
- Kapan pembaruan status berikutnya akan dipublikasikan?
- Apakah dampak yang diperkirakan telah berubah?
Gunakan bahasa yang netral dan spesifik. Pembaruan ini adalah alat bantu koordinasi, bukan tempat untuk menyalahkan. “Daftar periksa belum ditandatangani” mengidentifikasi celah. “Tim shift mengabaikan proses” mengasumsikan niat dan dapat mengalihkan perhatian dari penetapan penyebab sebenarnya. Saat sebuah fakta diperselisihkan, catat sebagai sesuatu yang perlu diverifikasi.
Tim kecil sering menyelesaikan masalah melalui percakapan singkat, dan hal itu dapat berguna. Risikonya muncul ketika keputusan atau komitmen dari panggilan, peninjauan langsung, atau serah terima tidak pernah ditambahkan ke catatan masalah. Tulis tindak lanjut singkat yang mencatat keputusan, penanggung jawab, dan tenggat waktu berikutnya. Rekan kerja yang tidak hadir kemudian memiliki gambaran operasional yang sama dan tidak perlu mengajukan pertanyaan berulang.
Untuk pekerjaan operasional yang berulang, catatan masalah bersama dapat sangat berguna. Masalah dirancang untuk memusatkan masalah operasional dan mengoordinasikan penanggung jawab, prioritas, tenggat waktu, solusi, dan bukti. Dikombinasikan dengan struktur pembaruan yang disiplin, ini menyediakan tempat yang lebih jelas untuk komunikasi masalah tim sejak laporan awal hingga peninjauan.
Gunakan urutan status yang praktis
Status yang konsisten membuat pembaruan lebih cepat dibaca, selama semua orang menggunakan istilah tersebut dengan cara yang sama. Urutan yang praktis adalah:
- Baru: masalah telah dilaporkan dan perlu dinilai.
- Sedang diperiksa: fakta, cakupan, atau penyebab sedang dikonfirmasi.
- Tindakan sedang dilakukan: penanggung jawab sedang menjalankan respons yang disepakati.
- Menunggu: kemajuan bergantung pada informasi, keputusan, material, atau tugas lain.
- Siap ditinjau: tindakan telah selesai dan penutupan perlu dikonfirmasi.
- Ditutup: bukti penutupan yang disepakati telah diperiksa dan dicatat.
Label yang tepat kurang penting dibandingkan penerapannya secara konsisten. Jangan menandai masalah sebagai ditutup hanya karena aktivitas telah berhenti. Penutupan harus menunjukkan bahwa tim telah memeriksa hasilnya.
Konfirmasikan hal yang membuktikan penutupan
Pembaruan penyelesaian masalah yang berguna diakhiri dengan bukti yang menunjukkan bahwa masalah telah diselesaikan sesuai standar yang disepakati. Ini berbeda dari sekadar menyatakan bahwa seseorang yakin masalahnya sudah diperbaiki. Bukti penutupan harus sesuai dengan masalahnya: pemeriksaan yang selesai, catatan yang diperbaiki, hasil pengujian, foto, tinjauan supervisor, konfirmasi pelanggan, atau bukti lain yang sesuai bahwa tindakan korektif berhasil.
Tetapkan kondisi penutupan sedini mungkin jika memungkinkan. Ketika tim mengetahui hal yang akan menunjukkan keberhasilan, penanggung jawab dapat mengumpulkan bukti sambil menyelesaikan pekerjaan. Untuk contoh pencetakan, bukti penutupan dapat berupa satu contoh label yang tercetak dengan benar dan diperiksa terhadap pesanan, ditambah konfirmasi bahwa pesanan yang terdampak telah ditinjau. Untuk daftar periksa pembukaan yang terlewat, buktinya dapat berupa daftar periksa yang telah diselesaikan dan perubahan terverifikasi pada rutinitas serah terima. Jangan mengklaim penyebab mendasar telah dihilangkan kecuali hal itu sudah ditetapkan.
Pembaruan penutupan harus menyatakan tindakan yang telah selesai, waktu tindakan diselesaikan, bukti yang diperiksa, dan siapa yang mengonfirmasi penutupan. Jika masih ada pekerjaan tindak lanjut, tetap tampilkan pekerjaan tersebut alih-alih menyembunyikannya dalam item yang ditutup. Gangguan langsung dapat ditutup setelah diverifikasi, sementara pekerjaan perbaikan jangka panjang tetap menjadi tindakan terpisah.
Contoh penutupan: Pengaturan printer diperbaiki pada pukul 13.20. Morgan mencetak dan memeriksa contoh label terhadap dua pesanan saat ini; detail alamat sudah lengkap. Casey meninjau pesanan yang terdampak sebelum pengiriman. Masalah ditutup, dengan pemeriksaan yang telah selesai dicatat. Peninjauan terpisah atas pengaturan stasiun pengemasan akan dijadwalkan.
Pendekatan ini memberi manajer jawaban yang andal atas pertanyaan sederhana: bagaimana kita tahu masalah benar-benar sudah selesai? Pendekatan ini juga menciptakan riwayat yang berguna ketika masalah serupa muncul kembali. Tim dapat melihat tindakan sebelumnya, bukti, dan pekerjaan perbaikan yang tersisa, alih-alih memulai dari awal.
Gunakan templat secara konsisten, bukan harus sempurna
Pembaruan yang baik hanya menggunakan detail sebanyak yang diperlukan masalah, tetapi harus mempertahankan hal-hal penting: masalah, dampak, prioritas, penanggung jawab, tenggat waktu, tindakan saat ini, dan bukti penutupan. Masalah kecil mungkin hanya memerlukan beberapa baris. Masalah yang lebih mengganggu mungkin memerlukan beberapa pembaruan seiring berkembangnya fakta dan tindakan.
Tinjau templat setelah digunakan dalam situasi nyata. Jika rekan tim secara teratur mengajukan pertanyaan tindak lanjut yang sama, tambahkan kolom atau perbaiki perumusannya. Jika pembaruan menjadi narasi panjang, kembalikan fokusnya pada keputusan, tindakan, dan bukti. Konsistensi membangun kepercayaan karena orang mengetahui tempat menemukan status saat ini dan arti masalah yang ditutup.
Gunakan struktur pembaruan yang konsisten agar masalah operasional tetap mudah dipahami.