12 Alasan Kegagalan Dalam Analisis Dan Intelijen Bisnis

Nomor 9 mungkin mengejutkan Anda

Dalam analitik dan intelijen bisnis, ada banyak hal yang bisa salah. Bagaimanapun, kita sedang mencari satu versi kebenaran. Baik itu laporan atau proyek – agar data dan hasil keluar secara konsisten, dapat diverifikasi, akurat dan, yang terpenting, diterima oleh pengguna akhir – ada banyak tautan ke rantai yang harus benar. Praktik Integrasi Berkelanjutan, yang ditemukan oleh pengembang perangkat lunak dan dipinjam oleh komunitas analitik dan intelijen bisnis, adalah upaya untuk menangkap kesalahan atau kesalahan lebih awal.  

Namun, kesalahan merayap ke dalam produk akhir. Mengapa itu salah? Berikut adalah beberapa alasan alasan mengapa dasbor salah, atau proyek gagal.

1. Ini akan lebih cepat.  Ya, ini mungkin benar. Ini masalah pengorbanan. Anda lebih suka yang mana? Apakah Anda ingin cepat atau Anda ingin melakukannya dengan benar?   Sejujurnya, terkadang kita berada di posisi itu. Saya membutuhkannya pada hari Jumat. Saya membutuhkannya hari ini. Tidak, saya membutuhkannya kemarin. Bos tidak bertanya berapa lama waktu yang dibutuhkan. Dia mengatakan kami berapa lama kami harus melakukannya. Karena saat itulah Sales membutuhkannya. Karena saat itulah pelanggan menginginkannya.    
2. Ini akan cukup baik.  Kesempurnaan itu tidak mungkin dan selain itu kesempurnaan adalah musuh kebaikan. Itu penemu radar peringatan dini serangan udara mengusulkan "kultus yang tidak sempurna". Filosofinya adalah "Selalu berusaha untuk memberikan militer yang terbaik ketiga karena yang terbaik tidak mungkin dan yang terbaik kedua selalu terlambat." Kami akan meninggalkan kultus yang tidak sempurna untuk militer. Saya pikir titik gesit, kemajuan bertahap menuju hasil akhir terlewatkan di sini. Dalam metodologi Agile terdapat konsep Minimum Viable Product (MVP). Kata kuncinya di sini adalah giat.  Itu tidak mati pada saat kedatangan dan itu tidak selesai. Apa yang Anda miliki adalah titik jalan dalam perjalanan menuju tujuan yang sukses.
3. Ini akan lebih murah.  Tidak juga. Tidak dalam jangka panjang. Selalu lebih mahal untuk memperbaikinya nanti. Lebih murah untuk melakukannya dengan benar pertama kali. Untuk setiap langkah yang dihapus dari pengkodean awal, biayanya adalah urutan besarnya lebih tinggi. Alasan ini terkait dengan yang pertama, kecepatan pengiriman. Tiga sisi segitiga manajemen proyek adalah ruang lingkup, biaya, dan durasi. Anda tidak dapat mengubah satu tanpa mempengaruhi yang lain. Prinsip yang sama berlaku di sini: pilih dua. Bagus. Cepat. Murah.  https://www.pyragraph.com/2013/05/good-fast-cheap-you-can-only-pick-two/
4. Itu hanya POC. Bukannya kita akan memasukkan Bukti Konsep ini ke dalam produksi, kan? Yang ini tentang menetapkan harapan dengan tepat. POC biasanya terikat waktu dengan serangkaian tujuan atau kasus penggunaan tertentu untuk mengevaluasi aplikasi atau lingkungan. Kasus penggunaan tersebut mewakili hal-hal penting yang harus dimiliki atau pola umum. Jadi, evaluasi POC, menurut definisi, adalah sepotong kue yang lebih besar di mana kita dapat mendasarkan keputusan lebih lanjut. Dia jarang tidak pernah merupakan ide yang baik untuk memasukkan POC ke dalam produksi, apakah itu perangkat lunak atau perangkat keras.    
5. Itu hanya sementara. Jika hasilnya salah, kinerjanya buruk, atau hanya jelek, seharusnya tidak lolos ke produksi. Bahkan jika ini adalah keluaran sementara, itu harus rapi. Pengguna akhir dan pemangku kepentingan tidak akan menerima ini. Peringatannya adalah, meskipun, mungkin dapat diterima jika ini adalah harapan yang telah ditetapkan sebagai bagian dari proses. “Angkanya benar, tetapi kami ingin tanggapan Anda tentang warna di dasbor.” Namun, ini seharusnya tidak dalam produksi; itu harus di lingkungan yang lebih rendah. Terlalu sering, "itu hanya sementara" menjadi niat baik dari masalah permanen.
6. Ini adalah satu-satunya cara yang saya tahu.  Terkadang ada lebih dari satu jawaban yang benar. Dan, terkadang ada lebih dari satu jalur untuk sampai ke suatu tujuan. Terkadang kita membawa kebiasaan lama kita. Mereka mati dengan susah payah. Gunakan ini sebagai momen belajar. Pelajari cara yang benar. Meluangkan waktu. Meminta bantuan.  
7. Ini adalah cara yang selalu kami lakukan. Yang ini sulit untuk diperbaiki dan sulit untuk diperdebatkan. Dibutuhkan manajemen perubahan organisasi yang nyata untuk mengubah proses dan orang-orang yang melakukannya. Seringkali, proyek baru, perangkat lunak baru, peningkatan atau migrasi, akan mengungkap masalah tersembunyi yang lama. Saatnya berubah.  
8. Ups, saya melakukannya lagi. Saya seorang tukang kayu dan kami memiliki moto karena begitu banyak kesalahan yang dibuat: mengukur dua kali dan memotong sekali. Saya tahu pepatah ini. Saya ulangi untuk diri saya sendiri. Tapi, saya malu untuk mengatakan, masih ada kalanya papan saya terlalu pendek. Apakah ini kecerobohan? Mungkin. Lebih sering daripada tidak, itu hanya sesuatu yang cepat dan mudah. Saya tidak benar-benar membutuhkan rencana. Tapi, tahukah Anda? Jika saya meluangkan waktu untuk menggambarnya dalam sebuah rencana, kemungkinan besar angka-angka itu akan berhasil. Potongan yang terlalu pendek mungkin ada di atas kertas dan penghapus akan memperbaikinya. Hal yang sama berlaku untuk analitik dan intelijen bisnis, sebuah rencana – bahkan untuk sesuatu yang cepat dan mudah – dapat mengurangi kesalahan semacam ini.     
9. Gangguan. Melihat tapi tidak melihat. Kebutaan yang tidak disengaja. Anda mungkin pernah melihat video di mana Anda diberi tugas untuk dilakukan, seperti menghitung jumlah operan bola basket untuk satu tim. Saat Anda terganggu melakukan tugas sederhana itu, [SPOILER ALERT] Anda gagal memperhatikan gorila yang berjalan di bulan. Saya tahu apa yang akan terjadi dan saya masih akan menjadi saksi yang mengerikan jika kejahatan telah dilakukan. Hal yang sama terjadi dalam mengembangkan laporan. Persyaratan panggilan untuk keselarasan piksel-sempurna, logo harus up to date, penafian hukum harus disertakan. Jangan biarkan hal itu mengalihkan perhatian Anda dari memastikan perhitungan memvalidasi.   
10. Anda bermaksud untuk. Atau, diharapkan. Paling tidak, itu selalu menjadi pilihan. Thomas Edison dengan terkenal berkata, “Saya tidak gagal. Saya baru saja menemukan sepuluh ribu cara yang tidak akan berhasil.” Filosofinya adalah bahwa dengan setiap kegagalan, dia selangkah lebih dekat menuju kesuksesan. Dalam arti tertentu, dia berencana untuk gagal. Dia mengesampingkan kemungkinan. Dia hanya menggunakan trial and error ketika dia kehabisan teori. Saya tidak memiliki lebih dari seribu paten atas nama saya seperti Edison, tetapi saya pikir kami mungkin memiliki pendekatan yang lebih baik untuk mengembangkan analitik atau laporan. (Permohonan Paten Thomas Edison untuk Lampu Listrik Pijar 1882.)
11. Kebodohan.  Jangan menyangkalnya. Ini ada. Kebodohan terletak di suatu tempat antara "Anda bermaksud" dan "Ups". Jenis kegagalan epik ini adalah varietas Penghargaan Darwin. Jadi, mungkin, terkadang alkohol terlibat. Untungnya, dalam profesi kami, sejauh yang saya tahu, dashboard mabuk tidak pernah membunuh siapa pun. Tapi, jika itu semua sama bagi Anda, jika Anda bekerja di pembangkit listrik tenaga nuklir, harap lakukan analisis Anda dengan sadar.
12. Sukses tidak masalah. Stuntman legendaris Evil Knievel dibayar untuk melakukan aksi yang menantang maut. Berhasil atau gagal – apakah dia terjebak pendaratan, atau tidak – dia mendapat cek. Tujuannya adalah untuk bertahan hidup. Kecuali Anda mendapatkan kompensasi untuk patah tulang – Knievel memiliki Guiness World Record untuk patah tulang paling banyak seumur hidup – kesuksesan memang penting.