การทดสอบสมมติฐานและวางแผน

เมื่อคุณมีทฤษฎีเกี่ยวกับสาเหตุที่เป็นไปได้แล้ว คุณต้องทดสอบทฤษฎีนั้นก่อนแก้ไขสิ่งใด การทดสอบยืนยันว่าข้อคาดเดาของคุณถูกต้องหรือไม่ และป้องกันการเสียแรงโดยเปล่าประโยชน์หรือความเสียหายโดยไม่ตั้งใจ หลักการนั้นเรียบง่าย: พิสูจน์สาเหตุ แล้วจึงวางแผนวิธีแก้ไข การรีบแก้ไขตามทฤษฎีที่ยังไม่ได้รับการยืนยันเป็นหนึ่งในข้อผิดพลาดที่พบบ่อยที่สุดในการแก้ไขปัญหา

การทดสอบที่ดีจะแยกตัวแปรออกมาหนึ่งตัว และให้คำตอบที่ชัดเจนว่าใช่หรือไม่ใช่ หากสงสัยว่าสายเคเบิลชำรุด ให้เปลี่ยนเป็นสายที่ทราบว่าใช้งานได้ แล้วดูว่าลิงก์กลับมาหรือไม่ หากสงสัย DNS ให้ ping ปลายทางด้วย IP แล้วจึงใช้ชื่อ การทดสอบแต่ละครั้งควรยืนยันหรือตัดทฤษฎีออกเพียงหนึ่งข้อ เพื่อให้ผลลัพธ์ไม่คลุมเครือ

หากการทดสอบยืนยันทฤษฎีของคุณ ให้ดำเนินการวางแผนแก้ไขต่อไป หากไม่ยืนยัน อย่าฝืนทฤษฎีนั้น แต่ให้ตั้งทฤษฎีใหม่และทดสอบอีกครั้ง การแก้ไขปัญหามักวนซ้ำระหว่างการตั้งทฤษฎีกับการทดสอบหลายครั้ง ทฤษฎีที่ถูกตัดออกแต่ละข้อยังช่วยจำกัดขอบเขตให้แคบลง ดังนั้นแม้การทดสอบที่ "ล้มเหลว" ก็ยังช่วยให้คุณเข้าใกล้สาเหตุจริงมากขึ้น

บางครั้งสาเหตุอยู่นอกเหนือสิทธิ์เข้าถึง ความเชี่ยวชาญ หรืออำนาจของคุณ เช่น เหตุขัดข้องของ ISP หรือเราเตอร์แกนหลักที่คุณไม่สามารถเข้าถึงได้ ในกรณีเหล่านี้ ให้ส่งต่อปัญหาแก่ช่างเทคนิคอาวุโส ทีมอื่น หรือผู้จำหน่าย การส่งต่อปัญหาไม่ใช่ความล้มเหลว แต่เป็นการตัดสินใจที่ถูกต้องเมื่อการดำเนินการต่อเพียงลำพังจะทำให้เสียเวลาหรือเสี่ยงต่อความเสียหาย โปรดส่งข้อมูลทุกอย่างที่คุณค้นพบจนถึงขณะนั้นไปด้วย

หลังจากยืนยันสาเหตุแล้ว ให้จัดทำแผนการดำเนินการ ระบุขั้นตอนที่แน่นอน ลำดับ และผลลัพธ์ที่คาดหวังให้ชัดเจน แผนที่เขียนไว้ช่วยให้การแก้ไขที่มีความกดดันเป็นระเบียบ และเปิดโอกาสให้ผู้อื่นตรวจทานได้ สำหรับการดำเนินการใด ๆ ที่เกี่ยวข้องกับระบบจริง แผนที่ชัดเจนคือความแตกต่างระหว่างการซ่อมแซมอย่างราบรื่นกับการเปลี่ยนแปลงแบบเฉพาะหน้าที่ก่อให้เกิดเหตุขัดข้องใหม่

ส่วนหนึ่งของการวางแผนคือการถามว่า "การเปลี่ยนแปลงนี้อาจทำให้สิ่งใดเสียหาย" การรีบูตสวิตช์จะตัดการเชื่อมต่ออุปกรณ์ทุกเครื่องที่อยู่บนสวิตช์นั้น การเปลี่ยนซับเน็ตมาสก์อาจทำให้โฮสต์ไม่สามารถเชื่อมต่อได้ และการปรับปรุงเฟิร์มแวร์อาจรีเซ็ตการตั้งค่า การระบุผลกระทบที่อาจเกิดขึ้นล่วงหน้าช่วยให้คุณเตือนผู้ใช้ จัดเวลาที่ระบบหยุดทำงาน และเตรียมรับมือกับผลข้างเคียง แทนที่จะต้องประหลาดใจเมื่อเกิดขึ้น

