Isi
Bawa pulang:
Ketika kita mengubah hidup kita menjadi sistem yang cerdas, kita harus menuntut kualitas - atau menghadapi konsekuensinya.
Pada tanggal 17 Agustus, Walikota New York City Michael Bloomberg mengumumkan bahwa program Bike Share yang banyak ditunda mengumumkan pada tahun 2011 tidak akan dimulai pada bulan November 2012 (setelah tergelincir dari tanggal diumumkan Juli 2012 yang asli) tetapi akan, lebih baik, tergelincir sampai tanggal implementasi yang diproyeksikan Maret 2013. Mengapa? Perangkat lunak itu, jelas walikota, tidak berfungsi dan kota tidak akan memulai program sampai program itu berjalan.
Itu masuk akal, tetapi pernyataan Bloomberg tampaknya tidak sarat dengan kepercayaan, bukan? Seseorang hampir tidak dapat menyalahkannya; Masa jabatannya sebagai walikota telah terganggu dengan gangguan perangkat lunak yang mahal dan penipuan terkait perangkat lunak. Pada bulan Maret 2012, kota ini mencapai kesepakatan penyelesaian dengan SAIC di mana perusahaan akan membayar denda dan denda total $ 500,4 juta untuk pengenaan biaya yang berlebihan untuk pekerjaan dan mengabaikan suap pada sistem manajemen waktu karyawan yang disebut CityTime, yang datang pada ratusan juta dolar melebihi anggaran.
Selain masalah SAIC, pada bulan yang sama, pengawas keuangan kota, John Liu, mengeluarkan laporan audit yang menyatakan bahwa Emergency Transformation Programme (ECTP), sistem berbasis teknologi yang dirancang untuk meningkatkan penanganan layanan darurat selama lebih dari 12 juta panggilan darurat yang diterima setiap tahun, tujuh tahun lebih lambat dari jadwal dan $ 1 miliar melebihi anggaran. Berbicara di stasiun radio WNYC, Liu berkata, "Bertahun-tahun salah urus telah menyebabkan anggaran yang luar biasa besar ini, dan sampai saat ini, masih belum sepenuhnya beroperasi." Pada bulan Mei 2012, kantor walikota memulai pengurangan biaya dalam proyek sebagai tanggapan atas audit pengawas keuangan.
Sungguh ironis bahwa Walikota Bloomberg, yang memulai kebangkitannya melalui penerapan sistem informasi Wall Street, harus diganggu oleh masalah yang terkait dengan perangkat lunak. Masalah-masalah ini bukan sendirian. Mereka bermunculan, seringkali dengan hasil yang menghancurkan atau nyaris terjadi, di seluruh negeri baik di sektor publik maupun swasta.
Pada akhir 2011, Information Weekly, sebuah publikasi perdagangan TI, mendaftarkan "Top 10 Government IT Flops Of 2011," yang mencantumkan penyebaran TI pemerintah besar-besaran yang menderita snafus keamanan, kegagalan penipuan, pengelompokan anggaran, dan banyak lagi. New York City City berada di urutan keempat dalam daftar. Tapi seperti yang bisa Anda bayangkan, New York City bukan satu-satunya entitas pemerintah dengan masalah IT.
Salah satu masalah besar adalah Wall Street. Misalnya, pada Agustus 2012, sebuah perusahaan perdagangan bernama Knight Capital kehilangan $ 440 juta dalam 45 menit setelah menginstal perangkat lunak yang salah. Untuk memahami perangkat lunak perdagangan diperlukan pengetahuan tentang kompleksitas pasar sekuritas di seluruh dunia. Perusahaan pialang berdagang untuk pelanggan (sebagai agen) dan untuk akun mereka sendiri (sebagai prinsipal). Ketika bertindak sebagai agen, mereka dapat menerima pesanan khusus dari klien, yang kemudian mereka kirimkan ke bursa saham atau layanan perdagangan terkomputerisasi. Atau, mereka mungkin memiliki kekuasaan diskresi atas akun, dalam hal ini mereka melakukan perdagangan yang diyakini untuk kepentingan terbaik klien. Dalam kasus terakhir, perdagangan mirip dengan perdagangan untuk akun perusahaan sendiri, dan akan dibuat berdasarkan penilaian tentang keamanan dan faktor pasar yang relevan.
Selama bertahun-tahun, perusahaan telah berusaha untuk mengodifikasi faktor-faktor yang mendasari penilaian ini, yang meliputi kondisi pasar, data keamanan, informasi industri dan data ekonomi. Strategi perdagangan yang ingin diikuti oleh perusahaan untuk keamanan, industri, atau kondisi pasar umum dimasukkan ke dalam sistem yang memantau semua elemen yang sesuai secara real time dan, ketika kondisi terpenuhi, memicu pesanan pembelian atau penjualan otomatis. Ini disebut perdagangan program.
Sistem ini sering bekerja dengan sangat baik. Masalahnya adalah, begitu banyak perusahaan sekarang memiliki sistem perdagangan program sehingga penjualan otomatis satu perusahaan dapat memicu kondisi perusahaan lain, memicu lebih banyak reaksi otomatis yang dapat membuat saham - atau bahkan pasar - menjadi berputar-putar. Jadi, bursa saham telah memasukkan pemicu mereka sendiri, mengharuskan perusahaan untuk mematikan sistem perdagangan program mereka ketika dianggap bahwa kondisi pasar membutuhkannya.
Tanpa Bug, Tanpa Stres - Panduan Langkah Demi Langkah Anda untuk Membuat Perangkat Lunak yang Mengubah Hidup Tanpa Menghancurkan Kehidupan Anda
Anda tidak dapat meningkatkan keterampilan pemrograman Anda ketika tidak ada yang peduli dengan kualitas perangkat lunak.
Meski begitu, waktu adalah uang di pasar saham, dan perusahaan perdagangan berkecepatan tinggi telah berkembang pesat di pasar komputer. Menurut Tabb Group, pada 2012 mereka menyumbang lebih dari setengah dari semua perdagangan saham. Itu berarti ada persaingan terus-menerus antara perusahaan untuk terus meningkatkan sistem mereka untuk memberikan eksekusi yang lebih cepat, yang, pada gilirannya, adalah apa yang menyebabkan instalasi Perangkat Lunak Knight yang hampir membuat perusahaan keluar dari bisnis.
Sangat mudah bagi orang yang bukan IT untuk berasumsi bahwa sistem yang salah tidak diuji dengan sangat baik. Mungkin pengembangnya seharusnya melakukan pekerjaan yang lebih baik. Itu benar, tetapi ketika sistem menjadi semakin kompleks, seringkali sulit untuk mengetahui apa yang harus diuji atau sejauh mana tes diperlukan, terutama ketika banyak kemungkinan titik kegagalan menjadi semakin kompleks dan karenanya tidak dapat diprediksi.
Dan beberapa kritik mengatakan itu hanya bisa bertambah buruk. James Martin, dalam bukunya yang luar biasa di tahun 2000, "After the Internet: Alien Intelligence," menulis tentang perangkat lunak yang, setelah diimplementasikan (setelah pengujian menyeluruh, satu harapan) adalah "adaptif" karena terus mencari cara yang lebih efisien untuk mencapai yang diinginkan keluaran; itu juga "memodifikasi sendiri" kodenya sendiri. Artinya adalah bahwa pada titik tertentu, kita akan tahu "apa yang dilakukan sistem tetapi tidak harus bagaimana melakukannya."
Martin merasa bahwa kita tidak hanya harus mengendalikan metodologi baru ini, tetapi juga merangkulnya untuk tetap kompetitif. Persaingan menciptakan tekanan terus-menerus untuk memiliki sistem terbaik dan tercepat dan industri keuangan tidak unik dalam hal ini.
Kita semua telah mengalami beberapa bentuk kegagalan teknologi, seperti layar biru kematian, serangan virus, bug perangkat lunak dalam program aplikasi, serangan hacker, shutdown sistem, dll. Tetapi ketika kita menyerahkan lebih banyak dan lebih banyak kehidupan kita ke sistem cerdas masalah ini akan tumbuh jauh melampaui frustasi - dan bisa menjadi benar-benar berbahaya.
Itu berarti bahwa sebagai konsumen, kita harus memerlukan lebih banyak kualitas dalam sistem ini. Itu akan melibatkan pengembang sistem yang lebih terdidik dan profesional, prosedur pengujian yang lebih tepat dan, di sisi konsumen, pengguna akhir yang lebih berpengetahuan dan konsumen yang lebih menuntut.
Tentu saja, selalu ada pilihan untuk mengikuti arus. Sayangnya, sejarah baru-baru ini menunjukkan bahwa itu tidak hanya membuat frustrasi dan mahal, tetapi mungkin juga sangat merusak.