われわれサポート技術者は、さまざまな環境、業界に身を置き、部門編成、インストールベースやユーザーの数もサポート対象によって異なる。しかし、人間とコンピュータがうまく協調していけるようにするという目標は、どのようなサポート技術者でも同じだ。私は、数年にわたって、民間の航空機メーカーから経営コンサルタント会社、化学プラントから陶器製造業まで、さまざま業界を経験してきた。その間、サポートの対象としたハードウェア、ソフトウェア、ユーザーはさまざまだったが、われわれサポート技術者をイライラさせることがらは驚くほど共通していた。そこで今回は、サポート技術者をイライラさせる原因トップ10を思いつくままに紹介してみたい。
#1 現象を客観的に説明するのではなく、問題を自分で勝手に診断して、原因はそれしかないと言い張るユーザー
こうしたユーザーの典型的な例として、しょっちゅうサポートに連絡してきては「T1回線がダウンしていて、Webも使えないしSAPにもログインできない」と訴えるお偉いさんがいる。この人は現象を説明することをせず、とにかく「T1回線がダウンしてるんだよ。直してくれ。」の一点張りだ。この種のユーザーは二重の意味で厄介だ。トラブルシューティングが複雑になるだけでなく、多くの場合、ユーザーの誤解を解くことが難しいからだ(この例では、T1は信頼性が低いものだという先入観がある)。
#2 トラブルシューティングの最中にやたらと質問してくるうえに、こうしたらどうかと提案までしてくるユーザー
私は、自分の知識を提供し、ユーザーの技術レベルを高めたいと思っているが、同時に、トラブルシューティングの真っ最中にそれをやりたくはないとも思っている。明らかに難解な問題に取り組んでいるときに、これをやられると本当にイライラしてくる。ユーザーが質問してきて、それに答えられないと、トラブルがうまく解決できないことと相まって自分の無能さを再認識させられるからだ。
#3 問題の原因となるようなことを行ったことを認めないユーザー
例えば、「え、私のマシンにDoomがインストールされているだって? 一体どうやってそんなことになったのか皆目見当が付かない」と答えるといったケースがこれにあたる。例えば、ある地方大学のMBA取得コースからきていた夏期インターンが、ネットワークにアクセスできないとヘルプデスクに文句を言ってきたことがある。彼のコンピュータをざっと調べてみたところ、「n」で始まる名前のファイルがすべて削除されてしまっていることが判明した。この実習生はファイルなど一切削除していないと言い張っていたが、結局は、何もすることがなかったので見覚えのないファイルをすべて削除したと思うと白状した。なぜ、nで始まるファイルから始めたのかは今もって謎だが。
#4 別の会社の技術サポートにユーザー扱いされること
私は、困難な問題にぶつかり、メーカーの技術サポートに電話する羽目になるのがいやだ。しかし、いろいろと試して、マニュアルも読み、エラーメッセージをGoogleで検索し、食事もとらずに取り組んでも問題を解決できないときは、メーカーの技術サポートに電話する。彼らは、例によって非常に基本的なことを尋ねてくるわけだが、そんな質問をされることに私は耐えられないのだ。「プリンタの電源コードがコンセントに接続されており、電源がオンになっていることを確認しましたか?」ああ、勘弁してくれー。そんな質問は省略していいから、すぐに高レベルの本題に入ってくださいよ。あなたが今一度確認せよとおっしゃることは、少なくとも3回は確認しましたから。お願いしますよ。あ、いや、ちょっと待って。今のは忘れて。電源コードのスイッチがオフになってました・・・。
#5 購買要求書を変更してしまう購買部門
購買部の役割の1つは、最安値の部品を探すことだというのはよく分かっているし、その重要性も理解している。しかし、こちらが購買要求書に記載した部品を、単に安いからという理由で、同等と判断した他の部品に勝手に変更してしまうのは勘弁してほしい。私も、これで相当にいらついたことがある。レックスマーク製のプリンタ用にキングストンのRAMの購買要求を提出したときだった。RAMが届いたとき、うかつにも、それがキングストンではなくゴールデン製のRAMだったことに気づかなかった。プリンタはまったく動かない。レックスマークのドキュメントをめくってみると、ゴールデン製のRAMは使えないと書いてあった。しかし、もう封を切ってしまったので返品はできない。購買部の社員は、取引先のVAR業者の勧めに従ってゴールデンのRAMに変更したようだ。価格がキングストンのRAMの3分の1だったのだから無理もない。しかし、このケースではコストを節約しようとして、かえって高くついてしまう羽目になった。
筆者Becky Roberts氏について
哲学博士号の取得を目指す途中で、コンピュータサイエンスに目覚め、方向転換する。コンピュータサイエンスの理学修士を取得した後は英航空業界のデータベース開発者、陶器製造業者のメインフレームプログラマ、人材紹介会社のアプリケーション開発者、国際経営コンサルタント会社のシステム管理者を経験し、現在はテキサス州にある化学製品工場のネットワークエンジニアを務める。趣味はマウンテンバイク乗りとロッククライミング。ヒューストンで10代の子供2人の母親業をこなしながら、猫4匹、フェレット3匹とともに暮らしている。
「ベッキー・ロバーツの「あるある」トップ10」 のバックナンバー
-
いくつ当てはまりますか?ITサポート技術者のための不向き度チェックテスト
ITサポートエンジニアに求められる資質は何か。こんな話を今サポートで忙殺されている人としても仕方がない。そこで、ITサポートに向かない要素を考えてみよう。キャリアプランの確認に役立ててほしい。 -
同僚を裏切るか、会社を法的なリスクにさらすか--あなたならどうする?
-
重役と社外コンサルタントとの板挟みになったIT担当者--あなたならどうする?
-
勤務時間中に社内リソースから転職活動--これってアリ?
-
男性の説明しか聞こうとしないカスタマーからの電話--あなたならどうする?
- ベッキー・ロバーツの「あるある」トップ10 一覧へ »
企画特集
-
進むストレージ環境の見直し
仮想環境に最適なiSCSIストレージLeftHandのメリット -
―エン・ジャパン厳選求人☆毎週更新―
ハンゲームの社長が語る・人材とサービスの在り方 -
求めているのはSIerのエンジニア!!
連載インタビュー第1話、グリーCTO藤本氏が語る -
企業ITシステムの企画、構築、運用のイロハ
戦略的なITシステムのために、今考えるべきポイント -
マネジメントの「コラム」と「コネタ」
今日のキーパーソンは誰? -
大丈夫?あなたの会社のセキュリティ対策
中堅・中小企業のネットワーク・セキュリティを考える -
最大32個のセンサーが電力を徹底管理!
『省エネ性能』追求HPx86サーバー徹底レビュー -
100万円で実現!中小企業の情報漏えい対策
中小企業の課題!?セキュリティ管理者不在でも大丈夫 -
【最終警告】パンデミック対策特集
サービス品質を保証するためのリスクマネジメントとは -
VMware OEMベンダー6社を独占インタビュー
IBM、HP、NEC、DELL、日立、富士通のVMwareの取り組み -
J-SOX法制定により内部統制の整備が急務に
重要性高まるActive Directoryの課題と対処法を公開中 -
急増するオンライン犯罪への解決策!
オンラインサービス保護ソリューション -
情報漏えいを食い止める!
証跡としての信用力を高めるメールアーカイブとは?
-
5. lambda関数を使って
この5分間のビデオは、並列コードをより読みやすくするために、Threaded... -
6. 既知のバグをデバッグする
この4分間のビデオは、並列プログラムエラーが疑われる既知のバグをデバ...
新着企業動向
-
「韓国ポイント市場の展望と課題」出版
データリソース -
TIS・日本HP・ネクスウェイ共催 “現場力”最大化を見据えた“攻めのIT投資”事例セミナー
ネクスウェイ -
「知って楽しむオトナのたしなみ」出張アテンダント編を公開しました!読者プレゼント企画も...
日立システムアンドサービス -
メールセキュリティSaaS『Mail Luck!セキュアタイプ』
NTTPCコミュニケーションズ(ネットワーク事業部) - 企業動向一覧へ»
