Pelancaran Berfasa atau Big-Bang? Cara Memilih Bagaimana Pasukan Anda Beralih kepada Sistem Perniagaan Baharu

Kebanyakan pemilik menghabiskan berbulan-bulan memutuskan apa yang perlu dilakukan oleh sistem perniagaan baharu, tetapi hanya kira-kira sepuluh minit memutuskan bagaimana pasukan akan benar-benar beralih kepadanya. Keputusan sepuluh minit itu, iaitu strategi peralihan (cut-over), menentukan sama ada hari pelancaran berjalan lancar seperti Isnin biasa atau menjadi seminggu penuh kekalutan, menaip dua kali dan pesanan hilang. Lebih murah memilihnya sebelum pembinaan berbanding minggu terakhir pembinaan, kerana pilihan itu mengubah apa yang disediakan oleh pembina: data, akaun, pelan ujian dan apa yang mesti terus dihidupkan.

Panduan ini untuk pemilik dan pengurus perniagaan kecil dan sederhana yang telah atau akan menempah sistem perniagaan tersuai. Ia membandingkan empat cara beralih, menunjukkan cara memilih antaranya, dan merangkumi dua perkara yang sering diabaikan: pelan rollback bertulis dan senarai semak go/no-go. Ini panduan umum. Ia tidak menerangkan cara mana-mana pembekal melancarkan projek, dan tidak menjanjikan tarikh pelancaran atau bantuan selepas pelancaran. Perkara itu tertakluk pada sebut harga bertulis anda.

Ia terletak di antara panduan yang mungkin sudah anda kenali. Tempoh pembinaan ada dalam berapa lama sistem perniagaan tersuai mengambil masa. Pemindahan rekod lama ada dalam memindahkan data anda ke sistem baharu. Cara membantu pasukan menggunakan sistem dalam minggu selepas pelancaran ada dalam membuat pasukan anda menggunakan sistem perniagaan baharu. Panduan ini meliputi keputusan di tengah-tengahnya: bagaimana, dan dengan syarat apa, anda beralih.

Mulakan dengan satu soalan: berapa kos satu hari yang buruk?

Setiap gaya peralihan ialah jawapan berbeza kepada satu soalan: jika sistem baharu gagal pada hari sebenar pertamanya, berapa banyak kerosakan yang mampu kita tanggung? Pengusaha kedai bunga yang menerima pesanan melalui WhatsApp boleh kehilangan satu petang dan pulih. Pengedar yang invoisnya menentukan aliran tunai bulan depan tidak boleh. Tuliskan jawapannya dalam bahasa mudah sebelum membandingkan gaya:

• Apa yang rosak dahulu? Pesanan tidak diambil, invois tidak dihantar, stok dikira salah, gaji lewat dibayar. Namakan satu yang paling menyakitkan.
• Berapa lama kita boleh bertahan secara manual? Sehari, seminggu atau langsung tidak boleh. Ini menentukan betapa cepat anda mesti boleh berpatah balik.
• Siapa yang terjejas? Kakitangan sahaja, atau pelanggan dan pembekal juga. Pihak luar menaikkan kos hari yang buruk dengan mendadak.
• Bolehkah cara lama terus berjalan? Jika hamparan atau alat lama boleh kekal tersedia, pilihan anda lebih banyak berbanding jika ia akan ditutup atau memang sudah tidak boleh dipercayai.

Jawapan anda akan menjurus kepada berhati-hati atau kepada kelajuan. Empat gaya di bawah ialah kedudukan pada garis itu.

Empat cara beralih, dibandingkan

Namanya berbeza antara buku dan pembekal, jadi inilah ia dalam bahasa mudah. Dalam praktik, ia sering digabungkan, dan jadual ini ialah peta, bukan menu empat pilihan tulen.

Dua perkara sering terlepas pandang. Pertama, projek perintis berkaitan orang dan tempat (satu cawangan) atau satu tugas (satu aliran kerja), manakala fasa mengikut modul berkaitan bahagian perisian. Kedua, tiada satu pun menggantikan ujian. Gaya pelancaran menentukan bagaimana risiko diagihkan; ia tidak menghapuskan risiko yang sepatutnya ditangkap oleh ujian, iaitu tugas ujian penerimaan pengguna.

Operasi selari: lama dan baharu bersebelahan

Dalam operasi selari, kerja yang sama direkodkan dalam sistem lama dan baharu untuk tempoh tertentu, dan hasilnya dibandingkan. Ia gaya paling berhati-hati kerana cara lama masih ada untuk dijadikan sandaran, dan paling memenatkan kerana seseorang melakukan kerja dua kali.

