-：このレッスンでは､ CompTIAのトラブルシューティング方法についてお話します｡
技術者として､ 問題の根本的な原因を見つけるか､
少なくともエンドユーザーをできるだけ早く復旧させるための回避策を見つけるよう求められることがよくあります｡
トラブルシューティングを行う場合､
他の技術者がトラブルシューティング中にあなたに代わって､ あなたがこれまでに何を行い､
次に何を試すべきかを正確に知ることができるように､ 体系的で再現可能な方法論に従うことが重要です｡
結局のところ､ 自分が何をしたのか､ 何か問題が起きたときにどうするつもりなのかを知っているのは自分しかいないのだから､
週7日､ 1日24時間働きづめというのは避けたい｡
そこでCompTIAは､
このレッスンで説明する6段階のトラブルシューティング方法を提供しています｡
さて､ この方法論は､ その分野の専門家が使っているベストプラクティスを観察し､
記録することによって開発された｡
そのため､ 新人技術者としてキャリアをスタートさせるには最適の場所である｡
試験では､ トラブルシューティングの6つのステップを知っていることが求められる｡
そして､
ステップ6で行うことを反映した文言を選択しなければならない｡
さて､ ちょっとした余談だが､ もしあなたがすでに技術者として働いているのなら､
おそらく自分なりの好きなプロセスや方法論を持っているはずだ｡
なぜなら､ あなたが試されているのはCompTIAの6ステップの方法論であり､
試験作成者が出題するのもこの方法論だからです｡
ここで試験と戦ってはいけない｡
この方法論の6つのステップを暗記し､
試験当日の解答に役立てよう｡
テスト終了後､ 自分の方法論に戻りたいのであれば､ それでも構わない｡
しかし､ テストのためには､ この6つのステップを知っている必要がある｡
私は多くのことを暗記しろとは言わないが､ この6つのステップを暗記しろと言っているんだ｡
それでは､ CompTIAトラブルシューティング手法の6つのステップを手短に説明しましょう｡
まず､ 問題を特定する｡
問題を特定しようとする場合､ ユーザーから情報を収集し､
ユーザーの変更を特定し､ 該当する場合は､
何らかの変更を加える前にバックアップを実行する必要があります｡
また､ 最近､ 環境やインフラに変化があったかどうかも聞くべきだ｡
第二に､ 正当な理由の立証｡
私はこれを「明白なことを疑う」と呼びたい｡
正当な理由という理論が確立されたら､ 明白で簡単に確認できるものにはすぐに疑問を呈するべきだ｡
例えば､ システムの電源が入らない場合､ ワークステーションがコンセントに正しく差し込まれているか､
コンセントに実際に電源が入っているかを確認する必要があります｡
原因究明を行う際には､ 症状に基づいて外部調査や内部調査を行う必要があるかもしれない｡
私のお気に入りのトラブルシューティングツールのひとつがGoogleだ｡
"なぜWindows 11ノートパソコンが起動しないのか？
その理由はいくつも考えられる｡
より良い検索フレーズであればあるほど､ より良い結果が得られることを覚えておいてほしい｡
エラーコードが表示されたら､ ググれば解決方法がすぐに見つかるだろう｡
第三に､ 理論を検証して原因を特定する｡
ステップ2に戻って､ 私たちは理論を確立した｡
ステップ3では､ いよいよその理論を検証する｡
電源が入らなかったコンピューターの例で説明しよう｡
コンセントの故障を疑ったのかもしれない｡
これをテストする最も簡単な方法は､ コンピューターを別のコンセントに接続して電源を入れてみることだ｡
コンピュータの電源が入れば､ コンセントが問題だったことがわかる｡
その理論が確認されたら､ その問題を解決するための次のステップを決める必要がある｡
コンセントが機能していない場合､ コンセントを交換するか､
電気技師に作業指示を出してコンセントを交換してもらう必要があるかもしれない｡
その理論が確認されなければ､
他に何が問題なのかを推測して新しい理論を再構築する必要がある｡
もし本当に行き詰っているのであれば､
同僚やフィールドサービス技術者など､
次のレベルのサポートにその問題をエスカレーションすることもできる｡
第四に､ 問題を解決するための行動計画を立て､
解決策を実行に移す｡
理論を確認し､ 何を修正すべきかがわかったので､ 今度はシステムを修正する｡
コンセントの例に戻ると､ 私たちの行動計画はコンセントを交換することだ｡
その解決策は､ コンセントを購入して交換するか､
プロの電気技師に交換を依頼することだ｡
また､ コンピューター・システムの修理や交換をする場合は､
必ずメーカーやベンダーの説明書を参照することを忘れないでほしい｡
第五に､ システムの全機能を検証し､ 該当する場合は予防措置を実施する｡
さて､ この時点であなたは問題を把握し､ 解決策を実行し､
うまくいけばこの問題を解決したことになる｡
しかし､ それを確認するにはシステムをチェックし､
システムが完全に機能していることを確認する必要がある｡
また､ 予防できたはずの問題であれば､
今こそ予防策を講じる良い機会である｡
例えば､ 従業員がノートパソコンにコーヒーをこぼしてしまい､
キーボードがショートしてしまった場合､
会社から従業員全員に「会社から支給されたノートパソコンやワークステーションを使用する際は､ 蓋付きのカップでなければ飲んではいけない｡
第6に､ 調査結果､ 行動､ 結果を文書化する｡
すべての作業が終わった今､ 何が問題だったのか､ それを解決するために何をしたのか､
そして最終的な結果はどうだったのかを記録する時間を取りたい｡
では､ ノートパソコンにコーヒーをこぼした例に戻ろう｡
トラブル・チケット・システムに行き､
「ユーザーのラップトップのキーボードが反応しない｡
「目視で確認したところ､ 「キーボードは粘着性があり､
破損しているように見えた｡
ノートパソコンを開くと､ "コーヒーと思われる
"茶色い液体が残っていた｡
「内蔵キーボードを取り外し､ ノートパソコンを一晩乾燥させ､
新しいキーボードを取り付け､ システムを再テストし､
すべてが再び機能することを確認した｡
さて､
チケットの結果の下に､ 「エンドユーザーのノートパソコンは､ 内蔵キーボードを交換した後､
完全にサービスを再開しました｡
「エンドユーザーには､ 会社の機器の近くでは液体に注意し､
電子機器の近くで飲むときは蓋をするようアドバイスした｡
この短いビデオで､
技術者として遭遇する問題を解決するために6段階のトラブルシューティング手法を使用する方法をご理解いただけたと思います｡
このトラブルシューティングの方法論は､ このコースの後半で､
ドメイン5､ ハードウェアとネットワークのトラブルシューティングに入るときに､ さらに深く掘り下げることになる｡