WEBVTT 00:00.330 --> 00:04.770 -：このレッスンでは､ CompTIAのトラブルシューティング方法についてお話します｡ 00:04.770 --> 00:06.870 技術者として､ 問題の根本的な原因を見つけるか､ 00:06.870 --> 00:14.730 少なくともエンドユーザーをできるだけ早く復旧させるための回避策を見つけるよう求められることがよくあります｡ 00:14.730 --> 00:15.870 トラブルシューティングを行う場合､ 00:15.870 --> 00:19.470 他の技術者がトラブルシューティング中にあなたに代わって､ あなたがこれまでに何を行い､ 00:19.470 --> 00:27.120 次に何を試すべきかを正確に知ることができるように､ 体系的で再現可能な方法論に従うことが重要です｡ 00:27.120 --> 00:31.470 結局のところ､ 自分が何をしたのか､ 何か問題が起きたときにどうするつもりなのかを知っているのは自分しかいないのだから､ 00:31.470 --> 00:36.630 週7日､ 1日24時間働きづめというのは避けたい｡ 00:36.630 --> 00:38.160 そこでCompTIAは､ 00:38.160 --> 00:43.860 このレッスンで説明する6段階のトラブルシューティング方法を提供しています｡ 00:43.860 --> 00:47.970 さて､ この方法論は､ その分野の専門家が使っているベストプラクティスを観察し､ 00:47.970 --> 00:49.770 記録することによって開発された｡ 00:49.770 --> 00:54.120 そのため､ 新人技術者としてキャリアをスタートさせるには最適の場所である｡ 00:54.120 --> 01:05.250 試験では､ トラブルシューティングの6つのステップを知っていることが求められる｡ 01:05.250 --> 01:05.250 そして､ 01:05.250 --> 01:07.020 ステップ6で行うことを反映した文言を選択しなければならない｡ 01:07.020 --> 01:11.490 さて､ ちょっとした余談だが､ もしあなたがすでに技術者として働いているのなら､ 01:11.490 --> 01:15.840 おそらく自分なりの好きなプロセスや方法論を持っているはずだ｡ 01:15.840 --> 01:20.370 なぜなら､ あなたが試されているのはCompTIAの6ステップの方法論であり､ 01:20.370 --> 01:25.500 試験作成者が出題するのもこの方法論だからです｡ 01:25.500 --> 01:28.320 ここで試験と戦ってはいけない｡ 01:28.320 --> 01:30.210 この方法論の6つのステップを暗記し､ 01:30.210 --> 01:32.460 試験当日の解答に役立てよう｡ 01:32.460 --> 01:36.000 テスト終了後､ 自分の方法論に戻りたいのであれば､ それでも構わない｡ 01:36.000 --> 01:38.880 しかし､ テストのためには､ この6つのステップを知っている必要がある｡ 01:38.880 --> 01:43.920 私は多くのことを暗記しろとは言わないが､ この6つのステップを暗記しろと言っているんだ｡ 01:43.920 --> 01:50.460 それでは､ CompTIAトラブルシューティング手法の6つのステップを手短に説明しましょう｡ 01:50.460 --> 01:52.980 まず､ 問題を特定する｡ 01:52.980 --> 01:55.410 問題を特定しようとする場合､ ユーザーから情報を収集し､ 01:55.410 --> 01:57.420 ユーザーの変更を特定し､ 該当する場合は､ 01:57.420 --> 02:03.150 何らかの変更を加える前にバックアップを実行する必要があります｡ 02:03.150 --> 02:09.480 また､ 最近､ 環境やインフラに変化があったかどうかも聞くべきだ｡ 02:09.480 --> 02:12.090 第二に､ 正当な理由の立証｡ 02:12.090 --> 02:15.570 私はこれを「明白なことを疑う」と呼びたい｡ 02:15.570 --> 02:22.290 正当な理由という理論が確立されたら､ 明白で簡単に確認できるものにはすぐに疑問を呈するべきだ｡ 02:22.290 --> 02:27.030 例えば､ システムの電源が入らない場合､ ワークステーションがコンセントに正しく差し込まれているか､ 02:27.030 --> 02:31.170 コンセントに実際に電源が入っているかを確認する必要があります｡ 02:31.170 --> 02:39.750 原因究明を行う際には､ 症状に基づいて外部調査や内部調査を行う必要があるかもしれない｡ 02:39.750 --> 02:41.970 私のお気に入りのトラブルシューティングツールのひとつがGoogleだ｡ 02:41.970 --> 02:46.657 "なぜWindows 11ノートパソコンが起動しないのか？ 02:46.657 --> 02:46.657 その理由はいくつも考えられる｡ 02:46.657 --> 02:51.840 より良い検索フレーズであればあるほど､ より良い結果が得られることを覚えておいてほしい｡ 02:51.840 --> 02:58.320 エラーコードが表示されたら､ ググれば解決方法がすぐに見つかるだろう｡ 02:58.320 --> 03:00.450 第三に､ 理論を検証して原因を特定する｡ 03:00.450 --> 03:01.920 ステップ2に戻って､ 私たちは理論を確立した｡ 03:01.920 --> 03:04.950 ステップ3では､ いよいよその理論を検証する｡ 03:04.950 --> 03:08.160 電源が入らなかったコンピューターの例で説明しよう｡ 03:08.160 --> 03:11.370 コンセントの故障を疑ったのかもしれない｡ 03:11.370 --> 03:18.150 これをテストする最も簡単な方法は､ コンピューターを別のコンセントに接続して電源を入れてみることだ｡ 03:18.150 --> 03:21.960 コンピュータの電源が入れば､ コンセントが問題だったことがわかる｡ 03:21.960 --> 03:26.520 その理論が確認されたら､ その問題を解決するための次のステップを決める必要がある｡ 03:26.520 --> 03:29.340 コンセントが機能していない場合､ コンセントを交換するか､ 03:29.340 --> 03:39.210 電気技師に作業指示を出してコンセントを交換してもらう必要があるかもしれない｡ 03:39.210 --> 03:40.920 その理論が確認されなければ､ 03:40.920 --> 03:44.130 他に何が問題なのかを推測して新しい理論を再構築する必要がある｡ 03:44.130 --> 03:46.260 もし本当に行き詰っているのであれば､ 03:46.260 --> 03:48.540 同僚やフィールドサービス技術者など､ 03:48.540 --> 03:53.940 次のレベルのサポートにその問題をエスカレーションすることもできる｡ 03:53.940 --> 03:55.740 第四に､ 問題を解決するための行動計画を立て､ 03:55.740 --> 03:59.100 解決策を実行に移す｡ 03:59.100 --> 04:05.610 理論を確認し､ 何を修正すべきかがわかったので､ 今度はシステムを修正する｡ 04:05.610 --> 04:09.330 コンセントの例に戻ると､ 私たちの行動計画はコンセントを交換することだ｡ 04:09.330 --> 04:11.430 その解決策は､ コンセントを購入して交換するか､ 04:11.430 --> 04:17.100 プロの電気技師に交換を依頼することだ｡ 04:17.100 --> 04:18.540 また､ コンピューター・システムの修理や交換をする場合は､ 04:18.540 --> 04:25.410 必ずメーカーやベンダーの説明書を参照することを忘れないでほしい｡ 04:25.410 --> 04:30.690 第五に､ システムの全機能を検証し､ 該当する場合は予防措置を実施する｡ 04:30.690 --> 04:33.480 さて､ この時点であなたは問題を把握し､ 解決策を実行し､ 04:33.480 --> 04:39.690 うまくいけばこの問題を解決したことになる｡ 04:39.690 --> 04:40.950 しかし､ それを確認するにはシステムをチェックし､ 04:40.950 --> 04:45.150 システムが完全に機能していることを確認する必要がある｡ 04:45.150 --> 04:46.440 また､ 予防できたはずの問題であれば､ 04:46.440 --> 04:49.080 今こそ予防策を講じる良い機会である｡ 04:49.080 --> 04:52.110 例えば､ 従業員がノートパソコンにコーヒーをこぼしてしまい､ 04:52.110 --> 04:57.450 キーボードがショートしてしまった場合､ 04:57.450 --> 05:09.180 会社から従業員全員に「会社から支給されたノートパソコンやワークステーションを使用する際は､ 蓋付きのカップでなければ飲んではいけない｡ 05:09.180 --> 05:12.270 第6に､ 調査結果､ 行動､ 結果を文書化する｡ 05:12.270 --> 05:15.000 すべての作業が終わった今､ 何が問題だったのか､ それを解決するために何をしたのか､ 05:15.000 --> 05:22.890 そして最終的な結果はどうだったのかを記録する時間を取りたい｡ 05:22.890 --> 05:26.190 では､ ノートパソコンにコーヒーをこぼした例に戻ろう｡ 05:26.190 --> 05:27.540 トラブル・チケット・システムに行き､ 05:27.540 --> 05:31.920 「ユーザーのラップトップのキーボードが反応しない｡ 05:31.920 --> 05:34.507 「目視で確認したところ､ 「キーボードは粘着性があり､ 05:34.507 --> 05:37.177 破損しているように見えた｡ 05:37.177 --> 05:38.677 ノートパソコンを開くと､ "コーヒーと思われる 05:38.677 --> 05:41.197 "茶色い液体が残っていた｡ 05:41.197 --> 05:44.347 「内蔵キーボードを取り外し､ ノートパソコンを一晩乾燥させ､ 05:44.347 --> 05:45.997 新しいキーボードを取り付け､ システムを再テストし､ 05:45.997 --> 05:49.147 すべてが再び機能することを確認した｡ 05:49.147 --> 05:49.147 さて､ 05:49.147 --> 05:51.697 チケットの結果の下に､ 「エンドユーザーのノートパソコンは､ 内蔵キーボードを交換した後､ 05:51.697 --> 05:54.330 完全にサービスを再開しました｡ 05:54.330 --> 05:57.487 「エンドユーザーには､ 会社の機器の近くでは液体に注意し､ 05:57.487 --> 06:04.777 電子機器の近くで飲むときは蓋をするようアドバイスした｡ 06:04.777 --> 06:04.777 この短いビデオで､ 06:04.777 --> 06:07.110 技術者として遭遇する問題を解決するために6段階のトラブルシューティング手法を使用する方法をご理解いただけたと思います｡ 06:07.110 --> 06:09.660 このトラブルシューティングの方法論は､ このコースの後半で､ 06:09.660 --> 06:17.700 ドメイン5､ ハードウェアとネットワークのトラブルシューティングに入るときに､ さらに深く掘り下げることになる｡