Bagian keenam membahas laporan: bagaimana laporan berhenti menjadi file yang Anda susun selama dua hari dan berubah menjadi tampilan yang Anda buka untuk melihat kondisi saat ini. Dengan itu lengkaplah gambaran yang kita bangun selama enam bagian — kapan spreadsheet tidak lagi menjadi jawaban, file mana yang sebenarnya menjalankan perusahaan, membersihkan data sebelum memindahkannya, urutan pemindahan, siapa melihat apa, dan berakhirnya laporan buatan tangan.

Yang tersisa adalah bagian yang menentukan apakah semua itu membuahkan hasil: bulan pertama di lingkungan produksi. Dan ada satu hal yang diketahui setiap orang yang pernah menjalankan proyek seperti ini. Sebagian besar migrasi tidak gagal saat pembangunan. Migrasi gagal pada beberapa minggu pertama penggunaan. Sistemnya berjalan, datanya ada, layarnya benar, namun pekerjaan sesungguhnya diam-diam bergeser kembali ke file lama. Bagian ini membahas mengapa hal itu terjadi dan sebuah rencana untuk mencegahnya.

Penolakan bukan sikap keras kepala, melainkan hitungan risiko

Hal pertama yang Anda hadapi pada minggu pertama adalah keraguan dari tim. Kesalahan yang umum adalah pemilik usaha membaca keraguan itu sebagai penolakan terhadap perubahan atau kemalasan, lalu menanggapinya dengan tekanan. Biasanya bukan keduanya.

Karyawan yang dulu membuka file dan menyelesaikan tugas dalam dua menit kini membutuhkan sepuluh menit untuk mempelajari jalur di layar yang sama. Dari sudut pandangnya, ia membayar biaya hari ini demi manfaat yang sudah diceritakan kepadanya tetapi belum bisa ia lihat, dan ia bertanggung jawab kepada atasannya atas hasil kerja hari ini, bukan atas keberhasilan proyek. Keraguan itu sepenuhnya rasional.

Keraguan itu makin kuat ketika pemilik file lama adalah seseorang yang kedudukannya di perusahaan dibangun dari pengetahuannya tentang file tersebut. Orang yang selama ini menjadi satu-satunya rujukan untuk sebuah file mungkin khawatir sistem akan membuat perannya tidak diperlukan lagi. Mengabaikan kekhawatiran itu tidak menghilangkannya; kekhawatiran itu hanya bersembunyi. Menghadapinya secara langsung lebih berhasil: berikan orang itu peran yang diumumkan dalam tatanan baru sebagai pemilik kualitas data di bidangnya, sehingga ia beralih dari penjaga file menjadi rujukan bagi data itu sendiri.

Perubahan sesungguhnya pada bulan pertama adalah bahwa pekerjaan menjadi terlihat. Ketika data tinggal di dalam file, entri yang terlambat tidak terlihat. Di dalam sistem, siapa mencatat apa dan kapan tercatat dengan jelas. Hal itu menenangkan bagi siapa pun yang bekerja secara konsisten dan tidak nyaman bagi siapa pun yang terbiasa dengan keleluasaan, dan lebih baik disampaikan secara terbuka pada rapat pertama daripada baru disadari dua minggu kemudian.

Kembalinya diam-diam ke file lama

Hal paling berbahaya pada bulan pertama tidak terjadi dengan gaduh. Tidak ada yang menolak sistem dalam rapat, tetapi salinan file lama tetap terbuka di komputer seseorang dan ia mencatat di sana karena lebih cepat, dengan niat memasukkannya ke sistem di akhir minggu. Biasanya hal itu tidak pernah dilakukan.

Akibatnya adalah hasil terburuk yang mungkin terjadi: dua sumber kebenaran, bukan satu. Sebelum proyek, Anda punya satu file yang tidak akurat tetapi disepakati semua orang sebagai rujukan. Sekarang Anda punya sistem yang tidak lengkap dan file yang tidak lengkap, dan tidak ada yang tahu mana yang lebih baru. Posisi Anda lebih buruk daripada titik awal, dan ini adalah salah satu pola yang dibahas dalam Mengapa Proyek ERP Gagal dan Cara Membuat Proyek Anda Berhasil.

