インストラクター：このレッスンでは､
トラブルシューティング方法のステップ4､ 「行動計画を立てる」についてお話しします｡
さて､ CompTIAはこれを「問題解決のための行動計画を立て､
解決策を実行し､ ベンダーの指示も参考にしてください」と表現するのが好きだ｡
さて､ 問題を解決するための行動計画を立てるとき､
私たちがやろうとしているのは､
ステップ2で特定し､ ステップ3で検証した根本的な原因をどのように解決するかということだ｡
この時点では､ 実際に問題を解決したわけではないが､
問題を特定し､ その問題が存在することを確認し､
問題が何であるかを知っている｡
だから今､ 私たちは行動計画を立てる必要がある｡
例えば､ 電源の問題に対処しているとして､
電源の不良を特定した場合､ いくつかの異なることができる｡
修理することも､ 交換することも､ 回避策を出すこともできる｡
さて､ 何かを修理する場合､ 修理にいくらかかるかを判断する必要がある｡
例えば､ 私の子供がiPadを持っているのですが､
実際に画面を割ってしまうんです｡
今ならそのスクリーンを修理することができるが､
分かったのは修理する価値がないということだ｡
そのiPadの新しいスクリーンを手に入れるのにかかった費用は約350ドルから400ドルで､
それも自分で取り付ける場合だった｡
新品のiPadの価格は､ その週のセールで450ドルから500ドル程度だった｡
そこで､ この2年前のデバイスを修理する価値はないと判断し､
代わりに､ デバイスを交換するという選択肢その2を選んだ｡
この場合､ スクリーンを交換するのではなく､
iPad全体を交換した｡ 他の部品も同様に故障し始める可能性があるため､ その部品1つを修理するよりも､
デバイス全体を交換し､ さらに2～3年使える新しいものを手に入れる方が､ より財政的に理にかなっていたからだ｡
だから､ これは判断のひとつなんだ｡
そして､ 一般的に組織内では､ ネットワーク内の特定のコンポーネントやシステムを修理したり交換したりすることが､
どのような場合に意味のあることなのかについて､ いくつかの指針が示されることになる｡
もう一つの選択肢は､ 回避策だ｡
さて､ あなたが遭遇する問題のすべてが､ 何としても今日中に解決しなければならない生死にかかわる重大なものであるとは限らない｡
場合によっては､
修理に時間がかかりすぎたり､
交換するには費用がかかりすぎたりすることもある｡
例えば､ 出張先でとても高価なノートパソコンを持っていて､
外で仕事をしているときに落として画面が割れてしまい､ そのノートパソコンで仕事ができなくなったとします｡
あと2､ 3週間は出張から帰れないから､
今すぐこのマシンを動かす必要があるんだ｡
だから､ いくつか選択肢がある｡
今すぐスクリーンを交換するために､ 2倍も3倍もお金がかかるかもしれない緊急の夜間修理に行くこともできるし､
誰かがそのスクリーンを非常に安いコストで交換する技術と能力を持っていることを知っているので､ 遅らせることもできる｡
今はまだ､ 仕事をこなす必要がある｡
今すぐこのマシンを修理するために2,000ドルを費やすか､
それともオフィスに戻るまで2週間待てば200ドルで済むかもしれない｡
第三の選択肢がある｡
私は回避策を作ることができる｡
そしてこの場合､ 私は地元のオフィス用品店で99ドルのモニターを買って､
ホテルの部屋で仕事をしている間､ 向こう2週間使うかもしれない｡
これは結局のところラップトップであり､
どこへ行くにも常に大きなモニターを持ち歩く必要はないからだ｡
だからこの場合､ 100ドルのモニターを買ってホテルの部屋に設置し､
滞在中はそれを使い､ その都市を離れるときにチャリティーに寄付するかもしれない｡
モニターが壊れたからではなく､
ホテルの部屋で仕事をしていて､
3週間も4週間も5週間もどこかに滞在する場合､
13インチの小さなモニターで仕事をするのは嫌だからだ｡
その代わり､ 地元の店に行って20､ 24､ 27インチのモニターを100ドルか150ドルくらいで買って､
その地域にいる3～5週間はそれを使い､ 帰る前に地元の慈善団体に寄付することもある｡
そうすれば､ あちこちを飛び回る飛行機に持ち込むことなく､
3～5週間必要な大画面を使うことができる｡
だから､ 特に長期でどこかに行くときは､
何度かこうしているんだ｡
1日か2日しかいないのなら､ 小さいノートパソコンのモニターを使うだけだ｡
しかし､ もし私がかなりの時間留守にするのであれば､
仕事中に必要な大画面が得られるよう､ 回避策として予備のモニターを購入するつもりだ｡
だから､ このことを覚えておいてほしい｡
問題に対処するとき､ 通常､
行動計画の一部として3つの主要なことができるだろう｡
修理することも､ 交換することも､
回避策を作ることもできる｡
さて､ 何をやるかを決めるだけでなく､
どのようにやるかを計画する必要がある｡
さて､ 行動計画を練るとき､
あなたが選択しようとしている解決策にどれだけのリソース､
時間､ コストがかかるのか？
また､ 他のユーザーや他のシステムに影響がある場合は､
それらも特定する必要がある｡ 企業のポリシーや手順によっては､
計画を実行するために許可を得る必要があるかもしれない｡
例えば､ 私が大組織のIT責任者だったとき､
昼夜を問わず気が向いたときにいつでもサーバーをリブートできるわけではなかった｡
私は重役たちのところに行って､ これからやろうとしているアップグレードの計画はこうだ､
と言わなければならなかった｡
サーバーをリブートしたいのですが､
リブート中に5分間のダウンタイムが発生します｡
夜中の2時から3時の間なら､
みんな寝ているから､ いい時間だと言うかもしれない｡
私たちがネットワークを使おうとしているときに､
営業時間の真っただ中の午後にそんなことはしたくないでしょう｡
これらのことは､ あなたの組織や行動計画の実施方法に基づいて考えなければならないことだ｡
エンドユーザーのマシンなど､
1台のマシンで作業しているのであれば､
おそらく大した問題ではないだろうし､ 許可なく再起動することもできる｡
しかし､ ファイルサーバー､ プリントサーバー､
ドメインコントローラーなどのサーバーで作業している場合､ これは組織全体に大きな影響を及ぼす可能性がある｡
例えば､ ドメインコントローラーで作業しているときに､
そのコントローラーをリブートした場合､
ドメインコントローラーが認証を行うために利用できないため､
ユーザーが自分のワークステーションにログインできなくなる可能性がある｡
一方､ ファイルサーバーのようなものを使っている場合､
これは実際にはファイルサーバーからすべてのユーザーを切り離すことになるが､ プリントサーバーとドメインコントローラーはまだ起動している可能性があるため､ ユーザーはまだ印刷できるし､
サーバーにログインすることもできる｡
そのため､ 行動計画の一環として行っている特定のソリューションがどのような影響を及ぼすのかを理解することが重要だ｡
行動計画を立て､ 前進する権限を得たら､
解決策を実行に移すことができる｡
新しいアップデートのインストール､ ハードウェアの交換､
システムの再起動などが考えられます｡
それが何であろうと､
自分が立てた行動計画を必ず守り､
自分が説明したステップに従う必要がある｡
もし､ そのプランに変更があった場合は､
もう一度､ 承認を得る必要がある｡
なぜなら､ どんな変更も､ あなたが気づいていないだけで､
より大きなシステムやネットワーク全体に影響を及ぼす可能性があるからだ｡
だから､ 行動計画を立て､
解決策を実行する際には､ そのことを念頭に置き､
常に大きなチームの一員として働くようにしなければならない｡