Langkah-Langkah Pemecahan Masalah Terstruktur

Perbaikan secara acak membuang waktu dan terkadang memperburuk keadaan. Metodologi pemecahan masalah yang terstruktur memberi Anda langkah logis yang dapat diulang, dari gejala hingga solusi. CompTIA menguji proses tujuh langkah tertentu karena proses ini membantu teknisi tetap terorganisasi, mencegah petunjuk terlewat, serta menghasilkan solusi yang dapat didokumentasikan dan diulang. Mengikuti langkah-langkah tersebut lebih cepat daripada menebak, bahkan ketika jawabannya tampak jelas.

Model CompTIA memiliki tujuh langkah:

• 1. Identifikasi masalah.
• 2. Susun teori tentang penyebab yang mungkin.
• 3. Uji teori tersebut.
• 4. Susun rencana tindakan.
• 5. Terapkan solusi.
• 6. Verifikasi fungsionalitas penuh.
• 7. Dokumentasikan temuan, tindakan, dan hasil.

Hafalkan urutan ini; ujian menanyakannya secara langsung.

Identifikasi masalah dengan mengumpulkan informasi dari pengguna, log, dan pengujian Anda sendiri. Tanyakan apa yang berubah, kapan masalah dimulai, dan siapa yang terdampak. Pertanyakan hal yang tampak jelas dan buat ulang masalah jika memungkinkan. Pernyataan masalah yang jelas dan spesifik, seperti "tidak ada internet dari jaringan nirkabel lantai dua," akan memandu semua langkah berikutnya. Pernyataan yang tidak jelas akan menghasilkan perbaikan yang tidak jelas.

Susun teori tentang penyebab yang mungkin. Berdasarkan gejalanya, buat perkiraan berdasarkan pertimbangan tentang apa yang salah. Mulailah dari penyebab yang paling mungkin dan paling sederhana, yaitu "hal yang mudah diperiksa", sebelum memeriksa penyebab yang tidak lazim. Jika satu PC tidak memiliki jaringan, kabel rusak lebih mungkin menjadi penyebab daripada bug protokol perutean. Anda mungkin memiliki beberapa teori kandidat.

Uji teori untuk menentukan penyebabnya. Lakukan pemeriksaan yang mengonfirmasi atau menyingkirkan perkiraan Anda. Jika terkonfirmasi, lanjutkan. Jika tidak, susun teori baru dan uji kembali, atau eskalasikan masalah kepada seseorang yang memiliki keahlian atau akses lebih besar. Jangan pernah mulai memperbaiki sebelum benar-benar mengonfirmasi penyebabnya, karena Anda dapat merusak bagian yang masih berfungsi.

Susun rencana tindakan dan identifikasi dampak yang mungkin terjadi. Tentukan dengan tepat apa yang akan Anda lakukan, dalam urutan seperti apa, dan apa yang mungkin gagal. Pertimbangkan waktu henti, pengguna yang terdampak, serta jalur pemulihan jika perbaikan gagal. Perencanaan mencegah perbaikan cepat pada satu perangkat mengganggu seluruh lokasi secara tidak sengaja. Perubahan yang lebih besar memerlukan rencana yang lebih besar dan lebih cermat.

Terapkan solusi sesuai rencana Anda, atau eskalasikan jika solusinya berada di luar wewenang atau kemampuan Anda. Jika memungkinkan, lakukan satu perubahan pada satu waktu agar Anda dapat mengetahui perubahan mana yang benar-benar memperbaiki masalah. Selama penerapan, patuhi aturan pengendalian perubahan dan jadwal pemeliharaan agar lalu lintas produksi terganggu sesedikit mungkin.

Verifikasi fungsionalitas penuh sistem dan, jika sesuai, terapkan tindakan pencegahan. Pastikan bukan hanya gejala awal yang hilang, tetapi juga tidak ada hal lain yang rusak. Minta pengguna melakukan pengujian, lalu periksa kembali layanan terkait. Jika kabel yang rusak menyebabkan gangguan, Anda juga dapat memberi label pada jalurnya atau mengganti kabel di dekatnya yang sudah aus untuk mencegah masalah terulang.

Dokumentasikan temuan, tindakan, dan hasil. Catat gejala, penyebab, tindakan yang Anda lakukan, dan hasilnya. Dokumentasi yang baik mempercepat penanganan insiden serupa berikutnya, mendukung berbagi pengetahuan, dan membuat jejak audit. Langkah terakhir ini mudah dilewati saat berada di bawah tekanan, tetapi langkah inilah yang mengubah perbaikan satu kali menjadi pengetahuan organisasi yang berkelanjutan.

Dalam metode ini, teknisi sering memilih arah menggunakan model OSI. Pendekatan dari bawah ke atas dimulai dari lapisan fisik (kabel, tautan) dan bergerak ke atas, sehingga berguna ketika diduga terjadi kegagalan total. Pendekatan dari atas ke bawah dimulai dari aplikasi dan bergerak ke bawah, sehingga berguna ketika aplikasi bermasalah tetapi konektivitas tampak baik. Pendekatan pecah dan taklukkan dimulai dari bagian tengah untuk membagi ruang masalah.

Waspadai kebiasaan yang merusak metode ini: mengubah beberapa hal sekaligus sehingga Anda tidak dapat mengetahui apa yang berhasil, melewati verifikasi, atau lupa mendokumentasikan. Tahan juga bias konfirmasi, yaitu dorongan untuk terus mempercayai suatu teori setelah bukti menyangkalnya. Kedisiplinan dalam mengikuti setiap langkah secara berurutanlah yang membuat metodologi ini dapat diandalkan saat berada di bawah tekanan.

Uji pengetahuan Anda tentang proses ini.

Anda telah mempelajari metode terstruktur. Poin penting:

• Tujuh langkah: identifikasi, susun teori, uji, rencanakan, terapkan, verifikasi, dokumentasikan.
• Mulailah dari penyebab sederhana yang paling mungkin.
• Konfirmasikan penyebab sebelum memperbaiki; lakukan eskalasi jika diperlukan.
• Pendekatan: dari bawah ke atas, dari atas ke bawah, serta pecah dan taklukkan.
• Selalu lakukan verifikasi dan dokumentasi, bahkan saat berada di bawah tekanan.