OPERATION PLAYBOOK: Panduan Operasional bagi Praktisi dan Tim

Di banyak usaha, cara kerja yang paling penting tersimpan di kepala satu atau dua orang. Selama orang itu hadir, semuanya berjalan. Begitu ia cuti, pindah, atau sekadar sibuk, pekerjaan tersendat dan tidak ada yang tahu langkah mana yang terlewat. Masalahnya bukan kemalasan. Prosesnya memang belum pernah dipindahkan ke tempat yang bisa dibaca orang lain.

OPERATION PLAYBOOK adalah buku dalam seri PLAYBOOK yang saya, Putu Putrayasa, siapkan untuk membantu memindahkan proses dari kepala ke kertas, lalu dari kertas ke otomasi yang aman. Tulisan ini menjelaskan isi, pembaca, dan batasnya, termasuk statusnya yang belum final.

Apa itu OPERATION PLAYBOOK, dan untuk siapa

OPERATION PLAYBOOK adalah panduan operasional bagi praktisi dan tim. Isinya cara merapikan operasional: prosedur satu halaman, daftar periksa, mengukur dengan jujur, mengotomasi dari langkah paling aman, dan templat serah terima.

Pembacanya adalah tim operasional, kepala operasi, dan pemilik usaha yang ingin prosesnya tertulis dan terukur. Kalau Anda sering menjadi satu-satunya orang yang tahu "cara biasanya", buku ini ditulis untuk Anda.

Status buku perlu saya tulis apa adanya: naskah pra-terbit, belum disunting. Pre-order untuk ketujuh judul seri PLAYBOOK sudah dibuka. E-book diakses di ACADIOO, dan pemesanan dilakukan lewat WhatsApp dari halaman bukunya. Harga serta cara pesan tertulis di halaman itu, jadi tidak saya tulis di sini.

Topik bab utama dalam naskah, dan ini bukan janji isi final, adalah:

• Peta proses: dari kepala ke kertas.
• Prosedur satu halaman dan tanda bukti.
• Kegagalan senyap.
• Tangga otomasi: dari yang paling aman.
• Satu sumber kebenaran.

Bila bab-bab itu berubah saat penyuntingan, halaman bukunya yang menjadi rujukan.

Dari kepala ke kertas, lalu ke mesin

Urutan topik bab di atas mengikuti satu logika yang juga saya pakai di bagian lain ekosistem ini: tulis dulu, baru otomasikan. Otomasi bisnis adalah menyerahkan langkah kerja yang berulang ke sistem agar berjalan tanpa dikerjakan manual. Urutan yang dianjurkan: rancang dulu siapa memutuskan apa, baru otomasikan. Menambah otomasi ke proses yang belum jelas hanya mempercepat kekacauannya.

Karena itu dua topik pertama buku ini, peta proses dan prosedur satu halaman, bukan pemanis. Peta proses memperlihatkan langkah apa saja yang sebenarnya terjadi, termasuk langkah yang selama ini hanya diingat orang. Prosedur satu halaman menuliskan langkah itu cukup pendek agar benar-benar dibaca, dan "tanda bukti" menjadi cara memastikan sebuah langkah memang sudah dikerjakan, bukan sekadar dianggap sudah.

Lihat grafik di bawah. Ini ilustrasi, bukan data nyata: lebar jalur hanya menunjukkan bentuk alur. Pekerjaan bergerak dari kepala orang ke peta proses, ke prosedur tertulis, lalu sebagian langkah diserahkan ke mesin dan sebagian tetap dikerjakan atau diputuskan manusia. Tidak semua langkah masuk ke mesin, dan itu disengaja.

Bagian yang tetap pada manusia lebih besar di gambar itu, dan itu bukan kebetulan. Gagasan pembagian kerja ini saya uraikan di Pemilik yang Memutuskan, Robot yang Mengerjakan dan di Desain, Mesin, Manusia: Tiga Pekerjaan yang Tidak Boleh Tertukar. Singkatnya, pemilik atau pemimpin merancang dan memutuskan, mesin mengerjakan yang berulang, dan manusia memegang bagian yang membutuhkan pertimbangan.

Kegagalan senyap dan satu sumber kebenaran

Dua topik bab di tengah dan akhir menyentuh masalah yang paling sulit dilihat. Kegagalan senyap adalah kegagalan yang tidak membunyikan alarm. Tidak ada pesan galat, tidak ada keluhan, tetapi sebuah langkah berhenti berjalan dan baru ketahuan lama kemudian. Misalnya tugas yang dikira sudah dikirim, padahal tidak pernah terkirim.

Bayangkan sebuah tugas mingguan yang dikira berjalan otomatis. Bila tidak ada seorang pun yang memeriksa jejaknya, tugas itu bisa berhenti berminggu-minggu tanpa ada yang tahu. Prosedur yang baik menyertakan satu pertanyaan sederhana di ujungnya: apa tanda bahwa langkah ini benar-benar selesai?