Tanda-tandanya muncul lebih awal jika Anda mencarinya: angka yang disebut dalam rapat tetapi tidak ada di sistem, file yang dibagikan di obrolan tim dua minggu setelah peluncuran, karyawan yang meminta untuk mengekspor data agar bisa mengerjakannya di luar dan tidak pernah mengembalikannya. Jangan tangani satu pun dari tanda ini dengan menyalahkan orangnya. Ajukan satu pertanyaan: apa yang diberikan file kepada mereka dan tidak diberikan sistem? Jawabannya biasanya langkah yang terlewat, kolom yang tidak ada, atau jalur yang lebih panjang dari seharusnya — semuanya bisa diperbaiki dalam hitungan hari begitu Anda mengetahuinya.

Celah yang muncul setelah migrasi, bukan sebelumnya

Seberapa pun baiknya Anda membersihkan data sebelumnya, seperti yang dijelaskan di bagian ketiga, akan muncul celah yang hanya bisa ditemukan pada transaksi nyata pertama. Logikanya sederhana: file menoleransi kekosongan, jadi sel kosong tetap kosong dan tidak ada yang menghentikan Anda menerbitkan faktur. Sistem meminta kolom itu karena langkah berikutnya bergantung padanya.

Yang biasanya muncul pada tahap ini:

  • Catatan pihak lawan transaksi yang tidak lengkap. Pelanggan yang tercatat hanya dengan nama, tanpa nomor pajak, alamat, atau kontak yang terdokumentasi, yang semuanya dulu ditanyakan secara lisan saat diperlukan.
  • Saldo awal yang tidak cocok. Angka awal untuk seorang pelanggan atau sebuah barang tidak sesuai dengan yang tertulis di file lama, dan selisihnya muncul pada laporan rekening pertama.
  • Status yang tidak pernah diklasifikasikan. Pesanan tertunda, pembayaran sebagian, retur yang tidak pernah ditutup. Di dalam file semuanya hanya catatan di pinggir; di dalam sistem semuanya membutuhkan status yang terdefinisi.
  • Banyak satuan dan harga. Barang yang dijual per karton dan dibeli per unit, dengan harga berbeda untuk satu tingkat pelanggan dibanding tingkat lainnya, semuanya tersimpan di kepala kepala penjualan dan tidak pernah dituliskan.
  • Pengecualian tanpa aturan yang mendasarinya. Pelanggan yang selama bertahun-tahun mendapat syarat khusus tanpa dokumen, sehingga tidak ada yang tahu cara mendefinisikannya di sistem atau siapa yang berwenang menyetujuinya.

Tidak satu pun dari hal ini menjadi bukti bahwa migrasi gagal. Justru inilah manfaat nyata pertamanya: sistem membuka apa yang selama ini disembunyikan file. Namun menanganinya membutuhkan disiplin. Catat setiap butir dalam satu daftar yang diumumkan, lengkap dengan orang yang bertanggung jawab atas jawabannya dan tanggal penyelesaiannya. Tangani setiap kasus secara terpisah dalam percakapan sampingan, dan kasus itu akan kembali bulan depan dalam bentuk lain.

Pelatihan yang diberikan sekali tidak cukup

Pola yang paling sering berulang pada proyek yang tersendat adalah pelatihan yang diberikan sebagai satu sesi pada hari peluncuran, dihadiri semua orang, dan menelusuri seluruh sistem dari awal sampai akhir. Setelah itu semua orang kembali ke mejanya dan sudah melupakan sebagian besar isinya, karena mereka mendengarnya sebelum membutuhkannya.

Alternatif yang berhasil bertumpu pada tiga prinsip:

  • Latih perannya, bukan sistemnya. Akuntan tidak membutuhkan layar gudang dan kepala penjualan tidak membutuhkan pengaturan hak akses. Setiap tim mempelajari jalur yang akan dilaluinya setiap hari — lebih pendek dan jauh lebih terfokus.
  • Ulangi setelah satu minggu penggunaan. Sesi kedua adalah sesi yang benar-benar bermanfaat, karena pertanyaan di dalamnya adalah pertanyaan nyata dari pekerjaan sehari-hari, bukan pertanyaan hipotetis. Dan pertanyaan yang berulang di berbagai tim memberi tahu Anda dengan tepat layar mana yang tidak jelas.
  • Dokumentasikan dengan gambar, bukan uraian. Satu halaman per peran berisi langkah-langkah secara berurutan beserta tangkapan layar, ditempel di dinding atau dikirimkan. Sebagian besar pertanyaan setelah peluncuran adalah pertanyaan mengingat, bukan pertanyaan memahami.

