Dalam artikel ini
Dalam bahagian pertama, kami menamakan lima isyarat bahawa sesebuah fail telah melepasi hadnya, dan menutupnya dengan latihan lima minit pada satu fail. Jika anda telah melakukannya, kini anda mempunyai jawapan bertulis tentang satu fail. Bahagian ini meluaskan latihan itu kepada seluruh syarikat, kerana kesilapan paling mahal dalam sebarang migrasi berlaku sebelum perpindahan, bukan semasanya: bermula dengan fail yang salah.
Sebabnya, apa yang anda anggap sebagai sistem anda tidak semestinya sistem anda. Ada fail rasmi — berformat, diluluskan, ditunjukkan dalam mesyuarat — dan ada satu lagi yang jauh kurang menarik, yang dibuka oleh seseorang setiap pagi dan digunakan sepanjang hari, dan dari situlah datangnya angka yang menjadi asas keputusan anda. Fail kedua itulah sistem rekod sebenar anda, walaupun tiada sesiapa pernah memanggilnya begitu. Tugas bahagian ini adalah untuk menemuinya.
Mengapa bilangan fail semakin bertambah
Tiada sesiapa yang pada suatu pagi memutuskan bahawa syarikat patut mempunyai empat puluh helaian. Bilangannya bertambah kerana setiap helaian baharu, pada saat ia dicipta, ialah jawapan terpantas yang ada. Sebuah jabatan memerlukan medan yang tiada dalam fail utama, lalu ia memulakan fail kecil di sebelahnya. Seseorang perlu bekerja tanpa menghalang orang lain, lalu dia membuat salinan. Pengurusan meminta laporan dalam bentuk yang berbeza, lalu sebuah fail dibina untuk menarik data daripada dua fail lain. Setiap langkah munasabah; jumlah keseluruhannya ialah peta yang tidak pernah dilukis oleh sesiapa.
Dan kerana pertumbuhannya beransur-ansur, syarikat juga beransur-ansur hilang jejak fail mana yang membekalkan data kepada fail mana. Anda mendapati laporan bulanan menarik data daripada helaian yang pemiliknya sudah berhenti mengemas kininya berbulan-bulan lalu, atau dua fail menyimpan data yang sama dan setiap jabatan hanya mengemas kini salinannya sendiri. Pautan yang tidak kelihatan inilah yang menjadikan inventori satu langkah yang tidak boleh dilangkau, dan bukan sekadar kerja mengemas pentadbiran.
Tiga soalan yang mendedahkan sistem sebenar
Anda tidak memerlukan semakan menyeluruh ke atas setiap fail dalam syarikat. Tiga soalan memisahkan fail yang menanggung kerja daripada fail yang hanya menyimpan salinannya:
- Fail mana yang, jika hilang hari ini, akan menghentikan kerja esok? Inilah soalan paling kuat dalam keseluruhan inventori, kerana ia mengukur kebergantungan, bukan kepentingan yang diisytiharkan. Tanyakan dalam istilah operasi: jika kita buka esok dan fail itu sudah tiada, bolehkah kita masih menerima barang, mengeluarkan barang, mengeluarkan invois dan menjawab pelanggan? Sangat sedikit fail yang menjadikan jawapannya tidak — dan itulah sistem anda.
- Siapa yang membukanya setiap hari? Fail yang dibuka sebulan sekali ialah laporan; fail yang dibuka setiap pagi dan diisi sepanjang hari berjalan ialah rekod operasi. Kekerapan harian ialah petunjuk paling boleh dipercayai bahawa sesebuah fail telah menjadi sebahagian daripada proses itu sendiri, bukan sekadar gambaran tentangnya.
- Fail mana yang menjadi asas kepada fail lain? Jejaki arahnya: dari mana datangnya angka dalam fail ini, dan ke mana ia pergi. Fail yang membekalkan data kepada tiga fail lain ialah sumber, dan sebarang kesilapan di dalamnya berganda tiga kali sebelum ia muncul. Fail yang tidak membekalkan apa-apa dan tidak dibekalkan oleh apa-apa ialah calon kuat untuk ditutup, bukan dimigrasikan.
Gunakan ketiga-tiga soalan itu, tetapi jangan menjawabnya seorang diri. Tanyalah orang yang benar-benar bekerja dalam fail tersebut — jawapannya ada pada orang yang membukanya, bukan pada orang yang menerima laporannya. Kemungkinan besar anda akan bertemu fail yang anda tidak tahu wujud, dan itu akan menjadi antara dapatan paling penting.
Perkara yang biasanya didedahkan oleh inventori
Inventori bukan sahaja menghasilkan senarai; ia juga menjelaskan masalah yang selama ini anda hadapi tanpa sebab yang diketahui. Empat dapatan yang kerap berulang:
- Fail rasmi bukan fail yang digunakan. Templat rasmi yang dibina dengan teliti ditinggalkan, dan pasukan bekerja dalam salinan peribadi yang lebih ringkas yang sesuai dengan cara kerja sebenar. Itu bukan salah laku, tetapi maklumat: templat rasmi tidak sepadan dengan proses sebenar, dan proses itulah yang menang.
- Satu data di dua tempat. Senarai pelanggan atau senarai harga yang sama wujud dalam dua fail, dan setiap jabatan mengemas kini senarainya sendiri. Inilah punca langsung angka yang berubah bergantung pada siapa yang anda tanya, seperti yang kami bincangkan dalam bahagian pertama. Penyelesaian yang kekal ialah setiap data mempunyai tepat satu tempat ia ditulis, prinsip di sebalik satu sumber yang boleh dilihat oleh semua.
- Fail mati yang masih memakan masa. Helaian yang dikemas kini setiap minggu selama dua tahun tetapi tiada sesiapa membacanya. Jangan migrasikannya dan jangan perbaikinya — tanyakan siapa yang menggunakannya, dan jika tiada jawapan, hentikannya selama dua minggu dan lihat sama ada sesiapa bertanya.
- Makna yang disimpan di luar fail. Lajur bernama status yang mengandungi kod yang hanya difahami oleh seorang, atau baris berwarna yang bermaksud segera tanpa menyatakannya. Datanya ada, tetapi maknanya tiada di dalamnya, dan itulah topik bahagian seterusnya.
Pandangan Origami
Kami ialah syarikat teknologi yang membina sistem untuk perniagaan di Arab Saudi, dan perkara pertama yang kami minta dalam projek seperti ini bukanlah dokumen keperluan bertulis, tetapi fail itu sendiri, tepat seperti adanya — dengan segala kekusutan, lajur tersembunyi, pengecualian dan sebagainya. Sebabnya, fail itu merekodkan cara syarikat benar-benar bekerja, manakala dokumen bertulis mencatat cara ia sepatutnya bekerja, dan jurang antara kedua-duanya ialah tempat projek gagal.
Susunan yang kami syorkan ialah inventori dilakukan sebelum sebarang keputusan tentang alat atau skop. Syarikat yang tahu ia mempunyai tepat dua fail kritikal membuat keputusan yang sama sekali berbeza daripada syarikat yang menyangka empat puluh fail semuanya perlu dipindahkan, dan perbezaan itu kelihatan pada skop dan tempoh projek. Oleh itu, perkhidmatan kami bermula dengan membaca apa yang sedia ada sebelum mereka bentuk penggantinya — logik yang sama yang kami huraikan dalam cara melaksanakan sistem dengan jayanya ketika membincangkan migrasi data dan pengurusan perubahan.
Hasil kerja: senarai satu halaman
Inventori yang tidak menghasilkan satu halaman pun tidak boleh diharap. Jadikan hasilnya satu jadual yang tidak melebihi satu halaman, dengan hanya empat lajur bagi setiap fail kritikal:
- Fail. Nama sebenarnya dan lokasi sebenarnya: di komputer siapa, dalam folder kongsi yang mana, di bawah akaun apa. Menulis lokasi dengan tepat sudah pun merupakan latihan yang membuka mata.
- Pemiliknya. Seorang individu yang dinamakan, bukan jabatan. Jika anda tidak dapat mencari satu nama pun, fail itu tiada pemilik, dan itu dapatan yang wajar direkodkan.
- Perkara yang bergantung kepadanya. Operasi mana yang terhenti jika ia terhenti, dan fail atau laporan mana yang menarik data daripadanya. Lajur inilah yang akan menetapkan susunan migrasi dalam bahagian keempat.
- Sama ada ia mempunyai sandaran. Dengan jawapan yang terus: ya, automatik; ya, manual dan dilakukan oleh individu yang dinamakan; atau tidak. Dan jika jawapannya ialah salinan pada komputer yang sama, itu tidak dikira sebagai sandaran.
Bilangan baris dalam senarai ini menentukan saiz sebarang migrasi yang bakal dilakukan, dan biasanya ia jauh lebih kecil daripada jangkaan anda. Fail yang menggabungkan dua ciri — kerja terhenti tanpanya, dan ia tiada sandaran — ialah keutamaan nombor satu anda, tanpa mengira sebarang rancangan lain. Dan fail yang tiada apa-apa bergantung kepadanya langsung tidak wajar dipindahkan; mengetahui hal itu menjimatkan separuh kerja anda.
Dalam bahagian-bahagian akan datang
Kita sudah tahu fail mana yang menjadi sistem; kini ia perlu bersedia untuk dipindahkan. Bahagian seterusnya membincangkan pembersihan data sebelum migrasi: pendua dengan nama berbeza bagi pihak yang sama, format tarikh yang bercampur, nombor yang disimpan sebagai teks, dan lajur yang maknanya tidak diketahui sesiapa. Peraturan yang akan kami jadikan asas ialah setiap makna yang disimpan dalam warna atau dalam kepala seseorang mesti menjadi medan bertulis sebelum perpindahan. Kemudian kita beralih kepada susunan migrasi yang membolehkan perniagaan terus berjalan, kemudian kebenaran akses, kemudian laporan, dan kami tutup dengan tiga puluh hari pertama selepas perpindahan.
Sumber
- Pihak Berkuasa Zakat, Cukai dan Kastam (ZATCA) — keperluan menyimpan invois dan dokumen cukai, serta tempoh penyimpanan.
- Pihak Berkuasa Data dan Kecerdasan Buatan Saudi (SDAIA) — Undang-undang Perlindungan Data Peribadi (PDPL) dan pihak berkuasa yang bertanggungjawab ke atasnya.
- Kementerian Sumber Manusia dan Pembangunan Sosial — keperluan menyimpan rekod dan data pekerja.
- Kementerian Perdagangan — peruntukan tentang buku dan rekod perdagangan bagi pertubuhan perniagaan.
- Pihak Berkuasa Keselamatan Siber Kebangsaan (NCA) — kawalan yang meliputi perlindungan data dan sandaran dalam organisasi.
Soalan lazim
Apakah maksud sistem sebenar saya jika saya tidak mempunyai sistem?
Sistem rekod sebenar anda ialah fail yang benar-benar menjadi pergantungan operasi harian, bukan fail rasmi yang diluluskan. Anda mengenal pastinya dengan tiga soalan: adakah kerja akan terhenti esok jika fail itu hilang hari ini, siapa yang membuka dan menulis di dalamnya setiap hari, dan adakah fail atau laporan lain dibina di atasnya. Fail yang menjawab ya bagi ketiga-tiganya ialah rekod operasi anda, walaupun tiada sesiapa pernah memanggilnya sistem.
Berapa banyak fail yang patut dimasukkan ke dalam senarai inventori?
Hadkan kepada fail kritikal, yang dalam syarikat bersaiz sederhana biasanya hanya sedikit dan boleh dikira dengan jari kedua-dua tangan. Matlamatnya bukan untuk mengkatalogkan setiap fail, tetapi untuk mengenal pasti apa yang menanggung kerja. Fail yang tiada apa-apa bergantung kepadanya dan tidak membekalkan data kepada apa-apa dimasukkan ke dalam senarai berasingan untuk ditutup atau diarkibkan, bukan ke dalam senarai migrasi.
Mengapa tidak melangkau inventori dan terus memulakan migrasi?
Kerana migrasi tanpa inventori biasanya bermula daripada fail yang paling ketara, bukan yang paling penting, maka sebahagian kerja berpindah sementara teras operasi kekal di tempatnya, dan akhirnya anda menjalankan sistem dan fail secara selari tanpa had masa. Inventori juga mendedahkan kebergantungan antara fail, dan itulah yang menetapkan susunan migrasi yang betul serta mengelakkan kerja terhenti sepanjang migrasi.
Apakah yang patut saya lakukan jika fail kritikal tidak mempunyai seorang pemilik yang diketahui?
Rekodkan perkara itu dalam senarai sebagaimana adanya, kerana ketiadaan seorang pemilik yang bertanggungjawab ialah dapatan paling penting yang boleh dihasilkan oleh inventori. Langkah segera ialah menyerahkan fail itu kepada seorang individu yang dinamakan dan memastikan sandaran wujud di luar komputernya, sebelum sebarang perbincangan tentang migrasi atau sistem. Fail yang menjadi pergantungan kerja tanpa pemilik dan tanpa sandaran ialah risiko tertinggi dalam senarai anda.
Ikuti Origami di Google
Tetapkan Origami sebagai sumber pilihan dan artikel kami akan muncul dahulu untuk anda dalam Carian Google dan Berita Utama.