Cara berpikir yang saya anjurkan sederhana: jangan menganggap sebuah langkah berhasil hanya karena tidak ada yang mengeluh. Itulah gunanya tanda bukti pada prosedur. Setiap langkah penting meninggalkan jejak yang bisa diperiksa, sehingga "tidak ada kabar" tidak dibaca sebagai "baik-baik saja".

Satu sumber kebenaran menjawab masalah yang berbeda, yaitu angka atau catatan yang berbeda-beda di banyak tempat. Bila setiap orang menyimpan versinya sendiri, rapat berubah menjadi perdebatan tentang siapa yang datanya benar. Dengan satu tempat yang disepakati sebagai rujukan, perdebatan berganti menjadi pertanyaan tentang apa yang harus dilakukan.

Satu pelajaran NLP praktis cocok di sini: kalibrasi, yaitu membaca tanda-tanda kecil sebelum menyimpulkan. Pemimpin operasional yang baik bertanya kepada timnya tentang langkah yang macet, bukan hanya meminta laporan. Ia memperhatikan jawaban yang menghindar sebagai petunjuk bahwa ada proses yang belum tertulis.

Untuk tim, manfaat menulis proses terasa pada hari ketika ada orang baru. Orang baru yang bisa membaca prosedur satu halaman bisa mulai bekerja tanpa menunggu seseorang meluangkan waktu menjelaskan. Pemilik usaha pun tidak lagi menjadi satu-satunya tempat bertanya. Itu menghemat tenaga, tetapi yang lebih penting, itu mengurangi risiko bahwa pengetahuan penting hilang bersama kepergian satu orang.

Tangga otomasi: mulai dari yang paling aman

Topik keempat membahas urutan mengotomasi. Buku ini menganjurkan mulai dari langkah yang paling aman, yaitu langkah yang bila keliru akibatnya kecil dan mudah dibetulkan. Langkah yang menyentuh pelanggan atau uang naik belakangan, dan keputusan pengecualian tetap pada manusia.

Grafik berikut ilustrasi pada skala 1 sampai 5, bukan data nyata. Skalanya hanya menunjukkan urutan: semakin besar angkanya, semakin besar akibat bila langkah itu keliru, sehingga semakin belakang ia diotomasi.

Lihat grafik di atas: batang terendah, mencatat, adalah tempat yang paling wajar untuk memulai. Batang tertinggi, memutuskan pengecualian, adalah bagian yang tetap saya serahkan kepada manusia. Rinciannya, dalam bentuk anak tangga yang lebih lengkap, ada di Tangga Otomasi: Naik Tahap demi Tahap.

Alasan memulai dari bawah sederhana. Langkah yang kecil dan aman memberi Anda kesempatan belajar tanpa taruhan besar. Anda bisa melihat apakah prosedurnya benar, apakah jejaknya terbaca, dan apakah tim nyaman dengan perubahan itu. Bila ya, barulah anak tangga berikutnya dinaiki. Bila tidak, Anda kembali satu anak tangga tanpa kerugian besar. Pola bertahap ini juga membuat tim lebih mudah menerima perubahan, karena yang berubah sedikit demi sedikit dan setiap langkahnya bisa dijelaskan.

Istilah yang perlu dijelaskan: SDR (Sumber Daya Robot) adalah sebutan untuk tenaga kerja berupa robot atau agen AI, pasangan SDM (Sumber Daya Manusia). Di sini SDR bukan Sales Development Representative. Dalam bahasa operasional, SDR adalah "anggota tim" yang mengerjakan langkah berulang, sedangkan SDM tetap menanggung keputusan. Bagi pemimpin tim, pembagian ini punya konsekuensi pengelolaan yang saya bahas di Memimpin Tim yang Sebagian Anggotanya Robot.

Batas yang tidak dijanjikan buku ini

• Buku ini belum disunting. Naskahnya pra-terbit dan bisa berubah, termasuk daftar topik bab di atas.
• Buku ini tidak menjanjikan efisiensi tertentu. Ia memberi cara menulis proses, memeriksa jejaknya, dan menaiki otomasi bertahap. Hasil bergantung pada proses Anda sendiri.
• Buku ini tidak menyuruh mengotomasi semuanya. Ada langkah yang memang sebaiknya tetap dikerjakan dan diputuskan manusia.
• Buku ini tidak menggantikan pertimbangan Anda. Prinsip yang saya pegang berlaku juga di sini: robot mengerjakan, manusia memutuskan.

Bila judul ini cocok dengan pekerjaan Anda, halaman OPERATION PLAYBOOK di rak buku memuat ringkasan dan cara pesan terbaru.