Maintenance vs Operate: kenapa "perbaiki saat rusak" tidak cukup untuk sistem kritis

Kontrak maintenance sering berbunyi sederhana: vendor akan memperbaiki jika ada error. Untuk aplikasi pendukung, itu cukup. Untuk sistem yang menghentikan operasi saat mati, model ini menyisakan tiga masalah.

Pertama, tidak ada yang memantau sebelum pengguna mengeluh. Kedua, perubahan kecil menumpuk karena tidak ada jadwal yang jelas. Ketiga, leadership tidak pernah melihat kondisi sistem sampai terjadi insiden besar.

Apa yang membedakan Operate

Operate adalah retainer dengan tanggung jawab yang tertulis. Di MarkasDev, isi default-nya:

• monitoring dasar dan triase alert untuk sistem yang didaftarkan,
• patch dan maintenance terjadwal untuk komponen yang kami kelola,
• verifikasi backup dan uji restore berkala,
• koordinasi insiden,
• perubahan kecil dalam kuota, dan
• laporan bulanan serta roadmap kuartalan.

Batasnya juga tertulis. Rebuild besar, pengadaan lisensi pihak ketiga, dan insiden akibat perubahan di luar change control tidak termasuk, kecuali disepakati terpisah.

Ritme bulanan

Retainer yang baik punya ritme yang bisa diprediksi:

Ritme ini membuat perubahan terjadi terencana, dan risiko terlihat sebelum menjadi insiden.

SLA yang masuk akal

SLA disusun per kontrak berdasarkan severity. Contohnya, P1 untuk produksi yang mati atau data kritis yang rusak, P2 untuk fitur kritis yang terganggu, P3 untuk gangguan non-kritis, dan P4 untuk permintaan kecil yang masuk backlog. Angka waktu respons disepakati bersama, bukan disalin dari template.

Checklist untuk kontrak Anda

Sebelum menandatangani retainer, pastikan kontraknya menjawab:

1. Sistem dan komponen apa saja yang masuk daftar aset?
2. Bagaimana alur eskalasi, dan siapa yang dihubungi saat P1?
3. Seberapa sering backup diuji restore?
4. Berapa kuota perubahan kecil per bulan?
5. Laporan apa yang diterima leadership, dan kapan?

Jika sistem Anda saat ini hanya punya kontrak maintenance reaktif, minta opsi retainer Operate. Kami mulai dari pemeriksaan kondisi sistem sebelum menyusun daftar aset dan SLA.