Pemotongan produksi terjadi setiap kali sebuah bisnis bermigrasi dari sistem atau aplikasi yang ada, seperti program manajemen akuntansi atau persediaan atau sistem produksi manufaktur, ke yang baru. Meskipun penyebaran yang sebenarnya mungkin hanya memakan waktu satu atau dua hari, tugas dan kegiatan pra dan pasca-pemotongan sangat penting untuk keberhasilan proyek. Untuk sebagian besar bisnis, spreadsheet berguna untuk mendokumentasikan tugas dan kegiatan menjelang hari go-live dan tugas untuk hari itu dan hari-hari berikutnya.
Sasaran dan Komponen Penting
Praktik terbaik IBM untuk migrasi data yang efektif mengatakan rencana penghematan harus membahas tiga bidang utama. Ini harus menentukan tugas migrasi dalam urutan penyelesaiannya, termasuk perkiraan apakah atau berapa lama sistem harus offline. Ini harus mengidentifikasi potensi masalah dan menjelaskan cara mengurangi atau menghilangkan risiko. Dan itu harus mencakup nama dan informasi kontak untuk anggota internal dan eksternal tim langsung, serta orang-orang yang memerlukan pembaruan dan informasi ketika kemajuan berlangsung.
Persiapan dan Kegiatan Awal
Setiap langkah di setiap bagian dari rencana penebangan harus didaftar sesuai dengan urutan penyelesaiannya. Identifikasi tugas, orang utama, durasi yang diharapkan, tanggal mulai dan berakhir dan orang kontak cadangan. Sertakan area bagi orang yang memimpin untuk menandatangani tugas yang telah diselesaikan. Bagian pertama dari rencana harus mengidentifikasi tugas dan kegiatan yang harus diselesaikan sebelum mulainya dimulai. Ini termasuk menginstal dan mengkonfigurasi perangkat keras, perangkat lunak, dan perangkat periferal, melakukan pelatihan pengguna akhir, memuat data yang diperlukan, dan mencadangkan sistem saat ini.
Aktivitas nol jam
Aktivitas nol jam berlangsung pada hari go-live. Ini termasuk jadwal waktu spesifik untuk tugas-tugas yang terlibat dalam mematikan sistem lama dan untuk mengaktifkan dan menguji sistem baru. Bagian ini harus memiliki rencana darurat, seperti langkah-langkah untuk menyelesaikan rollback jika sistem baru gagal. Jika cutover tidak terjadi selama jam-jam di luar jam sibuk, rencana tersebut harus menggambarkan sistem untuk memberi tahu pengguna tentang kemungkinan penutupan dan durasi serta instruksi mereka kapan dan bagaimana cara keluar dari sistem lama.
Pemantauan Pasca-Cutover
Rencana tersebut harus menjabarkan jadwal untuk memantau dan melakukan pengujian yang sedang berlangsung. Misalnya, jika cutover terjadi selama jam sibuk, jadwalkan pemantauan dan pengujian setidaknya selama beberapa hari selama jam penggunaan puncak. Masukkan hal-hal yang harus diperhatikan secara umum, seperti perlambatan sistem atau perilaku tidak konsisten, serta masalah potensial yang diidentifikasi sebelumnya. Buat daftar langkah-langkah untuk mengimplementasikan rencana kontingensi, termasuk memberi tahu pengguna tentang penutupan yang diperlukan, dan sertakan daftar periksa untuk memutuskan apakah akan ditutup dan melakukan perbaikan atau modifikasi yang diperlukan selama hari kerja atau selama jam sibuk.
