Setahun kemudian, saat merancang sistem operasi Windows 95 yang baru, orang-orang itu mengeluarkan seluruh kantin. Tetapi setelah beberapa bulan bekerja, menjadi jelas bahwa tidak akan ada cukup ruang di dalamnya juga. Dan jika Anda mengizinkan aplikasi untuk terus berkomunikasi dengan sistem operasi dan satu sama lain dengan cara lama, Anda akan mendapatkan interkoneksi dan ketergantungan yang tak ada habisnya. Diperlukan pendekatan yang berbeda secara fundamental ...
Tetapi bagaimana jika kita membuat satu mekanisme di mana setiap orang akan berkomunikasi satu sama lain? Eureka!
Hasilnya adalah mahakarya teknik, Win32 API. Ini adalah sekumpulan fungsi untuk menghubungkan komponen dan aplikasi Windows satu sama lain, salah satu faktor yang membuat Windows 95 dan sistem operasi Windows yang lebih baru begitu populer.
Integrasi
Bagi manajer proyek dan mereka yang bertanggung jawab atas integrasi, transfer data antara sistem yang berbeda menimbulkan perasaan, terkadang hampir membuat panik. Dari sudut pandang manajemen proses, integrasi menyenangkan dengan sejumlah besar hal-hal kecil dan kemacetan di mana ada sesuatu yang salah.
Situasi ini sangat genting di perusahaan besar, di mana mungkin terdapat 10-20 sistem informasi yang berbeda dalam rangkaian integrasi, dan penting untuk memastikan kesinambungan proses bisnis saat mentransfer data ke segala arah.
Merencanakan dan mengelola arsitektur aplikasi yang sedemikian kompleks bukanlah tugas yang sepele, dan, sayangnya, ini tidak dapat diselesaikan dengan semangat "biarkan semua orang menggunakan rebbit", "instal WSO2", atau "mari ganti semuanya dengan layanan mikro". Tidak, contoh telah dan akan terjadi, tetapi kasusnya, paling banter, diakhiri dengan dua atau lebih "inti" integrasi, paling buruk - gangguan kelangsungan bisnis dengan konsekuensi yang tidak menyenangkan bagi para peserta.
Pada artikel ini, saya ingin menjelaskan tahapan utama dari proses tersebut, yang biasanya berkembang secara spontan di perusahaan besar. Memperkenalkan skala pengembangan integrasi perusahaan dari 1 sampai 10. Skala ini tentunya akan mencerminkan pertumbuhan perusahaan itu sendiri, pertumbuhan tingkat perkembangan teknologi administrasi di perusahaan. Dan juga saya ingin menguraikan vektor utama pembangunan: ke mana harus menjalankan, apa yang harus dilakukan dan siapa yang harus disalahkan atas semua ini. Lelucon.
Untuk keaktifan, saya mengambil contoh sebuah perusahaan manufaktur abstrak. Ini akan memudahkan untuk menunjukkan bahwa peningkatan kompleksitas TI bukanlah tujuan itu sendiri, tetapi merupakan respons terhadap semua tantangan baru yang dihadapi perusahaan yang sedang berkembang. Jika perusahaan Anda bukan perusahaan manufaktur, tetapi, misalnya, sektor jasa, perbedaannya kecil. Beberapa langkah dapat digeser satu atau dua tingkat ke atas atau ke bawah sambil mempertahankan skenario keseluruhan.
Selain itu, hampir tidak ada nama produk atau teknologi tertentu dalam artikel tersebut. di bidang integrasi “tidak ada jalan, ada petunjuk arah”. Tidak ada produk khusus yang baru saja Anda masukkan dan gunakan. Ini akan selalu tentang mengembangkan, setidaknya, konektor. 1C, Windows, Office disebutkan sebagai perangkat lunak yang tersebar luas, tetapi alih-alih, tanpa kehilangan makna, Anda dapat mengganti SAP, Linux, dll.
Tentu saja, contoh-contoh tersebut telah disederhanakan agar lebih jelas. Beberapa pertanyaan akan tetap terbuka. Dan pendekatan itu sendiri, seperti yang selalu terjadi di TI, bukanlah satu-satunya yang benar, jadi saya mengundang semua orang untuk berdiskusi.
Artikel ini akan sangat menarik bagi para eksekutif IT, arsitek, integrator, serta siapa saja yang bekerja di perusahaan yang cukup besar.
Tingkat 0
Selamat, Anda baru saja lulus dari universitas dan memutuskan untuk terjun ke dunia bisnis. Anda baru saja mendaftarkan pengusaha perorangan.
Dalam waktu dekat, Anda akan berkenalan dengan dunia bisnis yang menakjubkan, di mana akan ada momen menyenangkan dan tidak banyak. Anda telah mendengar sesuatu tentang salah satunya dari iklan sosial - pajak.
Untuk membayar pajak (jika Anda tidak memiliki pendapatan yang diperhitungkan), Anda perlu menghitung berapa banyak uang yang Anda peroleh secara total untuk periode tersebut. Tidak mungkin seorang pengusaha perorangan akan segera mulai bekerja melalui transfer bank, dan ketika bekerja dengan uang tunai, mesin kasir diperlukan di Rusia baru-baru ini.
Tentu saja, Anda ingin menyusun katalog barang dan jasa Anda sehingga Anda dapat segera memilihnya dari daftar - dan mencentangnya. Dan pada akhir bulan, hitung dan lihat bahwa posisi A memberi Anda x% lebih banyak daripada posisi B.
Jadi 1C sederhana - atau produk serupa lainnya muncul di laptop Anda.
Level 1: penolakan
Bisnis berjalan dengan baik, Anda memiliki asisten, lalu asisten lainnya.
Anda telah membuka gerai kedua di area lain di kota, dan di sana Anda perlu meletakkan loket tiket kedua. Itu tidak lagi dapat dihubungkan ke laptop Anda.
Anda membaca instruksi untuk checkout, mengatur koneksi melalui Internet seluler. Atau hubungi perusahaan tempat Anda membelinya, mereka akan dengan senang hati membantu Anda di sana. Belum ada pembicaraan tentang integrasi apa pun.
Level 2
Bisnis semakin membaik, Anda telah berhasil memasuki sektor korporasi. Saya mungkin telah memperindah sedikit, tetapi Anda dapat menarik minat dua perusahaan lokal. Tidak terlalu besar, namun mereka adalah badan hukum nyata dengan siapa Anda menandatangani kontrak nyata pertama Anda!
Dan satu kontrak lagi, yang ketiga, dengan pemasok, tetapi entah bagaimana dia tidak memiliki perjanjian lisan yang sangat baik tentang pengiriman: dia melanggar tenggat waktu, ada pertanyaan tentang kualitas.
Dengan klien pertama, Anda dapat menyetujui pembayaran di muka, dan yang kedua meyakinkan Anda untuk pascabayar, dan sekarang Anda perlu menyimpan catatan dalam konteks klien untuk memahami dengan tepat siapa yang "ditimbang dalam gram". Untungnya, 1C Anda memiliki direktori kontraktor, dan Anda dengan sungguh-sungguh memasukkan dua entri pertama ke dalamnya. Pemasok lain, untuk berjaga-jaga. Dan satu lagi - "lainnya".
Anda pusing setelah pesta kemarin. Anda pergi ke bank untuk mendapatkan laporan rekening - dan "menemukan" kunjungan pertama Anda ke sana! Tentu saja, peristiwa seperti itu tidak dapat diabaikan dan diperhatikan. Dan kemudian Anda berpikir, bagaimana jika suatu hari bisnis Anda berkembang pesat sehingga pembayaran akan datang setiap hari?
Level 3: kemarahan
Beberapa kali semuanya hampir lenyap. Komitmen telah membuat Anda membuat perbedaan besar dalam bisnis Anda. Masalah mulai muncul, secara umum, dalam hal-hal yang paling sederhana. Di mana Anda pasti tidak mengharapkannya.
Pertama, untuk pertama kalinya dalam beberapa tahun kerja keras, Anda memutuskan untuk pergi berlibur. Baru-baru ini, pesanan yang baik selesai, sejumlah uang gratis muncul, mengapa tidak istirahat?
Kami menyetujui segalanya, menunjuk karyawan terpintar sebagai wakil mereka, menyuruhnya menelepon jika terjadi kesalahan, dan meninggalkan istirahat selama dua minggu.
Tidak ada panggilan untuk minggu pertama dan itu mungkin minggu paling bahagia dan paling tenang dalam hidup Anda. Yang terakhir adalah.
Kemudian bel berbunyi. Tidak, tidak seperti ini. PANGGILAN. Tidak hanya semuanya yang salah, Anda harus segera pulang - dan memulihkan semua yang hampir rusak tanpamu: hubungan dengan klien, proses, akuntansi.
Anda harus berpisah dengan yang terpintar, tetapi Anda membuat dua kesimpulan untuk diri Anda sendiri:
1. Saatnya mempekerjakan manajer pertama, seorang pemimpin. Dan intinya bukanlah bahwa Anda tidak punya waktu, tetapi Anda tidak bisa beristirahat selama sehari. Karena skema kerja IP tidak menyiratkan hierarki, itu berarti Anda membentuk badan hukum dan menjadi LLC. Dengan pembaruan semua kontrak.
2. Anda memahami bahwa Anda membutuhkan alat yang memungkinkan Anda memahami setiap saat bagaimana bisnis berjalan sekarang. Laporan rutin. Baiklah, tidak setiap saat, tapi setidaknya seminggu sekali? Tidak? Oke, sebulan sekali.
Kedua, sehubungan dengan pembentukan badan hukum, Anda harus menghubungi penerima waralaba 1C untuk membeli versi program badan hukum.
Manajer yang baru dipekerjakan membawa seorang akuntan yang cerdas - tentu saja paruh waktu. Dia juga menjelaskan bahwa untuk bekerja, Anda perlu memesan pengembangan beberapa laporan dari franchisee 1C, yang tanpanya sama sekali tidak ada. Dia juga mengambil alih perhitungan gaji dan manajemen pencatatan kepegawaian, baru mulai menyimpannya bukan di 1C, tapi di program lain yang diajarkan di perguruan tinggi.
Tingkat 4
Beberapa tahun lagi berlalu. Ada naik, turun, ada banyak hal. Krisis telah mereda di negara ini, tetapi entah bagaimana hal itu tidak terlalu memengaruhi Anda. Secara khusus, karena fakta bahwa Anda selalu memahami dengan jelas keadaan bisnis Anda, dan dapat dengan cepat "memotong tulang" jika diperlukan.
Anda telah mengembangkan reputasi sebagai mitra yang dapat diandalkan, jumlah klien telah melebihi 20, dan perusahaan telah mempekerjakan sekitar 50 orang. Beberapa departemen telah muncul!
Semakin banyak laporan dibutuhkan untuk pekerjaan, jadi Anda menyewa programmer 1C-nickname, yang akhirnya menguasai dan mulai memperbaiki sistem personalia juga. Dan satu orang lagi, orang IT dari semua perdagangan untuk mendukung karyawan, menyiapkan komputer, printer, dan peralatan lainnya.
Hasil pekerjaan Anda, barang, tidak lagi muat di kamar tidur, lorong, garasi - dan Anda memutuskan untuk menyewa gudang.
Kami mulai memikirkan program untuk mengelola gudang dan pengiriman (ada beberapa kasus - mereka membawa barang ke klien yang salah), tetapi nama panggilan 1C menyarankan Anda untuk membeli modul gudang untuk 1C. Atau tidak membeli apa pun, dia akan menulis sendiri dengan lebih baik - dan dengan tepat mempertimbangkan kebutuhan Anda.
Anda juga bingung dengan diskon yang Anda janjikan kepada pelanggan yang berbeda beberapa kali, dan baru-baru ini Anda bahkan menagih beberapa juta kepada pelanggan yang salah, yang membuatnya sangat tegang. Semua karyawan sebagai satu bersikeras bahwa sudah waktunya untuk menerapkan CRM.
Seorang pria IT baru saja lulus dari universitas dan menawarkan untuk membuat CRM-nya sendiri, yang akan mencakup seluruh siklus produksi Anda. 1C-nick berjanji akan membantunya. Dan hanya dalam beberapa minggu, mereka membuat sketsa prototipe yang berfungsi, sangat mungkin untuk menggunakannya!
Keduanya berbicara dan berperilaku cukup percaya diri, dan pada saat itu Anda dengan serius berpikir: haruskah Anda mengembangkan layanan TI Anda sendiri, mengembangkan solusi Anda sendiri - atau beralih ke beberapa integrator, menggunakan layanan outsourcing?
Setelah memikirkan, menyimak dan membaca banyak opini, Anda memutuskan untuk tidak memilih outsourcing. Pertama, ini hampir selalu lebih mahal daripada staf di staf. itu tidak hanya memberi makan para pemain, tetapi juga kepemimpinan mereka, dan banyak pajak juga dibayarkan.
Kedua, kualitas pekerjaan semacam itu jauh dari selalu terjamin, bahkan jika pelakunya adalah yang paling berhak (dalam suasana informal, Anda pernah bertanya kepada mereka tentang persentase proyek yang berhasil diselesaikan tepat waktu, oh, sia-sia ...)
Dan , ketiga, dan ini yang paling penting: tidak ada satu agen outsourcing yang akan melakukan pekerjaan untuk Anda "seperti untuk dirinya sendiri". Mengikat Anda dengannya dengan segala cara yang mungkin bertentangan dengan kepentingan bisnisnya.
Hasilnya, Anda mempercayai suara yang meyakinkan dari spesialis TI Anda - dan memutuskan bahwa akan lebih baik jika demikian, memiliki perkembangan Anda sendiri! Jelas bahwa nanti Anda perlu menyewa pengembang lain - dan lebih dari satu. Jelas bahwa mereka akan mengacaukan waktu, bahwa mereka tidak akan melakukan apa yang akan mengganggu mereka. Hal utama di sini adalah bahwa pemimpin itu bijaksana. Dan nuansanya - jadi semuanya memiliki nuansa, mereka ada di departemen akuntansi, dan di keamanan, dan di AXO.
Mulai saat ini, terlalu banyak hal yang mulai terjadi dalam bisnis, dan saya tidak akan menjelaskan perkembangan bisnis dalam acara-acara tersebut, kami akan berkonsentrasi pada peningkatan kompleksitas infrastruktur TI, meningkatkan jumlah sistem dalam lingkaran dan mengembangkan integrasi.
Juga di sekitar level ini, ada bahaya menginjak salah satu penggaruk terbesar dan paling kontroversial dalam sejarah integrasi perusahaan: memungkinkan sistem untuk berkomunikasi secara langsung satu sama lain. Lihat contoh diagram di bawah ini: CRM "menyalurkan" data langsung ke gudang dan sistem personalia.
Level 5: tawar-menawar
Dengan pertumbuhan bisnis, kantor dibuka di pusat regional tetangga, lalu di ibukota utara. Saat kritis berikutnya dalam bisnis dan pengembangan perusahaan telah tiba - penskalaan regional.
Banyak
Setelah beberapa insiden kebocoran informasi, Anda memutuskan untuk menyewa seorang spesialis keamanan informasi. Dia, tentu saja, menjungkirbalikkan hampir seluruh infrastruktur TI - dan dengan cepat memenangkan "cinta" yang tulus dari semua pakar TI. Tapi hanya sebentar, tk. tahu bagaimana dengan jelas membenarkan kebutuhannya, dan, secara umum, spesialis IT itu sendiri, sedarah dengan mereka. Persyaratan pertamanya adalah menutup semua port yang tidak perlu - dan mengirimkan informasi melalui saluran yang aman. Dia memberikan banyak nasihat yang baik tentang pemantauan, backup, keamanan, dan kegunaan lainnya, tetapi yang paling penting dalam konteks artikel ini, dia membawa beberapa sistem informasi lagi ke perusahaan yang perlu diintegrasikan dengan yang lain. Secara total, Anda sudah mendapatkan 7-8.
Portal perusahaan, intranet, baru saja diluncurkan, dan telah menjadi penolong yang baik bagi karyawan. Namun, wahyu terbesar bagi Anda adalah bahwa portal tersebut gagal menampilkan struktur perusahaan dan daftar karyawan. Tidak, orang-orang itu menunjukkan sesuatu, tapi struktur apa ini, di mana mereka mendapatkannya? Itu hanya semacam persilangan antara ular dan landak! Bagaimana dengan daftar karyawan? Anda secara pribadi memecat beberapa dari mereka, mengapa mereka masih muncul? Apakah mereka ada dalam sistem personalia? Dan dalam 1C? Dari mana data ini berasal? ..
Pengembang 1C *) keluar dengan proposal untuk membeli dan mengimplementasikan modul untuk data master akuntansi - ini adalah saat semua informasi di semua direktori umum (misalnya, menurut struktur, karyawan, kontraktor) dikumpulkan dan dikontrol dalam satu sistem **)... Dan juga agar semua pertukaran informasi melalui sistem ini, maka proses ini akan menjadi visual dan dapat diatur. Jika ada kesalahan, mereka akan segera diperhatikan - dan ini sangat penting. Beberapa bulan yang lalu sudah ada preseden ketika informasi gaji tidak diunduh dari sistem kepegawaian ke 1C, dan gaji tidak ditransfer ke karyawan tepat waktu.
Apa yang dibutuhkan untuk ini? Pilih sistem seperti itu. Pengembang menyarankan solusi pada platform 1C - ini adalah konstruktor yang perlu disempurnakan untuk Anda sendiri. Selain itu, pengembang bersikeras bahwa semua pertukaran berlangsung secara real time, tidak ada pertukaran malam dan pertukaran terjadwal. Masa depan keputusan ini belum terlalu jelas, tetapi alasan perlunya keputusan ini terdengar jelas dan logis. Ambil!
*) , 1 . MDM ( -) ESB ( ) . SAP, IBM, Oracle, — Fuse, Mule .
**) , ( — ) API. , 20-30, 40-50 , , . .
6
Perluasan teritorial perusahaan dapat dibandingkan dengan ledakan! Selama beberapa tahun, beberapa lusin kantor telah dibuka, staf perusahaan meningkat beberapa kali lipat. Kantor luar negeri pertama dibuka di beberapa negara bekas Uni Soviet. Orang-orang di sana, secara umum, milik kita, semua prosesnya jelas, undang-undang dan perpajakan praktis tidak berbeda dari Rusia.
Pertanyaan utama dalam merencanakan lanskap dan integrasi TI saat ini adalah apakah mungkin setiap sistem informasi dapat bekerja untuk semua negara pada waktu yang sama? Dalam prakteknya, setiap sistem memiliki nuansa tersendiri. Sistem akuntansi dan personalia - keduanya harus dijaga ketat dalam basis yang berbeda. MDM dan ESB harus dimodifikasi sedemikian rupa sehingga penjilidan negara muncul di sebagian besar buku referensi. Selain itu, beberapa elemen (misalnya nama lengkap, jabatan, nama kontraktor) harus disimpan dalam beberapa bahasa sekaligus.
Kami juga berhasil menyatukan portal perusahaan dengan membuat beberapa bagian dalam berbagai bahasa. CRM, yang mencakup, selain fungsi klien, juga otomatisasi proses bisnis utama Anda, juga telah berhasil bekerja di semua negara yang hadir.
Faktanya, Anda senang dengan situasi di tim TI dan TI. Fondasi yang pernah diletakkan memungkinkan untuk melakukan ekspansi tanpa kesulitan khusus dan faktor penghenti. Sulit membayangkan berapa banyak upaya dan sumber daya yang diperlukan Anda sekarang jika perusahaan tidak memiliki data master dan bus data. Kami biasanya diam tentang CRM!
Level 7: depresi
Tampaknya semuanya baik-baik saja. Pertukaran sedang berjalan, data sedang berjalan, proses bisnis sedang berjalan. Tapi.
Akhir-akhir ini, semakin sering terdengar dari berbagai sisi bahwa datanya tidak benar. Semua sistem, semua integrasi telah diperiksa dan diuji berkali-kali. Tidak, tidak ada kesalahan atau kegagalan teknis, semuanya bekerja seperti jarum jam.
Setelah portal perusahaan memberi selamat kepada Anda atas hari jadi Anda bersama perusahaan. Semuanya akan baik-baik saja, tetapi pengalaman itu tampak beberapa tahun lebih sedikit dari Anda sebenarnya bekerja - dan tanggalnya tidak sama. Apakah Anda berpikir, mengingat kelulusan Anda dari universitas, tahun-tahun pertama bekerja ...
Ada yang salah. Para pengembang pergi untuk mencari tahu, mengungkit ceritanya. Ternyata dengan semacam renegosiasi kontrak kerja, petugas personalia menyegel dirinya sendiri, memasukkan tanggal yang salah. Jelas, faktor manusia biasa, tidak apa-apa.
Keesokan harinya, Anda menandatangani kontrak penting. Pembayaran di muka? Tidak, selama beberapa hari uang tidak akan dikreditkan ke akun. Sudahkah Anda mendaftarkannya dengan tepat? Tercantum persis! Dan apa yang salah? Panggilan ke bank, kata mereka: kesalahan! Ternyata data detail di sistem MDM sudah usang: sudah berubah. Dan karyawan yang seharusnya memperbaikinya jatuh sakit.
Dan ada banyak hal ini, hampir setiap hari, dengan hampir setiap buku referensi dan setiap proses. Jumlah orang yang tidak puas dengan situasi di perusahaan terus bertambah, karyawan menyalahkan sistem master data untuk segala hal, operator membuat alasan berulang kali dan membicarakan kesalahan karyawan.
Anda bahkan bertanya-tanya apakah akan mengganti produk yang Anda gunakan. Di sini, pada satu presentasi, mereka mengatakan bahwa produk SAP (Oracle, IBM) tidak bermasalah! Para pengembang keberatan: tidak, ini bukan tentang produk, ini tentang proses. Audit eksternal telah dilakukan, dia memastikan bahwa sistem secara teknis berfungsi dengan benar.
Dengan sejumlah besar informasi, ditemukan masalah yang belum pernah diperhatikan sebelumnya karena tidak signifikan - kualitas data master. Data menjadi usang, data kehilangan relevansinya, orang yang memasukkan data ini terus menerus membuat kesalahan. Dan ini bukan salah siapa-siapa: kesalahan pasti akan muncul dalam volume ratusan ribu rekaman.
Faktor tambahan yang meningkatkan kemungkinan kesalahan adalah bahwa pada satu waktu Anda memilih skenario entri data yang selaras. Ini berarti bahwa data dapat dimasukkan ke dalam sistem apa pun, dan kemudian dikumpulkan di MDM. Misalnya, rekanan baru dapat ditambahkan ke CRM, melalui portal perusahaan, dalam 1C - dengan cara apa pun yang nyaman bagi karyawan tertentu pada waktu tertentu.
Masalah kualitas data? Oke, pengembang mungkin memiliki banyak alat kontrol kualitas data untuk mengotomatiskan prosesnya. Berapa banyak? Dan apa, hanya menulis cek dengan tangan Anda?
Sayangnya, tidak ada solusi yang mudah untuk masalah ini. Ini bisa saja diabaikan untuk sementara waktu, tetapi dalam dinamika menjadi jelas bahwa setelah beberapa tingkat perkembangan perusahaan, masalah ini hanya akan mengubur Anda. Dan tidak ada seorang pun yang bisa disalahkan untuk ini. Tetapi betapa sulitnya menerapkan solusi yang kompleks!
Tingkat 8
Ada solusi untuk masalah kualitas data!
Ya, ini membutuhkan perubahan kualitatif dalam pendekatan untuk bekerja dengan data dalam semua keragamannya. Proyek perubahan hampir secara bercanda disebut "kualitas untuk kualitas" oleh seseorang.
Konsep orang yang bertanggung jawab atas data telah muncul (jelas bahwa itu tidak bisa menjadi departemen TI), untuk setiap entri spesifik di setiap direktori. Semua proses dianalisis - dan mekanisme untuk mengklasifikasikan kesalahan, mekanisme untuk membuat pemeriksaan data dikembangkan. Memang, ketika data terakumulasi, semakin banyak jenis kesalahan muncul, yang berarti bahwa proses penetapan aturan dan pemeriksaan harus dibangun, pada kenyataannya, ke dalam proses entri data itu sendiri.
Ada perdebatan panjang tentang apakah fungsi kendali kualitas data harus tersentralisasi atau desentralisasi. Departemen Keuangan meyakini bahwa kualitas data kontrak dan faktur menjadi tanggung jawab mereka. Manajer administrasi dan ekonomi menganggap data di properti sebagai "miliknya", dan seterusnya. Dengan cepat menjadi jelas bahwa dalam kaitannya dengan lokasi yang berbeda di perusahaan, terdapat kriteria yang berbeda untuk kualitas data.
Untuk satu, satu pemotongan diperlukan, untuk yang lain, yang lain - itu sampai pada titik bahwa beberapa persyaratan ternyata bahkan bertentangan. Oleh karena itu, daftar persyaratan data tersebut disusun, yang dengan sendirinya merupakan data master, sejak semua sistem lain sekarang membutuhkan informasi ini. Dan diputuskan untuk memusatkan fungsi manajemen kualitas data itu sendiri, memberinya kekuatan serius untuk mengubah proses apa pun di perusahaan.
Proses perubahan di perusahaan mengungkapkan fakta menarik: orang yang memasukkan data, sebagai suatu peraturan, tidak tertarik pada kesalahan apa yang nantinya akan mempengaruhi orang lain. Dan sulit untuk memotivasi karyawan seperti itu untuk memantau kualitas dan memperbaiki kesalahan "hanya karena". Tetapi ternyata juga jika mereka menggambarkan konsekuensinya (ini adalah alat peraga yang tidak relevan, karena itu karyawan X tidak akan menerima gaji besok; ada kesalahan yang akan menyebabkan uang pergi ke tempat yang salah), ini meningkatkan gaji mereka. minat dalam proses.
Sistem kendali kualitas data dikembangkan - DQS, sebagai modul MDM. Dia meluncurkan pemeriksaan (sesuai jadwal dan saat menambahkan setiap entri) - dan melaporkan kesalahan secara pribadi kepada orang yang membuat kesalahan. Dengan penjelasan tentang konsekuensi yang mungkin terjadi.
Aturan dalam sistem pertama 100, lalu 500, setelah setahun sudah ada sekitar seribu! Departemen SDM banyak membantu dengan pelatihan, menyarankan opsi untuk memotivasi karyawan, membuat infografik dan indikator kartun dari jumlah kesalahan, mencatat penurunannya. Sebuah kompetisi bahkan mulai menemukan lebih banyak bug dan menambahkan lebih banyak aturan! Dengan bonus triwulanan, tentunya.
Tingkat perkembangan selanjutnya dari sistem DQS adalah aturan cerdas, aturan fuzzy yang menggabungkan aturan (misalnya, nilai total dalam dua laporan yang menggambarkan entitas yang sama dari sisi yang berbeda harus sesuai).
Level DQS tertinggi adalah kendali kualitas master data dan bahkan konten sistemiknya berdasarkan open data pemerintah. Contohnya adalah layanan untuk rekanan di situs web pajak, mereka memungkinkan Anda untuk mengontrol kebenaran rincian dalam MDM Anda.
Level 9: penerimaan
Untuk kualitas datanya, demi kebenaran laporan yang dihasilkan atas dasar mereka, Anda bisa tenang. Perbaikan bug tertanam dalam kode genetik perusahaan Anda - dan terjadi dengan sendirinya.
Pemahaman yang jelas tentang keadaan proses saat ini, bekerja dengan laporan dalam dinamika, kontrol kualitas produksi, bekerja dengan klien memungkinkan Anda untuk menjadi yang teratas di pasar. Nama perusahaan Anda hampir identik dengan industri.
Namun, bisnis Anda melambat. Sepertinya Anda hampir menguasai seluruh pasar bebas, dan pertumbuhan lebih lanjut dimungkinkan terutama melalui akuisisi dan merger. Salah satu masalah utama dalam akuisisi adalah integrasi tim baru dengan semua proses yang sudah mapan ke dalam perusahaan Anda.
Mari kita tinggalkan bagian administrasi dan proses bisnis di luar tanda kurung. Jika kita berbicara tentang integrasi, secara teknis tugas itu sendiri tidak terlalu sulit. Pelatihan karyawan baru dilakukan, kemudian titik waktu tertentu ditetapkan, jam "X". Setelah jam "X", semua proses yang baru diluncurkan, kontraktor baru, kontrak baru harus disimpan secara ketat di sistem utama Anda. Sistem ini akan bertahan hingga 10-20%, bahkan pertumbuhan 50% tanpa masalah. Semua sistem modern kelas MDM, ESB, CRM, dll. Memungkinkan Anda mengukur sendiri, cukup dengan membeli peralatan server baru.
Sejalan dengan ini, pada sekitar satu jam "X" Anda perlu membekukan sistem informasi perusahaan yang diakuisisi - dan menghasilkan dump mereka, menyiapkan informasi, membawanya ke format Anda. Mungkin ternyata beberapa data akan hilang - perlu diisi kembali, atau untuk sementara membuat entitas fiktif, yang tujuannya akan jelas. Secara bertahap, semuanya harus diganti, diperkaya dengan data nyata. Waktu dan tanggung jawab untuk pekerjaan ini juga harus ditentukan.
Tingkat 10
Setelah membongkar pelaporan dari sistem BI sekali lagi, Anda melihat angkanya - dan berpikir. Jumlah karyawan di perusahaan Anda sebentar lagi akan menjadi enam angka, ini adalah populasi seluruh kota. Omset tahunan mendekati 0,1% dari PDB Rusia - dan melebihi PDB republik Altai dan Tuva. Di wilayah bekas. Pasar Uni Soviet adalah milik Anda! Dan, sejujurnya, dia sangat sibuk. Tidak ada tempat lain untuk tumbuh di atasnya.
Baru-baru ini, sebuah peristiwa yang Anda impikan selama bertahun-tahun telah terjadi! Anda mengambil alih perusahaan kecil yang beroperasi di pasar UE - dan memasang beberapa bendera baru di peta.
Jika, dalam hal bisnis dan masalah administrasi, pengambilalihan ini tidak jauh berbeda dari perusahaan-perusahaan yang sebelumnya. Uni Soviet, kemudian secara teknis mengintegrasikannya ke infrastruktur Anda jauh lebih mengkhawatirkan.
Alasan utamanya adalah undang-undang Uni Eropa yang ketat terkait dengan data pribadi (dan, seperti yang dijelaskan oleh para ahli, di Uni Eropa hampir semua data dapat dikaitkan dengan data pribadi), yang disebut GDPR adalah ketentuan tentang perlindungan data dan privasi di Uni Eropa.
Selain kualitas data, muncul beberapa kategori lagi, terutama yang berkaitan dengan data pribadi. Anda harus menangkap kategori ini melalui semua proses: persetujuan, kontrak, penugasan publik, kepentingan vital, kepentingan yang sah, atau permintaan yang sah. Anda harus siap untuk menghapus data pribadi apa pun setelah terjadinya kondisi tertentu, atas permintaan orang (subjek data) sendiri. Selain itu, Anda tidak hanya harus memastikan perlindungan data (Anda telah memiliki ini untuk waktu yang lama, berkat layanan keamanan informasi), tetapi juga secara teratur melakukan audit perlindungan ini.
Dan yang terpenting: data harus disimpan di server di Uni Eropa. Di masa depan, persyaratan ini atau serupa akan muncul di lebih banyak negara, dan untuk pelanggarannya, cukup denda besar yang diberikan. Dalam kasus Uni Eropa, jumlahnya mencapai 20 juta euro, atau hingga 4% dari omset global perusahaan.
Hampir selalu pada saat ini ternyata arsitektur sistem informasi Anda tidak memungkinkan Anda untuk bekerja secara langsung dengan database yang terdistribusi secara geografis. Namun, jika Anda berhasil mencapai level ini, tim TI Anda kemungkinan besar akan memberikan solusi. Karena perubahan ini akan memakan waktu beberapa bulan, jika bukan setahun, lebih baik mempersiapkannya terlebih dahulu.
Perusahaan lokal, regional, federal, apa selanjutnya? Global?
Seluruh dunia menunggumu!
Hasil
Saya ingin membagikan sedikit kesimpulan dari cerita di atas. Tidak semua kesimpulan tidak ambigu - dan saya berasumsi bahwa kesimpulan tersebut dapat menimbulkan keberatan. Dasar:
- Pendekatan bijaksana untuk menguasai organisasi dan integrasi data adalah masalah kepentingan strategis bagi perusahaan. Kesalahan di dalamnya dapat menghentikan pertumbuhan perusahaan, atau bahkan menguburnya sama sekali.
- Bukan hanya data masternya yang penting, tetapi juga kualitasnya. Seiring pertumbuhan perusahaan, masalah kualitas data menjadi kritis.
- Pada saat yang sama, setiap tingkat pengembangan MDM, ESB, DQS berikutnya mahal dan memerlukan biaya tambahan. Ada skala yang jelas, berdasarkan mana, Anda dapat membentuk infrastruktur saat ini. Tidak perlu membuatnya dengan margin lebih dari 1-2 level.
- Tanggung jawab atas kualitas data tidak boleh ditanggung oleh departemen TI, tetapi oleh seluruh bisnis. Tugas TI adalah menyediakan alat yang mudah digunakan untuk melaksanakan tanggung jawab ini.
- Fungsi manajemen kualitas data harus dipusatkan. Proses kendali mutu didistribusikan di antara semua peserta dalam pekerjaan dengan data, mulai dari masukan awal mereka.
Saya mengundang Anda untuk berdiskusi!