Anda juga membutuhkan satu orang di setiap tim yang menjadi tempat bertanya pertama, karena karyawan akan bertanya kepada rekan kerjanya sebelum membuka tiket dukungan. Peran informal itu mempersingkat waktu tanggapan lebih dari saluran dukungan eksternal mana pun. Manajemen perubahan seperti ini tidak hanya berlaku saat meninggalkan spreadsheet, dan kami membahasnya sebagai bagian dari tahapan implementasi dalam Cara Mengimplementasikan ERP dengan Sukses.

Pandangan Origami

Kami memperlakukan hari peluncuran sebagai titik tengah proyek, bukan akhirnya. Sebuah sistem tidak mengakar di perusahaan hanya karena berfungsi; sistem mengakar ketika menjadi jalan terpendek untuk menyelesaikan pekerjaan hari itu. Setiap hari ketika jalur lama tetap lebih cepat daripada jalur baru adalah hari yang diam-diam bekerja melawan proyek.

Karena itu, pada bulan pertama kami menyimpan daftar catatan yang diumumkan beserta tanggal penyelesaiannya, dan kami mengukur penggunaan nyata, bukan kesan: siapa yang masuk ke sistem, transaksi mana yang dicatat saat terjadi, dan di layar mana orang tersendat. Itulah yang kami terapkan saat membangun sistem khusus sebagai bagian dari layanan kami, karena memperbaiki hambatan kecil pada minggu pertamanya hanya butuh satu jam, sedangkan memperbaikinya setelah dua bulan harus dibayar dengan kepercayaan seluruh tim.

Rencana tiga puluh hari

Ini adalah rencana yang bisa Anda jalankan sebagaimana tertulis, dan ciri terpentingnya adalah setiap tahap memiliki akhir yang diumumkan:

  • Hari 1-7: operasi paralel yang dibatasi. Pekerjaan dicatat di sistem dan di file lama hanya untuk satu alasan — perbandingan. Di akhir minggu ambil sampel kecil, bandingkan kedua angkanya, dan catat setiap selisih berdasarkan penyebabnya, bukan besarnya.
  • Hari 8: file lama dijadikan hanya-baca. Inilah langkah terpenting dalam rencana ini. File tetap bisa dilihat dan tidak ada yang menulis di dalamnya. Tanpa tanggal penutupan yang diumumkan, operasi paralel berlanjut tanpa batas, dan selalu berakhir dengan kemenangan file lama karena lebih mudah.
  • Hari 8-14: pelatihan kedua dan menutup celah. Sesi singkat per tim tentang pertanyaan yang benar-benar muncul, dan penyelesaian lima butir teratas dalam daftar celah.
  • Hari 15-21: ukur penggunaan. Tinjau siapa yang benar-benar menggunakan sistem dan siapa yang tidak, dan untuk setiap transaksi yang dicatat terlambat, tanyakan mengapa. Yang Anda pelajari adalah sinyal tentang seberapa jelas jalurnya, bukan tentang disiplin perorangan.
  • Hari 22-30: stabilkan dan tinjau. Tutup catatan yang tersisa, hasilkan laporan bulanan pertama hanya dari sistem, dan duduklah bersama para ketua tim selama setengah jam untuk mengidentifikasi apa yang masih terjadi di luar sistem dan mengapa.

Ukuran keberhasilan yang jujur bukanlah kepuasan tim dalam survei atau jumlah layar yang digunakan. Ukurannya adalah satu momen: seseorang berhenti membuka file lama tanpa diminta. Pada titik itu sistem bukan lagi proyek yang Anda kelola — sistem itu sudah menjadi cara perusahaan bekerja.

Menutup seri

Selama tujuh bagian kita telah menempuh seluruh perjalanan: tanda-tanda bahwa spreadsheet sudah melewati batasnya, inventarisasi yang memberi tahu Anda file mana yang sebenarnya merupakan sistem Anda, pembersihan data, urutan pemindahan, pengaturan hak akses, mengubah laporan buatan tangan menjadi tampilan langsung, dan akhirnya melewati bulan pertama.

Kesimpulan yang layak diingat adalah ini. Excel adalah alat yang sangat baik, dan masalahnya tidak pernah terletak pada alatnya, melainkan pada beban yang dipikulkan kepadanya. Beralih ke sistem bukan sekadar peningkatan teknis, melainkan keputusan bahwa data perusahaan adalah milik perusahaan, bukan milik sebuah file atau seseorang. Dan semuanya dimulai dengan satu langkah kecil: buka file yang menjalankan perusahaan Anda hari ini dan tanyakan siapa yang memperbaruinya, kapan, dan apa yang terjadi jika orang itu tidak ada.

Sumber