Apa yang seharusnya termasuk dalam pemeliharaan perangkat lunak

Pemeliharaan memuat beberapa pekerjaan

Kesepakatan harus membedakan pemulihan perilaku yang diharapkan dari penambahan perilaku baru. Jelaskan juga ketergantungan, keamanan, pemantauan, cadangan, dan dukungan rilis. Jatah jam bulanan tidak menetapkan siapa menemukan insiden atau berwenang mengubah produksi. Tuliskan sistem, jam layanan, dan kontak eskalasi.

Klasifikasikan menurut perilaku yang dijanjikan

Dalam contoh fiktif, formulir yang berhenti menerima format tanggal yang dahulu didukung mengalami cacat. Menambah pemesanan berulang adalah perubahan produk. Memperbarui dependensi rentan adalah keamanan; memeriksa pekerjaan gagal dan kesiapan pemulihan adalah operasi. Insiden dapat melintasi kategori. Izinkan diagnosis awal sebelum memperdebatkan klasifikasi sementara pengguna masih terhambat.

Menjelaskan proses laporan insiden

Tentukan saluran, informasi diagnosis dan penentu tingkat keparahan. Minta tugas terdampak, galat, perkiraan waktu serta referensi aman, bukan sandi atau data pribadi tak perlu. Sebut pemberi izin perubahan darurat dan cara memberi kabar selama penyelidikan. Tanggapan cepat berguna, tetapi bukan bukti layanan pulih. Pisahkan pengakuan, investigasi, solusi sementara dan penyelesaian.

Memberi tempat nyata untuk pencegahan

Daftar pemeriksaan sesuai produk: pekerjaan gagal, latihan restore, pemberitahuan dependensi dan penerimaan alarm. Masing-masing perlu frekuensi atau pemicu, pemilik dan bukti selesai. Produk tak perlu jadwal sama dan daftar umum tidak boleh mengklaim kerja yang belum dilakukan. Pembaruan data atau integrasi mencakup verifikasi serta pemulihan. Bukti yang bisa diperiksa lebih baik daripada blok jam bulanan tak dijelaskan.

Memungkinkan keluar secara terkendali

Jaga panduan, kepemilikan akun, perubahan dan insiden tersedia bagi penerus berwenang. Atur sisa kapasitas, pekerjaan tertunda dan langganan luar ketika berakhir. Pindahkan akses aman lalu cabut yang lama setelah verifikasi. Insiden berlanjut perlu pemilik dan langkah berikut, bukan ditutup administratif. Perjanjian berguna menjaga kesinambungan selama hubungan dan perpindahan sesudahnya, tanpa ketergantungan abadi pada penyedia sama.

Bandingkan kapasitas khusus dan pekerjaan sesuai kebutuhan

Kapasitas khusus mendukung kesinambungan dan pencegahan, tetapi memerlukan aturan prioritas dan waktu tak terpakai. Pekerjaan sesuai kebutuhan dapat cocok bagi produk jarang berubah; ketersediaan darurat tetap harus disepakati. Janji waktu respons berbeda dari penyelesaian: kegagalan pihak ketiga bisa di luar kendali pemelihara. Hindari “dukungan tanpa batas” tanpa cakupan jelas.

Tuliskan kesepakatan operasional

Pemeliharaan dan penyelamatan bersama Orvun Labs dapat dimulai dari inventaris dan tinjauan pemulihan. Jadikan temuan sebagai cakupan yang dipahami pemilik produk dan operasi.

• Aplikasi, integrasi, dan lingkungan apa yang termasuk?
• Siapa memantau alarm dan menyetujui perubahan darurat?
• Bagaimana membedakan respons, solusi sementara, dan penyelesaian?
• Bagaimana pencegahan, rilis, dokumentasi, dan serah terima dilaporkan?