Kualitas yang Tak Terlihat Justru Paling Menentukan Saat memilih jasa IT, banyak perusahaan terpaku pada hasil yang terlihat di permukaan. Tampilan aplikasi yang menarik, fitur yang lengkap, dan sistem yang dapat digunakan memang penting, tetapi semuanya belum cukup untuk menunjukkan kualitas sebuah solusi teknologi. Di balik setiap aplikasi terdapat kode dan arsitektur yang menentukan bagaimana…
Tagihan Cloud Membengkak: SaaS untuk Efisiensi Digital Perusahaan BUMN
Biaya yang Naik Tanpa Ada yang Memutuskan Tagihan infrastruktur jarang membengkak karena satu keputusan besar. Yang lebih sering terjadi adalah akumulasi dari banyak hal kecil, masing-masing masuk akal saat diambil, tetapi tidak pernah ditinjau kembali setelahnya. Kapasitas dinaikkan saat menghadapi kampanye besar lalu tidak diturunkan kembali. Lingkungan pengujian dibuat untuk satu keperluan lalu terus berjalan…
Satu Sistem, Banyak Organisasi: Solusi SaaS Cloud dengan Data Terisolasi
Efisiensi yang Menuntut Kehati-hatian Melayani banyak organisasi melalui satu sistem yang sama jauh lebih efisien daripada menyiapkan sistem terpisah untuk masing-masing. Pemeliharaan dilakukan sekali, pembaruan berlaku untuk semua, dan sumber daya bisa dipakai bersama. Efisiensi itu datang dengan tanggung jawab yang tidak kecil. Ketika data milik banyak organisasi berada di infrastruktur yang sama, satu kesalahan…
Rilis Cepat, Tetap Aman: IT Project Management Berbasis Teknologi Modern
Cepat Saja Bukan Tujuan Kemampuan memindahkan perubahan dari tahap penulisan ke lingkungan produksi dalam waktu singkat sering dipandang sebagai pencapaian tersendiri. Padahal kecepatan tanpa pemeriksaan yang memadai justru mempercepat masuknya kesalahan ke produksi. Yang membuat kecepatan bernilai adalah kombinasinya dengan gerbang pemeriksaan yang tidak bisa dilewati. Ketika setiap perubahan pasti melalui rangkaian pemeriksaan yang sama,…
Satu Istilah, Banyak Arti: Aplikasi Custom Sesuai Kebutuhan Bisnis
Masalah yang Bukan Berasal dari Teknologi Pada proyek berskala besar, hambatan terbesar biasanya bukan keterbatasan teknologi. Hambatan yang paling sering menimbulkan kekacauan adalah istilah yang sama dipahami berbeda oleh bagian yang berbeda. Contohnya mudah ditemukan. Kata nasabah di bagian tabungan mungkin berarti seseorang yang memiliki rekening aktif, sementara di bagian kredit berarti seseorang yang pernah…
Mengukur Performa, Bukan Menebak: Digitalisasi Operasional Perusahaan Besar
Kebiasaan Memperbaiki Sebelum Mengukur Ketika sebuah aplikasi terasa lambat, reaksi yang paling umum adalah langsung menduga penyebabnya. Biasanya dugaan itu jatuh pada bagian yang terakhir diubah, atau pada bagian yang secara intuitif terasa berat. Masalahnya, dugaan seperti ini sering meleset. Waktu habis untuk mengoptimalkan bagian yang sebenarnya hanya menyumbang sedikit dari total keterlambatan, sementara penyebab…
Ubah atau Muat Dulu: Vendor IT untuk Pengelolaan Data Besar
Pertanyaan yang Menentukan Bentuk Seluruh Alurnya Memindahkan data dari sistem operasional ke wadah analisis terlihat sebagai pekerjaan teknis yang sederhana. Namun ada satu keputusan di dalamnya yang menentukan bentuk seluruh alur dan sulit diubah kemudian, yaitu apakah data diubah sebelum atau sesudah dimuat. Perbedaannya bukan sekadar urutan langkah. Mengubah sebelum memuat berarti hanya data yang…
Saat Permintaan Gagal Terus: Outsourcing IT untuk Software Custom
Reaksi yang Terlihat Wajar Tapi Berbahaya Ketika sebuah pemanggilan ke layanan lain gagal, reaksi paling alami adalah mencobanya lagi. Pada kegagalan yang bersifat sementara, cara ini memang menyelesaikan masalah. Persoalannya muncul ketika kegagalan itu terjadi karena layanan tujuan sedang kewalahan. Dalam kondisi itu, mengulang permintaan berarti menambah beban pada sistem yang sudah kesulitan. Bila semua…
Saat Program Berhasil, Sistem Tumbang: Software Cloud untuk Sektor Pemerintah
Keberhasilan yang Berbalik Menjadi Masalah Ada pola yang berulang pada layanan publik berbasis digital. Sebuah program diumumkan, masyarakat menyambut dengan antusias, lalu pada jam pembukaan sistem tidak bisa diakses. Yang terjadi bukan kegagalan program, melainkan kegagalan menyiapkan kapasitas untuk menampung keberhasilannya. Antusiasme yang seharusnya menjadi kabar baik berubah menjadi keluhan, dan yang tercatat di ingatan…
Menambah Boleh, Menghapus Harus Hati-hati: Solusi Web dengan Integrasi API
Perubahan Kecil yang Menjatuhkan Banyak Pihak Mengganti nama sebuah atribut pada antarmuka sistem terlihat sebagai perubahan sepele. Di sisi tim pengembang, itu hanya beberapa baris. Di sisi pihak yang mengonsumsinya, itu bisa berarti aplikasi berhenti berfungsi. Persoalannya menjadi lebih berat karena sebagian pengguna tidak bisa segera menyesuaikan diri. Aplikasi seluler yang sudah terpasang di perangkat…
