Pertanyaan yang Tidak Ingin Dijawab Siapa Pun
Setiap tim perangkat lunak mengenal bus factor. Sedikit yang menganggapnya serius.
Bus factor mengukur berapa orang yang perlu tertabrak bus sebelum sebuah proyek terhenti. Untuk kebanyakan startup, angkanya satu. Untuk kebanyakan tim enterprise, dua atau tiga. Semua setuju ini masalah. Tidak ada yang berbuat apa-apa.
Kami tidak mampu bermewah-mewah seperti itu.
Perangkat lunak kami — De Novo xGrid — berjalan pada perangkat Raspberry Pi di zona bencana. Rumah sakit lapangan. Tempat penampungan komunitas pasca gempa bumi. Tempat di mana "hubungi vendor" bukan pilihan karena tidak ada sinyal telepon, tidak ada internet, dan mungkin tidak ada vendor lagi.
Maka kami mengajukan versi yang lebih sulit dari pertanyaan bus factor:
Jika seluruh tim pengembang menghilang besok, dapatkah sistem yang telah diterapkan terus berjalan tanpa batas waktu?
Bukan "beberapa hari sampai kita merekrut pengganti". Tanpa batas waktu.
Lima Pengujian, Tanpa Pengecualian
Kami memformalkan ini menjadi Walkaway Test — lima kriteria penerimaan yang harus dipenuhi setiap rilis. Namanya dipilih dengan sengaja: bukan "uji pemulihan bencana" atau "tinjauan rencana kontinuitas", melainkan walkaway (pergi meninggalkan). Seperti dalam: para pengembang pergi, dan sistem tetap berjalan.
WK01: Luring Secara Default. Sistem harus beroperasi dengan konektivitas jaringan nol. Bukan "degradasi anggun" — operasi penuh. Setiap satu dari 15+ PWA kami bekerja secara luring. Pendaftaran pasien, dispensasi obat, manajemen bank darah, penjadwalan bedah. Semuanya. Jaringan adalah bonus, bukan keharusan.
WK02: Pemulihan Hub dari Edge. Jika Raspberry Pi pusat hancur secara fisik, ponsel atau tablet apa pun yang masih bertahan harus dapat membangunnya kembali. Kami menyebutnya Protokol Sekoci (Lifeboat Protocol). Seorang perawat memindai dua kode QR dari ponselnya ke Raspberry Pi baru seharga 80 dolar. Data mengalir kembali. Bintang laut menumbuhkan kembali lengannya. Kami memvalidasi ini dalam pengujian 12 langkah pada tanggal 26 Januari 2026. Tingkat kelulusan: 100%.
WK03: Tanpa Ketergantungan TI. Jika sistem memerlukan akses SSH, intervensi baris perintah, atau analisis log untuk berfungsi, ia gagal dalam pengujian ini. Operator kami adalah perawat dan staf logistik, bukan insinyur. Setiap operasi terjadi melalui antarmuka peramban.
WK04: Tanpa Kunci Lisensi. Tanpa panggilan ke server. Tanpa validasi langganan. Tanpa kedaluwarsa. Setelah diterapkan, perangkat lunak milik tim lapangan. Jika perusahaan kami menghilang, perangkat lunaknya tidak terpengaruh.
WK05: Data yang Dapat Diaudit oleh Manusia. Jika Anda tidak lagi mempercayai perangkat lunaknya, Anda tetap dapat memverifikasi datanya. Basis data dapat dibuka dengan alat apa pun. Setiap catatan memiliki cap waktu dan ID operator. Anda tidak memerlukan perangkat lunak kami untuk membaca data Anda sendiri.
Apa Arti Sebenarnya "Bus Factor Mendekati Tak Terbatas"
Pada tanggal 27 Januari 2026, setelah melewati kelima pengujian, kami menulis satu baris di log internal:
Bus factor approaching infinity.
Ini terdengar seperti kesombongan. Bukan. Ini adalah pernyataan rekayasa yang presisi.
Bus factor tradisional menghitung orang. Jika tiga orang pergi dan proyek mati, bus factor Anda adalah tiga. Versi kami menghitung ketergantungan pada organisasi itu sendiri. Setelah WK01-WK05, sistem yang telah diterapkan memiliki nol ketergantungan pada De Novo Orthopedics — tanpa server, tanpa lisensi, tanpa kredensial, tanpa pemeliharaan berkelanjutan. Bus factor bukan tentang berapa banyak orang yang bisa pergi. Melainkan apakah seluruh perusahaan bisa pergi.
Jawabannya adalah ya.
Filosofi Desain yang Tidak Nyaman
Kebanyakan bisnis perangkat lunak dibangun di atas ketergantungan. Pendapatan berulang bergantung pada pelanggan membutuhkan Anda bulan depan. Hosting cloud berarti vendor memegang kuncinya. Server lisensi memastikan kepatuhan — dan memastikan Anda tidak bisa pergi.
Walkaway Test membalikkan ini. Setiap keputusan desain dievaluasi melalui satu lensa: apakah ini membuat pengguna lebih atau kurang bergantung pada kami?
Ini terdengar seperti bisnis yang buruk. Sebenarnya ini satu-satunya pendekatan yang jujur ketika pengguna Anda menjalankan rumah sakit lapangan di zona bencana. "Mereka membutuhkan kita tetapi tidak bisa menghubungi kita" secara fungsional identik dengan "mereka tidak memiliki perangkat lunaknya sama sekali". Ketergantungan yang tidak dapat dipenuhi lebih buruk daripada tanpa ketergantungan. Setidaknya tanpa perangkat lunak, orang tahu untuk menggunakan kertas.
Tiga Pertanyaan untuk Sistem Anda Sendiri
Anda tidak perlu membangun perangkat lunak kedokteran bencana untuk mendapat manfaat dari pemikiran walkaway. Mulailah dari sini:
-
Berapa lama sistem Anda berjalan tanpa jaringan? Jika jawabannya nol, setiap gangguan jaringan adalah gangguan total. Itu adalah pilihan yang Anda buat.
-
Di mana data Anda berada, dan siapa yang dapat mengaksesnya? Jika jawabannya "satu akun cloud yang dikontrol satu orang", Anda telah memusatkan risiko Anda persis dengan cara yang seharusnya dicegah oleh cloud.
-
Dapatkah pengguna Anda mengekspor semuanya tanpa bantuan Anda? Jika tidak, Anda tidak menjual produk. Anda menjual akses ke produk. Itu adalah dua hal berbeda dengan implikasi etis yang berbeda.
Walkaway Test bukan metodologi pengujian. Ini adalah filosofi desain yang bertanya: apa yang akan Anda bangun jika Anda mengasumsikan tidak akan ada di sana untuk memeliharanya?
Jawabannya, ternyata, adalah perangkat lunak yang lebih baik.
Terkait: Ketika Tembok Jebol — Merancang Sistem Medis dengan Safety-II