วางแผนทางย้อนกลับไว้เสมอ ก่อนเปลี่ยนการกำหนดค่า ให้บันทึกค่าปัจจุบันไว้เพื่อให้คุณกู้คืนได้หากการแก้ไขล้มเหลว แผนการย้อนกลับทำให้การเปลี่ยนแปลงที่มีความเสี่ยงสามารถย้อนคืนได้ การรู้ว่าคุณยกเลิกการเปลี่ยนแปลงได้จะช่วยลดความเครียด และป้องกันไม่ให้การแก้ไขที่ล้มเหลวกลายเป็นเหตุขัดข้องที่ยืดเยื้อขณะที่คุณเร่งหาทางกู้คืน

ในสภาพแวดล้อมที่มีการจัดการ การเปลี่ยนแปลงจะอยู่ภายใต้ การควบคุมการเปลี่ยนแปลง กล่าวคือ มีการจัดทำเอกสาร ได้รับอนุมัติ และมักกำหนดเวลาไว้ใน ช่วงเวลาบำรุงรักษา ซึ่งมีผลกระทบน้อยที่สุด ขั้นตอนที่เป็นทางการนี้อาจดูเชื่องช้า แต่ช่วยป้องกันไม่ให้การแก้ไขด้วยเจตนาดีของคนคนหนึ่งรบกวนธุรกิจในช่วงเวลาเร่งด่วน แม้แต่เครือข่ายขนาดเล็กก็ได้รับประโยชน์จากแนวทางนี้ในรูปแบบที่ไม่ซับซ้อน

เมื่อดำเนินการ ให้เปลี่ยน ทีละอย่าง และทดสอบหลังจากการเปลี่ยนแต่ละครั้ง หากคุณเปลี่ยนการตั้งค่าห้ารายการพร้อมกันแล้วปัญหาหายไป คุณจะไม่ทราบว่าการเปลี่ยนแปลงใดได้ผล หรือคุณทำให้เกิดปัญหาใหม่หรือไม่ การเปลี่ยนแปลงทีละรายการและผ่านการทดสอบช่วยให้เห็นความสัมพันธ์ระหว่างเหตุและผลได้ชัดเจน ซึ่งจำเป็นอย่างยิ่งต่อการแก้ไขและการจัดทำเอกสารอย่างถูกต้อง

แจ้งผู้ใช้และเพื่อนร่วมทีมที่ได้รับผลกระทบว่าคุณจะทำอะไรและเมื่อใด โดยเฉพาะหากจะมีช่วงระบบหยุดให้บริการ การสื่อสารที่ชัดเจนช่วยกำหนดความคาดหวัง ลดการโทรแจ้งปัญหาด้วยความหงุดหงิด และเปิดโอกาสให้ผู้คนบันทึกงานของตนเอง การหยุดให้บริการโดยไม่คาดคิด แม้จะเป็นเหตุการณ์ที่วางแผนไว้ ก็ทำลายความไว้วางใจได้ การแจ้งล่วงหน้าสั้น ๆ เปลี่ยนการแก้ไขที่รบกวนการใช้งานให้เป็นเหตุการณ์ที่มีการจัดการอย่างมืออาชีพ

เมื่อมีทฤษฎีที่ผ่านการทดสอบ แผนงานทีละขั้นตอน ความเข้าใจผลข้างเคียง แผนการย้อนกลับที่พร้อมใช้ และการแจ้งผู้มีส่วนได้ส่วนเสียแล้ว คุณก็พร้อมดำเนินการอย่างปลอดภัย การเตรียมความคิดอย่างรอบคอบล่วงหน้านี้คือสิ่งที่แยกช่างเทคนิคที่เชื่อถือได้ออกจากผู้ที่เดาและหวังว่าทุกอย่างจะเรียบร้อย ขั้นตอนถัดไป ซึ่งก็คือการดำเนินการและตรวจสอบ จึงกลายเป็นเรื่องตรงไปตรงมาและมีความเสี่ยงต่ำ

ทดสอบความเข้าใจเกี่ยวกับการทดสอบและการวางแผนของคุณ

คุณได้เรียนรู้การทดสอบทฤษฎีและการวางแผน ประเด็นสำคัญ:

• ทดสอบทฤษฎีก่อนแก้ไข ยืนยันผลหรือสร้างทฤษฎีใหม่
• ส่งต่อปัญหาเมื่อสาเหตุอยู่นอกขอบเขตที่คุณจัดการได้
• สร้างแผนที่มีขั้นตอน ผลกระทบที่อาจเกิดขึ้น และการย้อนกลับ
• ใช้การควบคุมการเปลี่ยนแปลงและช่วงเวลาบำรุงรักษากับระบบใช้งานจริง
• เปลี่ยนทีละอย่างและสื่อสารแผนงาน