Tentukan siapa yang menangani perubahan setelah penyerahan

Website dan perangkat lunak terus berhadapan dengan isi baru, pergantian staf, pembaruan penyedia, dan aturan kerja yang berubah. Dukungan yang berguna menjelaskan siapa yang memeriksa masalah, siapa yang boleh memutuskan tindakan, dan bahan apa yang diperlukan. Kata “selesai” pada proyek awal tidak menjawab seluruh pertanyaan itu.

Mulai dari bahan serah terima

Penerima perlu mengetahui lokasi kode dan konfigurasi, akun yang digunakan, pemilik biaya berulang, serta cara memperbarui isi yang disetujui. Jika sebuah proses berjalan terjadwal, petunjuk harus menerangkan arti kontrol dan keadaan yang harus diperiksa sebelum perubahan dilakukan.

Panduan serah terima impor menunjukkan perbedaan antara menjeda pemicu berikutnya dan pekerjaan yang masih berjalan. Latihan semacam itu membantu menemukan bagian petunjuk yang belum cukup jelas bagi orang berikutnya.

Bedakan masalah penggunaan, kerusakan, dan kebutuhan baru

Pengguna mungkin tidak tahu di mana menemukan hasil, sebuah koneksi dapat gagal, atau organisasi menginginkan aturan yang berbeda. Ketiganya memerlukan respons berbeda. Penyelidikan perlu merekam apa yang diharapkan, apa yang terjadi, kapan, dan catatan mana yang terkait.

Jika aturan berubah, tulis keputusan baru dan pihak yang mengesahkannya. Jangan menyebut semua perubahan sebagai perbaikan bug, karena perilaku lama mungkin mengikuti aturan yang sebelumnya disetujui. Riwayat penting tetap perlu dipahami.

Sediakan laporan masalah yang aman

Kirim rujukan tugas, halaman, langkah yang dapat diulang, dan pesan yang terlihat. Gunakan contoh fiktif atau potongan yang telah dibersihkan bila memungkinkan. Kata sandi, kunci API, serta berkas pelanggan tidak diperlukan dalam pesan pembuka.

Akses pemeriksaan lebih lanjut disepakati bersama pemilik akun dan data. Catat orang yang boleh mengizinkan perubahan, serta apakah pemeriksaan menggunakan lingkungan khusus. Bukti dari pratinjau tidak otomatis membuktikan keadaan produksi yang belum diperiksa.

Periksa hasil dan pekerjaan di sekitarnya

Setelah perubahan, ulangi masalah yang semula dilaporkan dan satu pembanding yang seharusnya tidak berubah. Jika perbaikan menyangkut ekspor, buka hasil pada alat penerima. Jika menyangkut tindakan daftar, periksa identitas catatan tujuan setelah urutan berubah.

Hasil pemeriksaan dicatat dengan batasnya. Perbaikan satu jalur tidak menjadi sertifikasi keamanan, aksesibilitas, atau ketepatan seluruh sistem. Kebutuhan penyelidikan khusus dapat memerlukan pihak atau lingkup terpisah.

Pemulihan perlu mengikuti akibat yang sudah terjadi

Pemulihan berkas aplikasi tidak selalu membatalkan tindakan yang telah diterima penyedia lain. Pesan mungkin sudah dikirim, pembayaran mempunyai catatan tersendiri, atau staf telah mengambil keputusan. Rencana pemulihan perlu menyebut apa yang dapat dikembalikan dan apa yang harus direkonsiliasi oleh orang yang berwenang.

Organisasi menentukan sumber cadangan, retensi, akses, dan pemilik pemeriksaan pemulihan. Adanya berkas cadangan belum menunjukkan bahwa proses pemulihan yang diperlukan telah dicoba.

Sepakati bentuk dukungan

Lingkup dukungan dapat berupa penyelidikan tertentu, pemeliharaan terjadwal, atau pekerjaan lanjutan yang disetujui. Waktu, kanal, tanggung jawab, dan ketergantungan dijelaskan dalam kesepakatan; halaman ini tidak menetapkan layanan darurat atau respons sepanjang waktu.

Layanan pemeliharaan menjelaskan pekerjaan teknis yang dapat dibahas. Untuk menghubungi kami, jelaskan gejala serta dampaknya dan sebutkan apakah sistem sedang digunakan. Hindari mencoba perubahan yang tidak dipahami hanya untuk membuat masalah tampak selesai sebelum diperiksa.