Dua dalam satu kotak (jika Anda bisa) dan semua orang dalam dokumentasi (selalu).
Dalam konteks TI, "dua dalam satu kotak" mengacu pada dua server atau komponen yang dirancang untuk bekerja sama guna menyediakan redundansi dan peningkatan keandalan. Pengaturan ini dapat memastikan bahwa jika salah satu komponen gagal, komponen lainnya akan mengambil alih operasinya, sehingga kesinambungan layanan tetap terjaga. Tujuan memiliki "dua dalam satu kotak" adalah untuk menyediakan ketersediaan tinggi dan pemulihan bencana. Ini juga berlaku untuk peran manusia dalam suatu organisasi; Namun, itu jarang diterapkan.
Mari kita lihat contoh Analytics yang relevan. Kita semua mungkin mengenal seseorang di perusahaan atau organisasi kita dengan namanya yang merupakan orang yang "masuk" ke Analytics. Merekalah yang memiliki laporan atau dasbor yang dinamai menurut namanya – Laporan Mike atau Dasbor Jane. Tentu, ada orang lain yang mengetahui analitik, tetapi ini adalah juara sejati yang tampaknya tahu cara menyelesaikan hal tersulit dan melampaui tenggat waktu. Masalahnya adalah orang-orang ini berdiri sendiri. Dalam banyak kasus di bawah tekanan, mereka tidak bekerja dengan siapa pun karena hal itu dapat memperlambat mereka dan di sinilah masalahnya dimulai. Kami tidak pernah berpikir bahwa kami akan kehilangan orang ini. Saya akan menahan diri dari tipikal “misalkan mereka tertabrak bus” atau menggunakan contoh memanfaatkan peluang pasar kerja saat ini dan mengatakan sesuatu yang positif seperti “mereka memenangkan lotre!”, karena kita semua harus melakukan bagian kita untuk menjadi positif hari-hari ini.
Cerita
Senin pagi tiba, dan pakar analitik dan juara kami MJ telah mengajukan pengunduran diri mereka. MJ memenangkan lotre dan telah meninggalkan negara itu tanpa peduli pada dunia. Tim dan orang-orang yang mengenal MJ senang dan cemburu, namun pekerjaan harus dihentikan. Sekaranglah saatnya nilai dan realitas dari apa yang dilakukan MJ akan segera dipahami. MJ bertanggung jawab atas publikasi akhir dan validasi analitik. Mereka sepertinya selalu mampu meningkatkan efisiensi atau membuat perubahan yang sulit sebelum memasok analitik kepada semua orang. Tidak ada yang benar-benar peduli bagaimana hal itu dilakukan dan aman dalam kenyataan bahwa itu terjadi begitu saja, dan MJ adalah individu Rock Star Analytics sehingga tingkat otonomi diberikan. Sekarang saat tim mulai mengambil bagian, permintaan, masalah harian, permintaan modifikasi, mereka bingung dan mulai berebut. Laporan / Dasbor ditemukan dalam status yang tidak diketahui; beberapa aset tidak diperbarui selama akhir pekan, dan kami tidak tahu alasannya; orang-orang bertanya apa yang terjadi dan kapan hal-hal akan diperbaiki, suntingan yang dikatakan MJ telah selesai tidak muncul dan kami tidak tahu mengapa. Tim terlihat buruk. Ini bencana dan sekarang kita semua membenci MJ.
Pelajaran
Ada beberapa take-aways yang mudah dan jelas.
- Jangan pernah membiarkan seseorang bekerja sendirian. Kedengarannya bagus, tetapi dalam tim tangkas yang lebih kecil, kami tidak punya waktu atau orang untuk mewujudkannya. Orang datang dan pergi, tugas banyak, jadi pecah belah atas nama produktivitas.
- Setiap orang harus berbagi ilmunya. Kedengarannya bagus juga, tetapi apakah kita berbagi dengan orang atau orang yang tepat? Perlu diingat bahwa banyak pemenang lotere adalah rekan kerja. Melakukan sesi berbagi pengetahuan juga menyita waktu dari tugas dan kebanyakan orang hanya berinvestasi dalam keterampilan dan pengetahuan tepat pada saat dibutuhkan.
Jadi, apa saja solusi nyata yang dapat diterapkan dan didukung oleh semua orang?
Mari kita mulai dengan Manajemen Konfigurasi. Kami akan menggunakan ini sebagai istilah umum untuk beberapa topik serupa.
- Manajemen Perubahan: Proses merencanakan, mengimplementasikan, dan mengendalikan perubahan pada sistem perangkat lunak dengan cara yang terstruktur dan sistematis. Proses ini bertujuan untuk memastikan bahwa perubahan dilakukan dengan cara yang terkendali dan efisien (dengan kemampuan untuk kembali), dengan gangguan seminimal mungkin pada sistem yang ada dan manfaat maksimal bagi organisasi.
- Manajemen Proyek: Perencanaan, pengorganisasian, dan pengendalian proyek pengembangan perangkat lunak untuk memastikan bahwa proyek tersebut diselesaikan tepat waktu, sesuai anggaran, dan dengan standar kualitas yang diinginkan. Ini melibatkan koordinasi sumber daya, aktivitas, dan tugas di seluruh siklus hidup pengembangan perangkat lunak untuk mencapai tujuan proyek dan mengirimkan produk perangkat lunak sesuai jadwal.
- Integrasi Berkelanjutan dan Pengiriman Berkelanjutan (CI/CD): Proses mengotomatiskan pembuatan, pengujian, dan penerapan perangkat lunak. Integrasi Berkelanjutan memerlukan penggabungan perubahan kode secara teratur ke dalam repositori bersama dan menjalankan pengujian otomatis untuk mendeteksi kesalahan di awal proses pengembangan. Pengiriman/Penerapan Berkelanjutan melibatkan peluncuran perubahan kode yang teruji dan tervalidasi secara otomatis ke dalam produksi, memungkinkan peluncuran fitur dan peningkatan baru secara cepat dan sering.
- Kontrol Versi: Proses pengelolaan perubahan kode sumber dan artefak perangkat lunak lainnya dari waktu ke waktu menggunakan alat perangkat lunak khusus. Ini memungkinkan pengembang untuk berkolaborasi dalam basis kode, mempertahankan riwayat perubahan yang lengkap, dan bereksperimen dengan fitur baru tanpa memengaruhi basis kode utama.
Semua hal di atas merujuk pada praktik pengembangan perangkat lunak yang baik. Analitik yang mendorong dan menjalankan bisnis layak mendapatkan hal yang sama karena merupakan misi penting untuk pengambilan keputusan. Semua aset analitik (pekerjaan ETL, definisi semantik, definisi metrik, laporan, dasbor, cerita…dll) hanyalah cuplikan kode dengan antarmuka visual untuk mendesain dan perubahan yang tampaknya kecil dapat merusak operasi.
Menggunakan Manajemen Konfigurasi melindungi kita untuk tetap berjalan dalam keadaan baik. Aset diberi versi sehingga kami dapat melihat apa yang telah terjadi dalam masa hidupnya, kami tahu siapa yang mengerjakan apa seiring dengan kemajuan yang dibuat dan garis waktu, dan kami tahu bahwa produksi akan terus berlanjut. Apa yang tidak tercakup oleh proses murni apa pun adalah transfer pengetahuan dan pemahaman tentang mengapa segala sesuatunya menjadi seperti itu.
Setiap sistem, basis data, dan alat analitik memiliki kekhasan masing-masing. Hal-hal yang membuat mereka berjalan cepat atau lambat, hal-hal yang membuat mereka berperilaku dengan cara tertentu atau menghasilkan hasil yang diinginkan. Ini bisa berupa pengaturan pada sistem atau tingkat global atau hal-hal dalam desain aset yang membuatnya berjalan sebagaimana mestinya. Masalahnya adalah sebagian besar dari hal-hal ini dipelajari dari waktu ke waktu dan tidak selalu ada tempat untuk mendokumentasikannya. Bahkan saat kami beralih ke sistem Cloud di mana kami tidak lagi mengontrol bagaimana aplikasi dijalankan dan kami mengandalkan pemasok untuk membuatnya secepat mungkin, penyesuaian definisi terus berlanjut dalam aset kami untuk membuka apa yang kami cari dengan tepat. Pengetahuan inilah yang perlu ditangkap dan dibagikan dengan membuatnya tersedia bagi orang lain. Pengetahuan ini harus diperlukan sebagai bagian dari dokumentasi aset dan menjadi bagian integral dari kontrol versi & pemeriksaan CI/CD dan proses persetujuan dan dalam beberapa kasus bahkan sebagai bagian dari daftar periksa sebelum menerbitkan hal-hal yang harus dilakukan dan tidak Mengerjakan.
Tidak ada jawaban ajaib atau AI untuk menutupi jalan pintas dalam proses analitik kami atau kekurangannya. Terlepas dari ukuran tim yang menjaga aliran data dan analitik, investasi dalam sistem untuk melacak perubahan, membuat versi semua aset dan membantu mendokumentasikan proses pengembangan dan menangkap pengetahuan adalah suatu keharusan. Investasi dalam proses dan waktu di awal akan menghemat banyak waktu yang terbuang di kemudian hari untuk mencari tahu hal-hal untuk mempertahankan kondisi analitik kami yang sehat. Banyak hal terjadi dan yang terbaik adalah memiliki polis asuransi untuk MJ dan pemenang lotere lainnya.
