Bahagian ketiga telah menyelesaikan kerja pembersihan: nama telah diseragamkan, tarikh dalam satu format, nombor benar-benar menjadi nombor, dan makna yang dahulunya tersimpan dalam warna sel telah ditukar menjadi medan bertulis. Data sudah sedia untuk dipindahkan. Yang tinggal ialah keputusan yang menentukan sama ada peralihan berlaku dengan tenang atau bertukar menjadi kekeliruan berminggu-minggu: apa yang dipindahkan dahulu?

Ia kelihatan seperti butiran teknikal bagi pihak yang melaksanakannya. Sebenarnya ia keputusan operasi, dan keputusan itu milik anda. Syarikat anda tidak akan berhenti demi migrasi. Pelanggan akan membuat pesanan, invois akan dikeluarkan, pembekal akan menghantar barang — semuanya ketika separuh data anda berada di satu tempat dan separuh lagi di tempat lain. Susunan yang betullah yang menjadikan tempoh itu boleh diurus, dan bukannya tempoh di mana semua orang bekerja dua kali.

Mengapa pemindahan sekali gus tidak berkesan

Naluri itu boleh difahami: pindahkan segala-galanya pada hujung minggu, mula beroperasi pada hari Ahad dengan sistem baharu, selesai. Senario itu biasanya gagal atas tiga sebab yang langsung tiada kaitan dengan kualiti sistem.

Pertama, anda akan menemui lebih banyak perkara semasa pemindahan daripada yang anda jangka. Setiap migrasi mendedahkan data yang tiada yang tidak disedari sesiapa: pelanggan tanpa nombor cukai, item tanpa unit ukuran, invois tanpa rujukan. Pindahkan semuanya bersama, dan semua penemuan itu tiba serentak, pada saat yang paling sempit.

Kedua, pasukan anda mempelajari sistem sambil mengendalikannya. Tiada sesiapa yang menguasai alat baharu dalam sehari. Pemindahan sekali gus meminta semua orang mempelajari segala-galanya serentak, jadi apabila ralat muncul anda tidak dapat mengenal pasti puncanya: adakah datanya salah, adakah sistemnya dikonfigurasikan dengan salah, atau adakah kakitangan itu cuma belum memahami skrin tersebut?

Ketiga, ia tidak meninggalkan jalan untuk berundur. Jika kecacatan asas muncul selepas dua hari, satu-satunya pilihan anda ialah terus memaksa ke hadapan atau berpatah balik sepenuhnya, dan kedua-duanya mahal. Pemindahan berperingkat sentiasa mengekalkan sebahagian perniagaan di atas landasan yang stabil. Ini salah satu corak yang berulang dalam projek sistem yang tersekat: kesalahannya jarang terletak pada alat itu, dan biasanya pada percubaan untuk mengubah segala-galanya pada hari yang sama.

Data induk sebelum transaksi: peraturan yang menjadi asas seluruh susunan

Data anda terbahagi kepada dua jenis. Data induk: pelanggan, pembekal, item atau perkhidmatan, kakitangan, carta akaun. Dan data transaksi: invois, pesanan, pesanan belian, pergerakan stok, penerimaan bayaran.

Perbezaan antara kedua-duanya bukan kepentingan, tetapi arah. Data transaksi sentiasa menunjuk kepada data induk: setiap invois menunjuk kepada seorang pelanggan dan beberapa item, setiap pesanan belian menunjuk kepada seorang pembekal. Sebaliknya tidak pernah benar. Jadi susunannya ditentukan oleh kebergantungan, bukan pilihan: pindahkan data induk dahulu, kerana transaksi tidak boleh berdiri di atas sesuatu yang tidak wujud.

