Pertama kita akan mendiagnosa status dari rantai bisnis bukannya daftar sistem.
Daftar sistem hanya menunjukkan apa yang telah dibeli oleh perusahaan, dan bagaimana bisnisnya dijalankan. Transisi informasi harus memilih rantai akhir ke belakang untuk membayar kembali "" perintah untuk membayar "atau" isu untuk menutup "untuk mengambil tugas normal dan tidak biasa baru-baru ini, mencatat peran, data, status, menunggu, back- to- kerja dan gabungan manual.
Bisnis yang sama mungkin adalah penciptaan klien di CRM, rekaman kutipan tabular, perintah masuk ERP, pelacakan grup pengiriman, konfirmasi perangkat lunak finansial mengenai pengembalian uang.
- Isu operasional: siklus, backlog, back- to-kerja, error dan pengalaman klien
- Masalah proses: serahkan, persetujuan, anomali dan batas kewajiban
- Masalah data: keunikan, integritas, kaliber, dan tanggung jawab untuk memperbaharui
- Masalah sistem: kesenjangan kapasitas, antarmuka, kinerja, keamanan dan pemeliharaan resiko
Setiap sistem stok diproses menggunakan empat jenis decision-making
Sistem yang beroperasi secara stabil, memenuhi aturan inti dan masih didukung oleh produsen dapat dipertahankan; sistem yang sebagian besar berfungsi tetapi dipisahkan dari hulu dan hilir diprioritaskan; sistem yang tua, tidak dapat diandalkan tetapi membawa operasi kritis membutuhkan adaptasi progresif; dan sistem yang sangat aman, compliant atau operasional dibatasi dan yang terlalu mahal untuk beradaptasi untuk mengubah rencana.
Setiap keputusan dibuat untuk membandingkan dampak bisnis, migrasi data, kondisi antarmuka, shut-down jendela, perubahan pengguna, biaya dan takeover kapasitas. Aturan bisnis yang telah stabil mungkin terbuang hanya karena antarmuka dibangun kembali; dan data kritis dan pengalaman manusia dapat terus dikunci hanya karena sistem beroperasi.
- Reservasi: persaingan inti stabil dan batas jelas
- Terpadu: Menghubungkan link bisnis melalui API, pesan atau sinkronisasi
- Retrofit: penggantian bertahap modul berisiko tinggi dan komponen teknis
- Penggantian: sistem baru yang didirikan dan data, proses dan personil switching selesai
Harmonisasi dari kalibrasi data primer dan negara, dan awal integrasi skala besar
Klien, pemasok, komoditas, organisasi, proyek, dan personil memerlukan satu identifikasi dan sistem akuntabilitas primer. Jika CRM "menawarkan" campuran, ERP "diaudit" dan "diterima" keuangan bingung, antarmuka, bahkan dalam waktu nyata, tidak dapat menghasilkan analisis bisnis yang dapat diandalkan.
Perusahaan harus menetapkan katalog data, aturan kode, kalibers lapangan, kewajiban terbaru dan pemeriksaan kualitas. Proses sistem Cross-yang diperlukan untuk mengindikasikan siapa yang menciptakannya, yang dapat mengubahnya, sistem yang menyimpan fakta akhir, bagaimana kesalahan diuji ulang atau secara manual kompensasi.
Pengantar struktur yang telah dibentuk untuk menghubungkan sistem lama ke kemampuan baru
Tahap pertama dapat membangun portal tunggal, layanan proses, lapisan terpadu atau papan operasi, menghubungkan sistem kritis dalam sebuah API, berita, tugas atau berkas yang dikendalikan. Untuk sistem lama tanpa antarmuka, penambahan layanan yang layak, hanya membaca database atau pertukaran dokumen periodik dapat dinilai, tetapi dampak pada bank produksi dan risiko konsistensi data harus dikontrol.
Ketika sebuah modul tua membutuhkan penggantian, hubungan ketergantungan pertama kali dihapus dari sistem, dikurangi oleh antarmuka dan model data yang terpadu, dan kemudian beralih ke daerah operasi, organisasi, atau proses abu. Petunjuk data dan waktu penulisan mundur didefinisikan selama periode paralel dari sistem baru dan lama, menghindari bahwa kedua sisi mempertimbangkan yang lain sebagai sumber data akhir.
- Pertama, terhubung ke rantai nilai tinggi, dan tidak sekali untuk semua sistem.
- Desain antarmuka termasuk otentikasi, thioperation, lembur, pengujian ulang, kompensasi dan audit
- Migrasi data melalui pembersihan, pemetaan, migrasi percobaan dan rekonsiliasi contoh
- Kami memiliki pengawasan, back-up dan manual prosedur darurat di telepon.
Masukkan transisi ICT dan transisi AI dalam urutan yang benar
AI dapat membantu proses bisnis dokumen, mengambil pengetahuan, membantu pelanggan dan analisa data, tetapi jika klien, perintah, produk, dan hak istimewa tetap bingung, AI hanya akan menghasilkan hasil yang tidak konsisten lebih cepat. Informasi bisnis akan beralih ke AI untuk menyediakan akses, interpretasi dan proses yang bertanggung jawab dan data, dan kemudian akan digunakan untuk menangani tugas yang membutuhkan pemahaman dan pengetahuan.
Tidak perlu menunggu semua sistem untuk menggunakan AI. Hal ini mungkin untuk memilih skenario lokal dengan kondisi data yang lebih baik, sementara menggabungkan sumber pengetahuan, kompetensi dan manual review ke dalam arsitektur informasi. Sebagai contoh, sebuah lembar kerja didirikan dalam proses penjualan setelah, diikuti oleh klasifikasi AI an - subsidi dan penerimaan pengetahuan, dengan hasil yang masih ditulis dan diproses oleh orang yang bertanggung jawab.
ISIT untuk sebuah perusahaan penerima
Penerimaan dan pemeriksaan tidak hanya mengkonfirmasi bahwa halaman baru sedang online, tetapi harus menutupi proses, data, antarmuka, hak akses, kinerja, backup, pelatihan dan aset sistem. Perusahaan perlu untuk memperoleh permintaan dan proses, data kamus, kontrak antarmuka, kode sumber atau konfigurasi, menyebarkan skrip, laporan tes, daftar akun dan deskripsi lalu lintas, dan memastikan bahwa orang yang ditunjuk mampu untuk mencari log, ekspor data dan menangani malfungsi umum.
Contoh: Proyek, jam kerja, tagihan dan pengembalian dana untuk perusahaan layanan telah menyebar lebih dari empat set alat, membutuhkan beberapa persetujuan manual setiap bulan. Tahap pertama dapat didasarkan pada tingkat penyelesaian proyek negara, perbedaan data di seluruh sistem, waktu konsolidasi pada akhir bulan dan waktu penemuan akhir, dengan standar kaliber yang sama yang digunakan setelah greyscale telah digariskan. Target resmi telah dikonfirmasi oleh jumlah yang tidak dapat dibuktikan pada jumlah yang telah ditetapkan.
- Penerimaan operasi: end-to-end proses dan anomali mampu menutup loop
- Penerimaan data: satu-satunya, lengkap dan objek kunci dilacak
- Penerimaan teknis: antarmuka, kinerja, keamanan, cadangan dan back- up
- Penerimaan aset: konfigurasi sourcecode, nomor rekening, dokumen, dan transfer pengetahuan selesai
Transformasi informasi perusahaan dari membaca temuan ke masukan projek
Masalah yang paling mungkin setelah membaca artikel metodologi adalah penerimaan prinsip, yang tidak diterjemahkan ke langkah berikutnya. Diusulkan bahwa kepala operasi mengorganisir 60-90 menit minimal-lokakarya, memilih hanya satu proses nyata dan tidak bergegas untuk membahas platform penuh.
Langkah 1: Pembangunan status saat ini dan baseline contoh
Data tidak digunakan untuk merekam laju tabungan yang baik, tetapi untuk membalikkan data.
Langkah 2: klarifikasi penutupan awal dan inaksi
Tahap pertama dirancang untuk memungkinkan rantai untuk dijalankan dan dilacak, daripada untuk membangun informasi perusahaan, mendigitalisasi perusahaan, dan beradaptasi sistem saham ke versi yang sama.
Langkah 3: Cocokkan hasil teknis untuk rekayasa bukti
Penting untuk membangun hubungan pelacakan antara nomor permintaan, nomor sampel, hasil tes dan versi sekitar "Unify master data dan kalibrasi negara, dan kemudian mulai integrasi skala besar". Proyek-proyek informatisasi perlu mengidentifikasi tanggung jawab data primer, status proses, kalibrasi lapangan, arah sinkronisasi antara sistem, dan kompensasi yang tidak biasa.
Langkah 4: Menerima, inspeksi dan disking dengan kaliber yang sama
Dengan asumsi bahwa proses asli menangani 600 tugas per bulan, rata-rata 20 menit dan tingkat pengembalian 10 persen, target dapat digambarkan sebagai "enam minggu setelah mengejutkan - up, dengan rata-rata 25 persen kurang waktu - mengkonsumsi dan tingkat pengembalian tidak lebih tinggi dari baseline asli, mengingat kompleksitas relatif dari tugas tersebut." Grup hanya menunjukkan metode pengukuran dan tidak mewakili hasil klien; indikator formal harus diidentifikasi oleh perusahaan sendiri.
- Material operasional: flowchart, peran, misi sampel, isu saat ini dan data baseline
- Material teknis: inventaris sistem, antar muka, akses data, lingkungan penyebaran dan persyaratan keamanan
- Material projek: lingkup fase pertama, pengecualian, matriks kewajiban, tonggak dan mekanisme perubahan
- Menerima dan memeriksa bahan: uji set, catatan eksekusi, daftar kekurangan, petunjuk dan dokumen-dokumen handover
Ketika bahan-bahan ini diidentifikasi bersama-sama oleh kedua pihak operasional dan teknis, metode dalam artikel sebenarnya dimasukkan ke dalam proyek. Jika data kunci, otorisasi antar muka atau orang yang bertanggung jawab tidak berada di tempat, langkah selanjutnya logis biasanya adalah diagnosis terbatas atau PoC, daripada komitmen langsung untuk menyelesaikan jangka waktu kerja dan harga total.
Implikasi metodologi untuk aksi projek
- Transisi informasi bisnis akan diikuti oleh link bisnis diagnosis dan sistem evaluasi.
- Sistem inventaris yang dikecualikan oleh retensi, integrasi, adaptasi dan penggantian
- Data utama, kaliber negara dan keputusan kompensasi yang tidak biasa
- Pemroses data base dan aplikasi AI dapat dibangun dalam sinergi, tetapi tanggung jawab tidak dapat dikacaukan
Layanan Relevan, program, dan keputusan membuat panduan
Perkembangan informasi Enterprise dan pengembangan sistem
Lihat perencanaan proses, seleksi sistem, pengembangan perubahan, tata letak data, dan cakupan layanan yang sedang berlangsung
Lihat rincianProgram platformSolusi Enterprise Digital Platform
Memahami bagaimana klien, proyek, perintah, organisasi, antarmuka dan analisa bisnis membentuk platform yang terpadu
Lihat rincianKapasitas kasusplatform terintegrasi untuk operasi dari proyek-proyek perusahaan berbasis layanan
Lihat sinergi kontrak, proyek, jam kerja, pengiriman, penagihan dan pengembalian dana
Lihat rincianMelanjutkan untuk mendamaikan masalah umum dalam keputusan projek-membuat
Sistem mana yang harus digunakan SMEs pertama untuk informasionisasi?
Proses ini digunakan untuk memprioritaskan produk dewasa, membutuhkan kemampuan berbeda atau integrasi kompleks sebelum penyesuaian dipertimbangkan. Target pertama adalah untuk menghasilkan loop tertutup-to-end dan data kredibel, daripada untuk menutupi semua sektor pada satu waktu. Manajemen harus menunjuk pemimpin bisnis dan kaliber tunggal.
Lihat jawaban lengkapPemilihan informasi perusahaan, integrasi dan tata letak dataBagaimana seharusnya data inkonsistensi dalam multisistem dapat diatasi?
Perbedaan sejarah memerlukan inventaris, pembersihan, dan validasi manual, dan tidak ada naskah batch dapat digunakan untuk menyembunyikan akar penyebabnya.
Lihat jawaban lengkapInfo Bisnis, Integrasi Sistem dan TransportasiBagaimana migrasi data sejarah memastikan akurasi dan reversibilitas?
Migrasi data melibatkan pembuatan suatu direktori data, pemetaan bidang, pembersihan, aturan dan tanggung jawab bisnis, diikuti dengan beberapa migrasi uji ulang. Keakuratan tidak hanya perbandingan dari jumlah artikel, tetapi juga rekonsiliasi bidang kunci, jumlah bisnis, korelasi dan perbedaan retroaktif.
Lihat jawaban lengkapPemilihan informasi perusahaan, integrasi dan tata letak dataBagaimana proyek informasi perusahaan menghitung hasil masukan?
Input ini termasuk software, implementasi, data, antarmuka, pelatihan, penyesuaian proses, stotopver dan transportasi jangka panjang. Keuntungan dapat datang dari siklus yang lebih pendek, penemuan yang lebih rendah, lebih sedikit kesalahan, lebih cepat kembali, kesesuaian yang lebih tinggi dan transparansi manajemen.
Lihat jawaban lengkapPerlu analisis lebih lanjut dalam konteks negara saat ini perusahaan?
Kami memberikan saran teknis IT, konstruksi informasi perusahaan, Software Project Outlook, desain produk, pengiriman R & D dan layanan pengiriman sistem.
