Maintenance vs Operate: kenapa "perbaiki saat rusak" tidak cukup untuk sistem kritis
Apa yang seharusnya ada di retainer sistem kritis: SLA, jendela perubahan, verifikasi backup, dan laporan yang dibaca leadership.
Lima tanda bahwa proposal harga yang Anda terima masih berupa tebakan, dan apa yang seharusnya dihasilkan sebuah discovery.

Banyak proyek sistem gagal bukan karena tim developernya lemah, tetapi karena masalahnya belum dipahami saat kontrak ditandatangani. Proposal harga disusun dari satu atau dua meeting, lalu asumsi yang keliru baru ketahuan di tengah build.
Diagnose berbayar ada untuk menutup celah itu. Tujuannya sederhana: memperjelas masalah, risiko, dan opsi sebelum anggaran besar terkunci.
1. Kebutuhan ditulis sebagai daftar fitur, bukan masalah. "Kami butuh modul approval" belum menjelaskan kenapa approval sekarang lambat, siapa yang terlibat, dan data apa yang hilang di tengah jalan.
2. Ada lebih dari dua sistem yang harus bicara satu sama lain. Integrasi adalah tempat asumsi paling sering salah: format data, akses API, kualitas master data, dan siapa pemilik tiap antarmuka.
3. Estimasi antar vendor berbeda jauh. Selisih besar biasanya tanda bahwa tiap vendor membayangkan ruang lingkup yang berbeda.
4. Leadership belum sepakat soal risikonya. Jika direktur operasional dan direktur keuangan punya gambaran berbeda tentang apa yang dipertaruhkan, keputusan anggaran akan terus tertunda.
5. Sistem lama akan diganti atau dilanjutkan. Kondisi kode, dokumentasi, dan data lama menentukan apakah cukup diperbaiki atau perlu diganti.
Discovery yang layak dibayar menghasilkan dokumen yang bisa Anda pakai, dengan atau tanpa vendor yang sama. Di MarkasDev, output Diagnose mencakup:
Jika spesifikasi sudah final, terdokumentasi, dan disetujui pengambil keputusan, Diagnose bisa dilewati atau dipersingkat menjadi validasi scope. Untuk kebutuhan yang murni perawatan server, pemeriksaan awal biasanya cukup sebelum masuk ke Operate.
Siapkan daftar sistem yang terlibat, gejala yang paling mengganggu, dan siapa pengambil keputusannya. Dengan tiga hal itu, diskusi awal bisa langsung menentukan paket Diagnose yang cocok, atau menyimpulkan bahwa Anda belum membutuhkannya.

Apa yang seharusnya ada di retainer sistem kritis: SLA, jendela perubahan, verifikasi backup, dan laporan yang dibaca leadership.

Perbedaannya bukan kemampuan coding, melainkan siapa yang memegang risiko setelah rilis. Panduan singkat untuk memilih model kerja yang cocok.