• Pastikan ia sempit. Jalankan selari hanya untuk rekod yang kesilapannya merugikan wang sebenar, seperti invois, bayaran diterima atau jumlah hujung bulan. Meminta setiap pekerja menaip segalanya dua kali ialah cara operasi selari bertukar menjadi bantahan.
• Beri tarikh tamat. Tulis tarikhnya dalam pelan. Operasi selari tanpa penghujung menjadi kemasukan data berganda yang kekal, iaitu masalah yang ingin dihapuskan oleh sistem baharu.
• Namakan pembanding. Seorang memiliki perbandingan itu, dengan senarai ringkas: jumlah yang mesti sepadan, dan apa yang perlu dibuat apabila tidak sepadan.
• Tentukan siapa yang menang. Apabila lama dan baharu tidak sama, yang mana dianggap betul semasa disiasat? Tanpa peraturan, setiap perbezaan menjadi pertengkaran.
• Sertakan satu kitaran penuh. Jika angka yang penting ialah penutup akaun hujung bulan, tempoh itu mesti merangkumi satu. Dua minggu yang tenang tidak membuktikan banyak tentang hujung bulan.

Operasi selari yang singkat dan bersasar sering digabungkan dengan gaya lain, contohnya projek perintis yang hanya menyemak jumlah tunai cawangan perintis dengan hamparan lama.

Projek perintis: satu cawangan atau satu aliran kerja dahulu

Projek perintis memindahkan satu bahagian kecil yang dipilih ke sistem baharu manakala orang lain meneruskan cara lama. Ada dua cara memotongnya.

• Satu cawangan atau pasukan. Semua yang dilakukan cawangan itu dipindahkan. Ini menguji keseluruhan sistem dengan kerja sebenar di satu tempat, dan sesuai untuk perniagaan dengan beberapa outlet atau jabatan.
• Satu aliran kerja. Semua orang melakukan satu tugas dalam sistem baharu, contohnya mengambil pesanan kerja, manakala tugas lain kekal dengan cara lama. Ini sesuai untuk satu tapak yang risikonya terletak pada satu proses.

Memilih bahagian perintis lebih penting daripada yang disangka. Kumpulan perintis yang baik cukup tipikal untuk mengajar anda sesuatu dan cukup bertolak ansur untuk bertahan melalui permulaan yang kasar. Elakkan cawangan paling mudah, yang menyembunyikan masalah, dan yang paling sibuk, yang tidak dapat meluangkan perhatian. Pilih pengurus yang mahu ia berjaya dan akan melaporkan masalah dengan jujur.

Tentukan secara bertulis, sebelum projek perintis bermula, apa maksud “cukup baik untuk diteruskan”. Contohnya: kakitangan menyiapkan tugas harian biasa tanpa hamparan lama, jumlah akhir hari sepadan, dan senarai masalah yang ditemui tidak mempunyai butiran mesti-baiki yang belum selesai. Tanpa kriteria keluar yang dipersetujui, projek perintis hanyut. Tempohnya harus merangkumi sekurang-kurangnya satu kitaran penuh kerja, jadi tugas bulanan memerlukan sebulan. Jangkakan projek perintis menemui sesuatu; itulah tujuannya. Simpan satu senarai masalah, diasingkan kepada mesti dibaiki sebelum kumpulan seterusnya, boleh menunggu dan idea baharu.

Kosnya ialah masa dan kejanggalan. Cawangan pada sistem baharu dan cawangan pada sistem lama tidak berkongsi satu pandangan tentang perniagaan sehingga kumpulan terakhir berpindah, jadi laporan untuk pemilik mungkin perlu dicantum secara manual buat sementara. Rancang untuk itu sebelum bermula dan jangan menemuinya pada minggu kedua.

Berfasa mengikut modul: satu bahagian sistem pada satu masa

Fasa mengikut modul sesuai untuk sistem lebih besar yang terdiri daripada bahagian yang boleh berfungsi sendiri, contohnya rekod pelanggan, kemudian pesanan, kemudian stok, kemudian invois. Setiap bahagian beroperasi secara bergilir, jadi pasukan belajar satu kawasan pada satu masa dan pembina membaiki satu kawasan pada satu masa.

Risikonya terletak pada sambungan. Semasa pesanan sudah dalam sistem baharu dan invois masih dalam sistem lama, seseorang perlu membawa maklumat merentasinya, dan serah-menyerah itulah tempat kesilapan menyelinap. Tanya tiga soalan sebelum bersetuju dengan pelan berfasa:

• Betulkah setiap modul boleh berdiri sendiri? Jika pesanan tidak boleh digunakan tanpa tahap stok, susunan fasa ditentukan oleh kebergantungan, bukan keutamaan.
• Apa yang membawa maklumat merentasi semasa kedua-duanya wujud? Eksport sementara, taipan semula secara manual, atau pautan ringkas. Setiap satu ada kos masa dan ketepatan; minta ia dinamakan.
• Apa yang diberikan setiap fasa dengan sendirinya? Fasa harus menjadikan perniagaan lebih baik, bukan sekadar lebih dekat dengan janji. Jika fasa pertama hanya memberi kakitangan lebih banyak menaip, ia akan dibenci.

Fasa juga cara sistem yang dibina daripada versi pertama yang kecil berkembang. Jika anda menetapkan skop versi pertama dengan ketat, seperti dalam menetapkan skop versi pertama aplikasi, modul kemudian tiba sebagai fasa kemudian dan setiap satu mendapat keputusan pelancarannya sendiri menggunakan panduan yang sama ini.

Big-bang: semua orang, satu tarikh

Pelancaran big-bang memindahkan semua orang pada satu tarikh tetap dan menghentikan cara lama. Ia mempunyai nama buruk, dan tidak adil: bagi pasukan kecil dengan kerja mudah, ia sering menjadi jawapan yang betul, kerana ia laluan terpendek dan tiada siapa hidup dalam dua sistem.

Ia munasabah apabila kebanyakan perkara ini benar:

• Pasukan cukup kecil untuk dilatih bersama dan disokong di satu tempat.
• Kerja mudah dan sama untuk semua orang, tanpa rantaian langkah bergantung yang panjang.
• Ujian menggunakan data dan tugas sebenar, dan orang yang akan menggunakan sistem mengambil bahagian.
• Kembali kepada cara lama beberapa hari menyusahkan tetapi boleh ditanggung.
• Tarikhnya tenang, dan rollback telah ditulis serta dilatih.

Ia pilihan yang buruk apabila perniagaan menjalankan beberapa tapak, apabila kesilapan menjejaskan pelanggan atau wang tunai, atau apabila data bersepah dan belum diuji. Big-bang tidak semestinya bermaksud “tanpa jaring keselamatan”. Pelancaran big-bang yang paling selamat mengekalkan sistem lama boleh dibaca, dan kadangkala boleh disunting, untuk tempoh tertentu, seperti dalam bahagian jaring keselamatan baca sahaja dalam panduan data.

Pada hari itu sendiri, namakan ke mana kakitangan pergi untuk bantuan dan siapa yang membuat keputusan. Jika pembekal anda akan tersedia pada hari-hari pertama, dapatkan secara bertulis; panduan ini tidak dapat memberitahu apa yang disediakan oleh mana-mana pembekal.

Cara memilih: jadual keputusan

Ambil setiap baris, jawab untuk perniagaan anda, dan lihat lajur mana yang terus menang. Jika jawapan berpecah, gabungan biasanya hasil yang munasabah, contohnya projek perintis dahulu, kemudian big-bang untuk cawangan yang selebihnya, dengan operasi selari singkat untuk jumlah hujung hari.

Contoh kerja (rekaan): sebuah bakeri tiga outlet

Contoh ini direka untuk menunjukkan cara berfikir. Ia bukan pelanggan sebenar atau projek sebenar. Bayangkan sebuah bakeri dengan tiga outlet dan sebuah dapur pusat. Pesanan dan jualan harian disimpan dalam hamparan kongsi dan di atas kertas, dan sistem baharu untuk pesanan, senarai pengeluaran dan jualan akhir hari akan diserahkan tidak lama lagi.

• Kos satu hari yang buruk: senarai pengeluaran pagi yang terlepas membazirkan bahan dan mengecewakan pelanggan tetap; jumlah jualan yang salah mengelirukan semakan tunai pemilik.
• Cara lama masih ada? Ya: hamparan dan kertas boleh kekal untuk seketika.
• Keputusan: projek perintis di outlet yang paling tenang tetapi tipikal selama sebulan penuh, kemudian dua outlet lain bersama-sama, dengan operasi selari singkat hanya untuk jumlah jualan akhir hari.

Bakeri itu tidak memerlukan operasi selari yang panjang atau pelan modul berfasa; ia memerlukan tempat bukti yang kecil, kriteria keluar yang jelas dan langkah kedua yang tenang. Perniagaan satu kedai dengan dua kakitangan wajar memilih big-bang. Kemahiran ialah memadankan gaya dengan risiko, bukan memilih yang paling rumit.

Memilih tarikh

Apa pun gayanya, tarikh ialah keputusan, bukan tarikh akhir yang dipertahankan mati-matian. Beberapa panduan kasar:

