การระบุและนิยามปัญหา

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

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

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

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

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

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

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

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

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

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

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

ทดสอบความเข้าใจของคุณเกี่ยวกับการระบุปัญหา

คุณได้เรียนรู้การระบุและกำหนดปัญหาแล้ว ประเด็นสำคัญ:

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