Menjalankan pilot

Menyelesaikan proyek migrasi end-to-end untuk area bisnis kecil memungkinkan penyebaran cepat tanpa risiko gangguan bisnis skala besar. Pengalaman ini membangun kepercayaan pada proposisi nilai (kemampuan, operasi, dan biaya) untuk pengeluaran yang relatif kecil dan dapat digunakan untuk membenarkan pelepasan dana dan sumber daya yang lebih besar untuk proyek skala penuh.

Pilot mengumpulkan pelajaran untuk penyebaran skala penuh berdasarkan bagaimana pengguna akhir bereaksi terhadap platform baru. Mereka membantu para pemangku kepentingan menjawab pertanyaan penting dengan data kehidupan nyata seperti berikut:

• Apakah pelatihan yang kami berikan cocok dan memadai?

• Apakah proses baru berfungsi dengan baik saat pengguna akhir menerima panggilan nyata?

• Apakah pengguna terganggu oleh aplikasi lain di perangkat mereka?

• Apakah arsitektur atau pola bekerja seperti yang diharapkan di lingkungan hidup?

Praktik terbaik

• Idealnya, pilot harus menjadi bagian dari pengiriman produk minimum dicintai awal (MLP) dalam sprint awal.

• Peserta dalam pilot harus mencakup pengguna teknis, pengguna bisnis, dan pengguna akhir.

• Wawancarai pemangku kepentingan untuk mendapatkan umpan balik anekdot tentang bagaimana mereka menggunakan sistem, dan menangkap data pada waktu penanganan rata-rata, tingkat pengabaian, dan sebagainya, untuk membandingkan sistem baru dengan platform sebelumnya. 

• Pastikan bahwa tweak dan amandemen yang diidentifikasi selama pilot dilacak hingga selesai. 

• Tentukan kriteria keberhasilan Anda dan langkah selanjutnya sebelum pilot dimulai. Kriteria keberhasilan harus didorong oleh data untuk memungkinkan penilaian konklusif untuk mencapai keputusan sukses/gagal. Jika pemangku kepentingan menandatangani pilot dan rencana pengiriman untuk setiap amandemen, langkah berikutnya yang telah ditentukan sebelumnya (misalnya, untuk memulai penyebaran skala penuh) dimulai.

• Bersikaplah positif ketika pilot Anda mengungkapkan area yang harus diubah atau bahkan didesain ulang. Ini adalah hasil yang berharga dari pilot dan membangun fondasi untuk penyebaran go-live yang sukses. Jangan membidik pilot dengan nol rekomendasi—hasil ini akan menimbulkan kekhawatiran tentang validitas pilot.

Memilih grup percontohan

Area bisnis yang Anda pilih untuk menguji solusi idealnya akan menunjukkan semua kemampuan dalam lingkup produk minimum dicintai (MLP) untuk memenuhi hasil bisnis. Keberhasilan pengiriman MLP menjadi titik awal untuk membangun kompleksitas dan menambahkan kemampuan layanan. Kelompok percontohan MLP harus:

• Mewakili area bisnis yang tidak kritis (misalnya, help desk internal, atau pemberitahuan perubahan keadaan).

• Menangani volume panggilan yang rendah, sehingga pengguna memiliki waktu untuk mempelajari platform baru dan merekam umpan balik dan pengamatan mereka.

• Dipercayai oleh tim proyek dan pemangku kepentingan, untuk memastikan bahwa umpan balik itu adil, akurat, dan obyektif. Ini membantu menanamkan kepercayaan pada hasil percontohan dan membantu menciptakan lingkungan pengembangan kolaboratif.

• Lakukan sebagian besar fungsi platform dalam lingkup. Ada sedikit nilai atau relevansi dalam pilot yang hanya menggunakan sepuluh persen dari fungsi yang berada dalam lingkup penyebaran skala penuh.

• Lakukan fungsi yang mungkin telah dikecualikan dari, atau tidak sepenuhnya terintegrasi dalam, platform lama karena keterbatasan teknis (seperti pekerjaan jarak jauh) atau perizinan. Dengan memulai dengan grup yang tidak memiliki laporan atau rekaman di sistem lama, Anda mungkin dapat menghindari membangun integrasi lama atau memigrasi data lama. Namun, Anda harus memastikan bahwa pilot terus mewakili penyebaran skala penuh.

Pada kenyataannya, Anda mungkin harus berkompromi pada beberapa faktor ini, tergantung pada kemampuan dan kemauan tim dalam organisasi Anda untuk mengambil bagian dalam pilot.