• Elakkan tempoh tersibuk anda. Musim perayaan seperti Hari Raya, Tahun Baharu Cina dan Deepavali, jualan hujung tahun, permulaan sesi persekolahan atau mana-mana kempen anda. Pelancaran di tengah-tengah pesanan memuncak menghilangkan kelonggaran yang anda perlukan.
• Elakkan hujung kitaran perakaunan. Hari pertama dan terakhir bulan, hari gaji dan penutupan akhir tahun ialah hari yang buruk untuk mempelajari alat baharu.
• Mulakan awal minggu, awal hari. Permulaan Isnin pagi meninggalkan seminggu bekerja untuk mencari dan membaiki masalah; permulaan Jumaat petang meninggalkan hujung minggu tanpa sesiapa memerhati.
• Tinggalkan ruang sebelum dan selepas. Beri pembekuan perubahan beberapa hari sebelumnya dan beberapa hari yang tenang selepasnya, dengan pembuat keputusan dan seorang juara tersedia.
• Tetapkan tarikh lewat, tetapi umumkan awal. Alihkan hanya melalui keputusan go/no-go, dan beritahu kakitangan lebih awal supaya tiada siapa terkejut.

Rollback: tentukan cara berpatah balik sebelum bergerak ke hadapan

Pelan rollback menjawab: jika ini menjadi salah, bagaimana kita kembali kepada cara lama, dan siapa yang memutuskan? Tidak selesa menulisnya ketika teruja dengan pelancaran, dan itulah sebabnya ia mesti ditulis awal. Pelan yang direka dalam krisis hanyalah tekaan.

Pelan yang boleh digunakan adalah ringkas dan khusus:

• Pencetus, ditetapkan lebih awal. Contohnya: pesanan tidak dapat dimasukkan melebihi masa yang ditetapkan, jumlah berbeza daripada rekod lama melebihi amaun yang dipersetujui, atau masalah mesti-baiki muncul tanpa penyelesaian sementara. Setujui ambang sekarang, bukan di bawah tekanan.
• Seorang pembuat keputusan. Orang yang dinamakan, dengan pengganti yang dinamakan, yang boleh berkata berpatah balik. Jawatankuasa tidak berpatah balik dengan cepat.
• Apa yang diperlukan cara lama. Sistem atau hamparan lama mesti masih lengkap dan boleh digunakan. Buat sandaran pada hari cut-over, dan kekalkan ia boleh disunting sehingga titik tiada pulangan.
• Apa berlaku kepada kerja dalam sistem baharu. Entri yang dibuat selepas pelancaran mesti dimasukkan semula, dieksport atau sengaja dilepaskan. Tentukan yang mana, dan siapa melakukannya.
• Titik tiada pulangan. Selepas saat tertentu, seperti data lama diarkibkan atau pelanggan menerima dokumen daripada sistem baharu, berpatah balik menjadi mahal. Namakan saat itu, dan perlukan go/no-go baharu sebelum melepasinya.
• Satu latihan. Berlatih berpatah balik sekali pada salinan ujian. Rollback yang tidak pernah dicuba hanyalah harapan, bukan pelan. Latihan berkaitan, ujian pemulihan, diterangkan dalam asas keselamatan sistem perniagaan tersuai.

Tulis juga apa yang akan anda beritahu kakitangan dan pelanggan jika anda berpatah balik. Berpatah balik dengan tenang dan sengaja ialah kejayaan perancangan, bukan kegagalan projek.

Senarai semak go/no-go

Mesyuarat go/no-go ialah keputusan ringkas yang dijadualkan, diadakan beberapa hari sebelum pelancaran bersama orang yang boleh berkata tidak. Setiap item di bawah harus mempunyai ya atau tidak yang jelas, seorang pemilik dan bukti, bukan perasaan. Mana-mana tidak yang boleh menyebabkan hari yang buruk bermakna no-go.

No-go ialah keputusan, bukan sesuatu yang memalukan. Rekodkan apa yang kurang, siapa membaikinya menjelang bila, dan tarikh baharu. Menganjak pelancaran seminggu murah; melancarkan dengan jurang yang diketahui mahal. Jika pembekal anda menentang no-go yang boleh anda justifikasikan, itu maklumat berguna tentang bagaimana projek akan berjalan selepas pelancaran.

Soalan untuk ditanya kepada pembina anda

