Menguji Teori dan Membuat Pelan

Setelah mempunyai teori tentang punca yang berkemungkinan, anda mesti mengujinya sebelum membaiki apa-apa. Pengujian mengesahkan sama ada andaian anda betul dan mengelakkan usaha yang sia-sia atau kerosakan yang tidak disengajakan. Prinsipnya mudah: buktikan puncanya, kemudian rancang penyelesaiannya. Terus melaksanakan pembaikan berdasarkan teori yang belum disahkan ialah antara kesilapan penyelesaian masalah yang paling lazim.

Ujian yang baik mengasingkan satu pemboleh ubah dan memberikan jawapan ya atau tidak yang jelas. Jika anda mengesyaki kabel rosak, gantikannya dengan kabel yang diketahui baik dan lihat sama ada pautan kembali berfungsi. Jika anda mengesyaki DNS, ping destinasi menggunakan IP, kemudian menggunakan nama. Setiap ujian harus mengesahkan atau menolak tepat satu teori supaya hasilnya tidak samar.

Jika ujian mengesahkan teori anda, teruskan dengan perancangan pembaikan. Jika tidak, jangan memaksakannya; bentuk teori baharu dan uji sekali lagi. Penyelesaian masalah sering berulang antara pembentukan teori dan pengujian beberapa kali. Setiap teori yang ditolak tetap mengecilkan ruang kemungkinan, jadi ujian yang "gagal" sekalipun membawa anda lebih dekat kepada punca sebenar.

Kadangkala punca berada di luar akses, kepakaran, atau kuasa anda, contohnya gangguan ISP atau penghala teras yang tidak boleh anda sentuh. Dalam keadaan sedemikian, tingkatkan kepada pihak lain seperti juruteknik kanan, pasukan lain, atau pembekal. Meningkatkan isu bukanlah kegagalan; itu ialah tindakan yang tepat apabila meneruskan usaha sendirian akan membuang masa atau berisiko menyebabkan kerosakan. Berikan segala maklumat yang telah anda pelajari setakat ini.

Selepas mengesahkan punca, bina pelan tindakan. Nyatakan langkah yang tepat, susunannya, dan hasil yang dijangkakan. Pelan bertulis memastikan pembaikan yang mencemaskan kekal teratur dan membolehkan orang lain menyemaknya. Bagi apa-apa perkara yang melibatkan sistem pengeluaran, pelan yang jelas membezakan pembaikan yang lancar daripada perubahan spontan yang menyebabkan gangguan baharu.

Sebahagian daripada perancangan ialah bertanya, "apakah yang boleh rosak akibat perubahan ini?" Memulakan semula suis akan memutuskan setiap peranti yang bersambung dengannya; mengubah topeng subnet boleh mengasingkan hos; mengemas kini perisian tegar boleh menetapkan semula tetapan. Mengenal pasti kesan yang berpotensi lebih awal membolehkan anda memberi amaran kepada pengguna, menjadualkan masa henti, dan bersedia menghadapi kesan sampingan dan bukannya terkejut dengannya.

Sentiasa rancang cara untuk kembali ke keadaan asal. Sebelum mengubah konfigurasi, simpan konfigurasi semasa supaya Anda boleh memulihkannya jika pembaikan gagal. Pelan pemulihan menjadikan perubahan berisiko boleh dibalikkan. Mengetahui bahawa Anda boleh membatalkan perubahan mengurangkan tekanan dan mengelakkan pembaikan yang gagal daripada menyebabkan gangguan berpanjangan sementara Anda cuba memulihkan keadaan.

Dalam persekitaran yang diurus, perubahan mengikut kawalan perubahan: perubahan didokumenkan, diluluskan dan sering dijadualkan dalam tempoh penyelenggaraan apabila kesannya paling rendah. Formaliti ini mungkin terasa lambat, tetapi ia menghalang pembaikan berniat baik seseorang daripada mengganggu perniagaan pada waktu puncak. Rangkaian kecil juga mendapat manfaat daripada versi ringan disiplin ini.

Semasa melaksanakan perubahan, ubah satu perkara pada satu masa dan jalankan ujian selepas setiap perubahan. Jika Anda mengubah lima tetapan sekali gus dan masalah hilang, Anda tidak akan tahu perubahan yang mana berkesan atau sama ada Anda telah menyebabkan masalah baharu. Perubahan tunggal yang diuji memastikan hubungan sebab dan kesan kekal jelas, yang penting untuk membaiki dan mendokumentasikan dengan tepat.

Beritahu pengguna dan rakan sepasukan yang terjejas perkara yang akan Anda lakukan dan masanya, terutamanya jika akan berlaku masa henti. Komunikasi yang jelas menetapkan jangkaan, mengurangkan panggilan daripada pengguna yang kecewa dan membolehkan mereka menyimpan kerja. Gangguan yang mengejutkan, walaupun dirancang, menjejaskan kepercayaan. Pemberitahuan ringkas menjadikan pembaikan yang mengganggu sebagai kejadian yang diurus secara profesional.

Dengan teori yang telah diuji, pelan langkah demi langkah, kesedaran tentang kesan sampingan, pemulihan yang telah disediakan dan pihak berkepentingan yang telah dimaklumkan, Anda bersedia untuk melaksanakan perubahan dengan selamat. Persediaan pemikiran yang teliti ini membezakan juruteknik yang boleh dipercayai daripada mereka yang hanya meneka dan berharap. Peringkat seterusnya, iaitu melaksanakan dan mengesahkan, kemudian menjadi mudah dan berisiko rendah.

Anda telah mempelajari cara menguji teori dan merancang. Perkara utama:

• Uji teori sebelum membaiki; sahkan atau bina teori baharu.
• Eskalasi apabila puncanya di luar kemampuan Anda.
• Bina pelan dengan langkah, kesan yang berpotensi dan pemulihan.
• Gunakan kawalan perubahan dan tempoh penyelenggaraan untuk sistem produksi.
• Ubah satu perkara pada satu masa dan komunikasikan pelan.