Terbalikkan susunan itu dan anda akan mendapat kegagalan klasik: anda mengimport tiga ribu invois, sistem secara automatik mencipta pelanggan baharu bagi setiap nama yang tertulis di dalamnya, dan akhirnya senarai pelanggan anda memuatkan syarikat yang sama tiga kali dengan tiga ejaan. Anda akan menghasilkan semula, di dalam sistem, kekacauan yang sama persis dengan yang dibersihkan sepanjang bahagian ketiga — cuma kini membetulkannya lebih sukar.

Dalam amalan, susunannya adalah seperti berikut:

  • Pertama: entiti teras. Pelanggan, pembekal, item dan perkhidmatan. Senarai pendek yang dipindahkan sekali dan disemak dengan mata. Inilah lapisan yang menjadi asas segala yang lain.
  • Kedua: baki pembukaan. Berapa yang terhutang oleh setiap pelanggan kepada anda dan berapa yang anda terhutang kepada setiap pembekal, kuantiti stok pada saat permulaan, baki akaun. Ini bukan sejarah; ini titik sifar tempat sistem bermula. Pilih satu tarikh khusus untuknya dan berpegang padanya.
  • Ketiga: transaksi terbuka sahaja. Apa yang masih aktif sekarang — pesanan yang belum dihantar, invois yang belum dikutip, pesanan belian yang belum diterima. Inilah yang disentuh pasukan setiap hari, dan jumlahnya jauh lebih kecil daripada yang anda bayangkan.
  • Terakhir, dan mungkin tidak sama sekali: arkib sejarah. Invois yang telah ditutup daripada tahun-tahun sebelumnya.

Arkib sejarah: soalan yang menjimatkan masa berminggu-minggu

Pengguna masa dan wang terbesar dalam sesuatu migrasi ialah desakan untuk membawa keseluruhan sejarah syarikat ke dalam sistem baharu. Soalan yang mesti didahulukan sebelum keputusan itu: apa yang sebenarnya akan anda lakukan dengan sejarah itu?

Jika jawapannya kami memerlukannya untuk membuat semakan atau untuk pemeriksaan di sisi undang-undang, arkib sudah pun melaksanakan fungsi itu sebagaimana adanya — disimpan dalam format asalnya, di tempat yang diketahui dan boleh dicari. Kewajipan anda di sisi undang-undang ialah menyimpan invois dan rekod serta dapat mengemukakannya apabila diminta, seperti yang ditetapkan oleh Pihak Berkuasa Zakat, Cukai dan Kastam (ZATCA), bukan memastikan semuanya berada khusus di dalam sistem baharu.

Jika jawapannya kami mahukan laporan yang membandingkan tahun ini dengan tahun-tahun sebelumnya, maka anda memerlukan sebahagian sejarah, bukan semuanya, dan biasanya pada peringkat ringkasan dan bukannya setiap baris invois. Perbezaan antara kedua-dua migrasi itu besar dari segi usaha dan kos.

Peraturan kerjanya: pindahkan sejarah yang akan anda jadikan asas keputusan, dan simpan selebihnya sebagai arkib. Jangan jadikan migrasi arkib sebagai prasyarat untuk mula beroperasi — ia boleh dilakukan kemudian tanpa tekanan, manakala permulaan operasi tidak boleh ditangguhkan tanpa had.

Operasi selari: perlu, dan berbahaya jika dibiarkan terbuka

Operasi selari bermaksud merekodkan transaksi dalam sistem baharu dan fail lama pada masa yang sama untuk tempoh yang ditetapkan. Ia mempunyai satu tujuan khusus: mengesahkan bahawa sistem menghasilkan keputusan yang sama seperti yang sudah anda ketahui. Anda membandingkan jumlah jualan minggu itu, baki pelanggan, kuantiti satu atau dua item. Jika angkanya sepadan, sistem berfungsi dengan betul; jika berbeza, anda mengetahuinya sebelum sesiapa membuat keputusan berdasarkan angka yang salah.