• Gaya pelancaran mana yang anda cadangkan untuk kami, dan mengapa? Jawapan yang baik merujuk tapak, data dan risiko anda, bukan kebiasaan.
• Bolehkah cara lama terus berjalan, dan untuk berapa lama? Tanya apa yang mesti disimpan, dan sama ada apa-apa perlu ditutup.
• Bagaimana rupa rollback untuk sistem ini? Minta langkah-langkahnya, masa yang diambil dan siapa yang melaksanakannya.
• Bolehkah modul atau cawangan dihidupkan secara berasingan? Jika boleh, tanya sama ada itu mengubah sebut harga atau garis masa.
• Siapa yang akan tersedia sekitar pelancaran, dan apa yang dijanjikan secara bertulis? Jawapannya patut ada dalam perjanjian, bukan dalam perbualan.
• Jika sistem merangkumi aplikasi mudah alih, bagaimana versi ujian sampai ke telefon kumpulan perintis, dan bagaimana versi yang rosak ditarik balik? Tanya sebelum berkomitmen kepada tarikh projek perintis.
• Apa yang anda perlukan daripada kami sebelum pelancaran? Semakan data, pengguna ujian, keputusan: minta senarai dan tarikhnya.

Kemukakan soalan yang sama kepada setiap pembekal supaya jawapan boleh dibandingkan. Cara membandingkan sebut harga perisian tersuai menunjukkan cara menyusunnya.

Kesilapan lazim

• Memutuskan gaya pada minggu terakhir. Pada ketika itu data, akaun dan ujian telah disediakan untuk pelan yang salah.
• Operasi selari tanpa tarikh tamat. Ia bertukar menjadi kemasukan data berganda yang kekal dan ketidakpercayaan senyap terhadap sistem baharu.
• Projek perintis tanpa kriteria keluar. Tanpa takrif kejayaan bertulis, tiada siapa tahu bila hendak diteruskan.
• Memilih kumpulan perintis yang paling mudah atau paling sibuk. Yang pertama menyembunyikan masalah; yang kedua tidak sempat meluangkan perhatian untuk mencarinya.
• Menganggap go/no-go sebagai formaliti. Jika jawapannya sentiasa go, mesyuarat itu sekadar lakonan. Biarkan tidak yang sebenar menjadi mungkin.
• Tiada rollback, atau rollback yang tidak pernah dicuba. Percubaan pertama kemudian berlaku semasa krisis.
• Melancarkan pada tempoh memuncak untuk menepati janji. Tarikh yang dipilih untuk acara jualan, bukan untuk kesediaan, ialah pertaruhan.
• Menutup cara lama terlalu awal. Kekalkan ia lengkap dan boleh dibaca sehingga anda melepasi titik tiada pulangan dengan sengaja.
• Melupakan minggu selepasnya. Pelancaran ialah permulaan; rancang bulan pertama dengan panduan membuat pasukan anda menggunakan sistem.

Di mana Gotka Technologies berperanan

Perkhidmatan Pembangunan Aplikasi & Sistem Gotka membina aplikasi mudah alih, aplikasi web dan sistem perniagaan, dengan harga permulaan indikatif yang disahkan melalui sebut harga bertulis setelah keperluan anda ditetapkan skopnya. Panduan ini nasihat umum. Ia tidak menerangkan cara Gotka melancarkan, memfasakan atau menyokong mana-mana projek, dan tidak menjanjikan sebarang kaedah pelancaran atau garis masa. Siapa pun pembekal yang anda pilih, minta pendekatan pelancaran, rollback dan bantuan selepasnya secara bertulis sebelum anda menandatangani. Jika anda ingin membincangkan situasi anda, hubungi kami.

Bacaan berkaitan sebelum pelancaran: apa yang perlu disediakan sebelum perbualan pertama dengan pembangun perisian.

Istilah penting dalam panduan ini

• Cut-over: peralihan daripada cara kerja lama kepada sistem baharu.
• Pelancaran big-bang: semua orang beralih pada satu tarikh tetap, dan cara lama dihentikan.
• Pelancaran berfasa: peralihan berlaku secara berperingkat, mengikut lokasi, pasukan atau modul.
• Projek perintis: kumpulan kecil pertama (satu cawangan, pasukan atau aliran kerja) menggunakan sistem baharu manakala yang lain menunggu.
• Operasi selari: sistem lama dan baharu kedua-duanya digunakan untuk tempoh tetap dan hasilnya dibandingkan.
• Rollback: kembali kepada cara lama jika sistem baharu gagal selepas pelancaran.
• Go/no-go: keputusan berjadual, berdasarkan senarai semak, sama ada hendak melancarkan atau menangguh.
• Titik tiada pulangan: saat selepas itu berpatah balik menjadi mahal atau tidak praktikal.
• Kriteria keluar: syarat bertulis yang mesti dipenuhi sebelum bergerak ke peringkat seterusnya.