先月から東京強化のためにちょくちょく関東に出てきているのですが、ホテル代もかさんでいますし思い切って事務所近くに部屋を借りる事にしました。出張の際泊まるだけなので格安のところにしたのですが、短期間でも良いよというところで、これからもう少しだけ気軽に東京にいられそうです。

とりあえず目先しばらくは、東京集中して頑張ります！

今日は鉄則２を紹介。

２．連絡はいつでも取れるようにし、必ず指定の業務連絡を行なう。

電話に対する各社の意識って、差が結構あるのです。絶対に鳴らして取れという会社もあり、絶対に音を出すな、客先で取るな、という会社もあり、標準ってなかなか無いのですね。お客様から指示があればそれに従うといたしまして、当社の基本方針としては、「マナーモードにしてできるだけ応答する」です。もちろんシーンとしているオフィスの中では、席をはずして折り返す等工夫してもらいます。大事なことは、統制部署やヘルプデスクからの連絡を長いことほったらかしにしない事。いつでも連絡が取れる状態にあること。

電池切れがあることを想定して、予備のバッテリーや充電器を持参してもらう事。（しかし、お客様先で勝手に充電することによるクレームも頻出事項ですので、充電する場合は許可を必ず戴く）

また、電波の悪い場所で作業を行う場合は、１，２時間おきに電波の良い所へ移動し、定期連絡を行います。

同じ作業手順を何度か行うと、手順書を確認しなくても体が覚えてしまう。

その熟練状態を想定して工数を算出している会社もあれば、あくまで手順書を読みながら進める事を求める会社もある。どちらの言い分も良くわかるし、それぞれが各々に発注して戴けるのであれば、その通り対応するだけだ。

しかし、実際は、手順書を読みながら作業するだけの充分な時間を確保せずに、熟練状態の工数を元に作業人数を設定して、尚且つ手順書を一つずつ追うように求めてくるご依頼企業もあって、分厚い手順書を当日に渡し、熟練者のベストパフォーマンスを期待されても、作業者は困ってしまう。

それでもこの業界は、不思議なもので初見である程度のスピードを保ち、手順書を漏れなく追って、一度通してしまえば手順覚えてしまう、なんて作業者もいる。それで、手順書を全然見なくなってしまうのも困りものなんですが、手順を覚えてしまうよ系の作業者は、どうして初見の作業で覚えれてしまうんでしょう。

今日は、そんな手順を覚えてしまうよ系の作業者の話ができればと思いました。

すっごい記憶力・・みたいなものも確かにあるにこしたことはないのですが、まずは経験です。類似作業をいくつかやっていると、項目の名前でまず並びが理解できます。自分が手順組むならドメイン参加してからこの設定だなとか、このアカウントのうちにこっちの作業も並びでやっておくんだ・・とか、大まかな手順がまず整理されます。そして、細部も、このチェック外すのか、こことここはデフォだよね。とか、印象に残していくので、イチから記憶しているわけではないのです。

それでも、そういう作業者を想定して工数を組むのはやはり愚かです。普通に慎重な作業者を想定して工数予定を立てないと、時間はいくらあっても足りないし、手順書遵守は絵に描いたモチになってしまう。でも、作業者の姿勢として、いつもいつも手順書の表面だけを追って意味を理解しないのではいつまでたっても技術力は向上しないし、時間に対する感度も鈍いまま。向上心足りないよね・・と思われてしまうのです。

いつもいつも、管理者としては手順書遵守を唱えているのですが、ちゃんと理解して一見で覚えてしまえるような作業者がたくさんいると心強いですね。

今日は、当社の鉄則の1番目を紹介。

１．作業開始時間には、充分余裕を持って到着する。

エンタープライズものの下請けをする上で、まずはじめに意識しなければならないこと。それは遅刻の撲滅です。遅刻してしまうとその後どれだけいい品質の作業を行おうともリカバーできません。一般的に法人向け業務で作業開始時間に遅れた場合、お客様より契約違反と言われてしまいます。単なる遅刻とはとらえられないのですね。一般的なビジネスシーンであれば電車の遅延などの交通トラブルがあれば一報入れれば済むことですが、ＩＴサービサーはそうはいきません。トラブルを想定した上で、時間には十分な余裕を持って到着して頂けるよう作業者にはお願いしています。

また、出発・到着をメールで入れてもらう発着管理や、30分前集合等、お客様だけでなく同業者からも評価いただいている仕組みを多く持っています。

特に、集合場所から作業場所まで距離のある工場や、入管申請の時間がとられそうな建物内テナント、人数が多く点呼に時間のかかりそうなところでは、更に注意喚起をおこなって作業者に余裕をもった集合を意識してもらっています。

当社はフィールドエンジニアリングの会社だ。

フィールドエンジニアというのは、お客様先にご訪問して導入・設定・保守等のサービスを行うＩＴエンジニアで、プログラマだったりシステムエンジニアだったりするところとは業務の守備範囲が異なる。

サービスエンジニア・カスタマーエンジニア等と呼ばれたりもする。

当社は、大企業や官公庁などいわゆるエンタープライズをメーカーの下請けとして行うスタイルを得意としているけれど、中小企業向けのコーポレートソリューションを得意としているところや、一般家庭向けのコンシュマーを得意としているところなど、同業者でも特色は色々ある。当社も一応全てに対応している。

作業者もどこを向いているフィールドエンジニアかによって、必要となる技能や常識が大きく異なり、それぞれをきちんと説明できる人というのはなかなか存在しない。多くは自分たちこそ常識的だ、とそれぞれ特化してしまっている。

まず当社の主力である、エンタープライズでは、「作業者は勝手な判断をしない」が全てのベースとなる。コントロールするセンターが作業内容を全て取り決め、イレギュラー情報を全て吸い上げ、決定した対応を作業者に伝えて作業を行う。切り分けの前提となる予備動作が行えないことから、いわゆる「スキルが高い」人が問題行動を起こしやすい分野で、ここのノウハウは一般的には常識的では無いことも多く貴重なものだ。

次に中小企業、いわゆるコーポレート対応のソリューションでは、「解決力」がベースとなる。試行錯誤や短時間でゴールにたどり着くための切り分けの優先順位、トラブルシュートのための引き出しの多さ等、一般的にイメージしやすい「技術力」がものをいう世界だ。属人的なノウハウが多く、単金も難易度によってバラつきが大きい。

そして最後にコンシュマー。コンシュマーも直接契約型と、量販店や回線業者、プロバイダ等を経由したBtoBtoCタイプがある。直接契約のBtoCタイプでは、直収になるので金額を回収するスキーム作りやクレーム処理等のノウハウが大切だし、BtoBtoCタイプではセキュリティの厳しさや単金を採算ベースに乗せられるかなどの課題をクリアする必要がある。作業者のスキルとしては、完結力に加えて一件当たりの訪問時間を短縮していく効率性が求められる。

しかし、総じてフィールドエンジニアの仕事は楽しい。役に立っている実感が直接味わえるし、プログラマなどのデスクワークにはない魅力がある。だから一回この業界にきてしまうとずーっとフィールドエンジニアで良いかなと思ってしまう人は後を絶たないし、ある程度年をとっても続けられる職種だとも思う。