Tetapi operasi selari ada kos sebenar: pasukan anda bekerja dua kali. Kos itu boleh diterima untuk dua minggu dan memusnahkan jika berlarutan tiga bulan. Bahayanya bukan sekadar usaha. Kemasukan berganda mula tergelincir selepas beberapa ketika — seseorang merekod di satu tempat dan menangguhkan yang satu lagi — jadi kedua-dua salinan semakin berbeza dan latihan itu hilang maknanya sama sekali, kerana anda tidak lagi tahu yang mana satu betul.

Jadi satu-satunya peraturan yang penting di sini: operasi selari dengan tarikh tamat yang diumumkan kepada semua orang sejak hari pertama. Tuliskan tarikhnya, maklumkan kepada pasukan, dan lanjutkan hanya melalui keputusan yang jelas dengan sebab bertulis — jangan sekali-kali kerana terbawa-bawa. Tempoh tanpa had bukan sikap berhati-hati; ia keputusan yang ditangguhkan, dan itulah cara paling biasa sesuatu sistem baharu hanya separuh digunakan selama setahun penuh. Ini sebahagian daripada kerja pengurusan perubahan yang dibincangkan panjang lebar dalam panduan kami tentang melaksanakan sistem secara berperingkat.

Pandangan Origami

Apabila kami membina sistem tersuai untuk syarikat yang beroperasi menggunakan hamparan elektronik, kami menganggap pelan migrasi sebagai sebahagian daripada reka bentuk, bukan sebagai langkah pelaksanaan di hujung projek. Sebabnya, susunan migrasi memaksa keputusan tentang struktur sistem itu sendiri: entiti mana yang mesti boleh berdiri sendiri, medan mana yang mesti boleh menerima keadaan tidak lengkap buat sementara waktu, dan di mana kami memerlukan import yang boleh diulang tanpa menduplikasi rekod.

Kami juga menetapkan bersama pelanggan tarikh fail lama ditutup sebelum kami bermula, kerana tarikh itulah yang menukar projek daripada eksperimen selari kepada peralihan sebenar. Ini pendekatan yang sama yang kami gunakan dalam pelan hala tuju pendigitalan berperingkat, dan ia merangkumi semua perkhidmatan kami: setiap fasa menghasilkan sesuatu yang berfungsi, bukan janji bahawa semuanya akan berfungsi pada akhirnya.

Petanda yang memberitahu anda peralihan telah berjaya

Anda tidak akan tahu sama ada peralihan berjaya daripada laporan penyiapan atau peratusan migrasi. Anda akan mengetahuinya daripada tingkah laku yang tidak diminta oleh sesiapa: seorang kakitangan berhenti membuka fail lama tanpa disuruh. Apabila sistem menjadi perkara pertama yang mereka buka pada waktu pagi kerana ia jalan yang lebih pantas untuk mendapatkan apa yang mereka perlukan, peralihan benar-benar telah berlaku. Apabila mereka terus membuka fail itu setiap pagi walaupun semuanya telah dipindahkan, peralihan belum berlaku, tidak kira apa yang ditunjukkan oleh angka kemajuan.

Perhatikan petanda itu dan bukannya angka-angka. Dan jika anda mendapati orang kembali kepada fail lama, sebabnya biasanya bukan penentangan — sebaliknya sistem tidak memberi mereka sesuatu yang mereka perlukan, atau memberikannya dengan perlahan, atau dengan lebih banyak langkah. Itu punca yang boleh dibaiki, tetapi hanya jika anda melihatnya awal dan bertanya mengenainya.

Dalam bahagian seterusnya

Data telah dipindahkan mengikut susunan yang betul, dan timbul satu soalan yang tidak wujud dalam dunia fail: sesiapa yang membuka fail dapat melihat segala isinya, manakala sistem menentukan siapa melihat apa. Bahagian seterusnya membincangkan kebenaran akses — gaji, margin dan data pelanggan, serta siapa yang boleh melihat setiap satu. Kemudian kita akan beralih kepada laporan yang dahulunya anda sediakan secara manual setiap bulan, dan menutup siri ini dengan tiga puluh hari pertama selepas peralihan.

Sumber