## フィールドエンジニアとサービスエンジニアに違いはない?

エンジニアには約20種類の職種があると言われています。システムエンジニア、テクニカルエンジニア、セキュリティエンジニアと聞くと明確なイメージが湧きますが、フィールドエンジニアと聞いてもイメージが漠然としている方が少なくないのではないでしょうか？

特に、**フィールドエンジニアとサービスエンジニアは同じ職種なのか、異なる職種なのか、非常に分かりにくい**のが実情です。

一方で、求人情報には、*「フィールドエンジニア」「サービスエンジニア」「カスタマーエンジニア」「サポートエンジニア」*といった職種が並び、さらに混乱しそうです。

この記事では、そうした曖昧になっているエンジニア職種概念を整理し、読者の皆さんに明確なキャリアプランを持っていただくお手伝いをしてまいります。

フィールドエンジニアとは？仕事内容や将来性、必要なスキルを解説

### 強いて両者に違いがあるとすれば

結論から言えば、「フィールドエンジニア」と「サービスエンジニア」はほぼ同一職種です。**フィールドエンジニアはサービスエンジニアとカスタマーエンジニアの総称**と考えてよいでしょう。

フィールドエンジニアは製品導入全般の顧客サポートを行います。一方で、サービスエンジニアはフィールドエンジニアの中でも、特に顧客に近しく、製品の設置や保守、設置した後のアフターサポートに加え、営業に同行して営業支援的な動きをする場合があります。

強いて両者に違いがあるとすれば、*サービスエンジニアはフィールドエンジニアの中でも営業支援の要素を持ったエンジニア*という点でしょう。

### 両者を合わせてフィールド・サービスエンジニアと呼ぶ

フィールドエンジニアとサービスエンジニアを分けて定義する必要性はありません。両者はほぼ同じ職種ですので、**「フィールド・サービスエンジニア」の呼称に統一**するのが適切でしょう。この記事では、以降「フィールド・サービスエンジニア」に統一してまいります。

### フィールド・サービスエンジニアの仕事内容

続いて「フィールド・サービスエンジニア」の仕事について確認しておきましょう。**「フィールド・サービスエンジニア」は自社の製品を利用するクライアントに出向き、自社製品の設置やサポート、故障などの修理やトラブルの解決、定期保守などを行います。

**また時には製品導入時の操作説明、取扱説明を行ったり、新しい製品の紹介を行ったりすることもあります。

フィールドエンジニアとサービスエンジニアの違い、適性、将来性など

## フィールド・サービスエンジニアと似たエンジニア職種は?

求人情報には「フィールド・サービスエンジニア」以外に、「カスタマーエンジニア」や「サポートエンジニア」の文字を見かけることがあります。**「フィールド・サービスエンジニア」と「カスタマーエンジニア」や「サポートエンジニア」は何が違うのでしょうか?**

実は**「フィールド・サービスエンジニア」と「カスタマーエンジニア」はほぼ同じです。**「カスタマーエンジニア」という職種はCEと呼ばれ、かなり古くから一般的に知られた職種です。

プリンターやコピー機、POSレジなどの故障の際は、カスタマーサポートセンターに連絡すると、カスタマーエンジニア(CE)が駆けつけて修理をしてくれるというイメージが強かったかと思います。

恐らく、*比較的歴史のある機器メーカーでは「カスタマーエンジニア」(CE)を呼称として用い、そうではないメーカーやベンダーでは「フィールド・サービスエンジニア」と呼んでいる*ようです。

**サポートエンジアは「カスタマーサポート」、「プロダクトサポート」、「テクニカルサポート」、「セールスサポート」の総称**です。「サポートエンジニア募集」という募集広告を見かけた時は、前述の4職種に関する募集と考えて間違いないでしょう。

サポートエンジニアとは？仕事内容や将来性、必要なスキルを解説！

## フィールド・サービスエンジニアに求められる資質

「フィールド・サービスエンジニア」という職種についてはある程度イメージがつかめたかと思いますが、では、**「フィールド・サービスエンジニア」になるには、どのような資質が求められるのか、習得しておいた方がよい知識や資格はあるのか**について解説してまいりましょう。

### フィールド・サービスエンジニアに求められる資質や適性

「フィールド・サービスエンジニア」は直接、クライアントと接する機会が多い職種です。**「フィールド・サービスエンジニア」は技術面での知識や裏付けが必要なのは言うまでもないことですが、それに加えて、コミュニケーション能力が求められます。**

クライアントの現場に出向き、クライアントからヒアリングしたり、説明したりします。時には新製品や関連製品の紹介、提案も行いますので、*営業的な資質*も必要となります。ある程度社交的であることが求められます。

クライアントとの接触頻度で見ると、「フィールド・サービスエンジニア」は圧倒的に多いでしょう。つまりは*「企業の顔」*なのです。「フィールド・サービスエンジニア」の印象が企業の印象を決めることもあります。そうした高い意識を持つことが「フィールド・サービスエンジニア」には求められます。

### フィールド・サービスエンジニアに求められる資格

「フィールド・サービスエンジニア」になる上で特に資格は必要ありません。従って、未経験者でも目指しやすい職種と言えますが、ITエンジニアとしてのスキルは必要です。

今や、大半の機器がCPUやOSを搭載し、ネットワークに接続されています。コピー機、プリンター、POS、ATMなどは従来からネットワークに接続されていますが、今や医療機器、自販機、券売機、電気メーターなどはスタンドアロン型からネットワーク型に進化しています。

そうしたことから、**「フィールド・サービスエンジニア」は、OSやソフトウェアやセキュリティ、ネットワークに関する知識が求められます。**すなわち、*ITに関する知識が必須*となっているのです。こうしたことから、「フィールド・サービスエンジニア」は少なくとも次のような資格を取得しておくことが望ましいと考えられます。

*[機械設計技術者試験](https://www.kogyokai.com/exam/)*
設計技術に関する「技術水準」を客観的に評価するための試験です。一般社団法人の日本機械設計工業会主催の認定試験で、**設計技術者の能力向上、社会的地位確立、機械設計業務における取引基準の明確化などが期待**されています。

*[ITパスポート](https://www3.jitec.ipa.go.jp/JitesCbt/index.html)*
ITパスポートは、ITの利活用に必要な基礎知識を有することを証明できる国家試験です。非常にベーシックな試験ですが、**「フィールド・サービスエンジニア」としては是非取得しておきたい資格**です。

ITパスポートとは？詳細や必要性、勉強方法について徹底解説！

*[MCP（マイクロソフト認定プロフェッショナル）]( https://docs.microsoft.com/ja-jp/learn/certifications/)*
「マイクロソフト認定プロフェッショナル(MCP)」は業界で広く認知され、評価されているマイクロソフト主催の試験制度です。**ITに関わる技術、専門知識を客観的に証明する資格**で、マイクロソフト製品、テクノロジー、ソリューションなど幅広い分野に対応しています。

## これからのフィールド・サービスエンジニア

ITエンジニアの中でも、どちらかと言えば裏方的存在の「フィールド・サービスエンジニア」ですが、先に述べた通り**「フィールド・サービスエンジニア」は企業の顔**です。優れた「フィールド・サービスエンジニア」が多い企業はクライアントから支持されます。

AIに置き換わる職種が多いと言われる中、AI製品すら扱う「フィールド・サービスエンジニア」は*今後もますます重要な役割を担う*ことでしょう。

### フィールド・サービスエンジニアの将来性

技術革新のスビードは加速しており、製品の実質的なライフサイクルが短くなっています。日進月歩でリプレイスされていく製品に関する幅広い知識を持ち、ユーザーに対して使い方を説明できるフィールド・サービスエンジニアの必要性はますます高まっています。

政府は*キャッシュレス決済の推進*、*DX推進*を掲げていますが、この動きを受けて製品の多様化・複雑化がさらに進行しています。数年前には見られなかった、スマホによるバーコード決済が今や、当たり前のように利用されています。これらの*急速な変化*も「フィールド・サービスエンジニア」の存在なくして成し得ません。

ITが企業の成長にとって欠かせない経営資源となった今、ITによる国と国、企業間の競争はさらに苛烈になっていきます。**ITエンジニアの登竜門でもあり、不足しているITエンジニアの一員でもある「フィールド・サービスエンジニア」には輝かしい未来が待っています。**

DXとは？その意味と日本の現状、DX推進の障壁となる要因を分かりやすく解説！

### フィールド・サービスエンジニアのキャリアプラン

「フィールド・サービスエンジニア」はIT製品を通じて、あらゆるITエンジニアを結びつける重要な位置にいます。

**サーバーエンジニア、ネットワークエンジニア、システムエンジニア、セキュリティエンジニアなど、多くのエンジニアとの接点を持ち、またクライアントの窓口の役目も持つ「フィールド・サービスエンジニア」はエンジニアの要でもあります。**

深い知識と、スキルを持った「フィールド・サービスエンジニア」は重宝され、期待されます。ITエンジニアの登竜門と言われる「フィールド・サービスエンジニア」ですが、自らの興味や適性を見ながら、あらゆる分野へのキャリアパスを想定ですることができ、大いなる可能性を秘めた職種です。

また、営業部門とタッグを組む「フィールド・サービスエンジニア」、接客技術や交渉技術を身に付けながら、営業職を目指すという道もあります。テクニカル面が強い営業はクライアントから信頼されます。ITエンジニアとの橋渡しができる営業職は貴重な存在となるでしょう。

このように、「フィールド・サービスエンジニア」のキャリアプランは無数にあり、エンジニア初心者の方は、先ずは「フィールド・サービスエンジニア」からのスタートも視野に入れてみてください。

フィールドエンジニアとサービスエンジニアはほぼ同じ職種です。両者を合わせて、「フィールド・サービスエンジニア」と称します。フィールド・サービスエンジニアとは何か？どのような役割を果たすのか？なるために必要な資質や資格、さらには将来性について解説していきます。

フィールドエンジニアとサービスエンジニアの違いはない

フィールド・サービスエンジニアの仕事と求められる資質や資格

フィールド・サービスエンジニアには大いに期待が寄せられており、将来性がある

システムエンジニアなど「エンジニア」という言葉を耳にすると、「男性」をイメージする方が多いのではないでしょうか。当然ですが、「男女雇用機会均等法」という制度があるように男女が働くことにおいて平等です。エンジニアも例外ではありません。

*しかし近年、Web業界ではエンジニアとして就職や転職したいと考えている女性も増えてきています。*ここからは、まずエンジニアの男女比について説明します。その後、女性エンジニアに多い悩みについて解説します。

最初にも説明したように、エンジニアは男性というイメージを持っている方が多いでしょう。では、実態はどうでしょうか。実際のデータを用いて解説していきます。

type転職エージェントサービスに登録しているエンジニアの男女比のデータから算出したところ、*2012年代では、男性と女性のエンジニア比率はおよそ8:2*という結果になっています。一方、その6年後である*2018年代では男性と女性のエンジニアの比率はおよそ7:3*という結果が見られました。

よって、**2012年代から2018年代の6年間で約1割の女性エンジニアが増えています。**このデータから、徐々に女性エンジニアが増加傾向であることが言えるでしょう。

### 女性エンジニアの悩みについて解説

「エンジニアとして就職しても電話対応や資料作成などの仕事を多く任される。」という口コミを見かけました。ここでは、女性がエンジニアになることに対する悩みについ詳しく3点紹介しましょう。

*1.結婚や出産などのライフイベント*
結婚や出産の際にキャリアが途絶えてしまうことは、男性には経験できない女性ならではの悩みと言えます。家庭と仕事の両立は、簡単なことではありません。昔からの風習として、「男性は仕事、女性は家庭」という名残りが未だに残っていることもあります。

**結婚後の生活を充実させるためにも、自分がどうしたいのか、何を優先させたいのかなど、働く理由を考えてみることで、結婚と仕事の両立についての答えが見つかるかもしれません。**また、出産休暇や育児休暇などの女性に対するライフイベントに関する福利厚生が良い会社を選ぶことも大切です。

*2.育児休暇取得後の職場復帰*
近年は、エンジニアの人手不足や働き方改革の推進といった側面から、IT企業が女性を積極的に採用しており、育児休暇を福利厚生として取り入れる企業は増えてきました。しかし、育児休暇を取得後に復帰する際、他の社員と比べてスキルの差が生まれてしまうことや、育児のために、長期間労働が厳しい環境に陥る可能性もあります。

**育児休暇を取得する前だけではなく、職場復帰する前や復帰した後にも定期的にサポートする機会を設けることが重要です。**そのため、今後の働き方についてフォローアップを行うことは、女性の職場復帰後の継続した就業につながる取り組みと言えるでしょう。育児休暇は長期にわたる場合も多いことから、上司から職場や業務について定期的に相談や情報提供を行うことで、職場復帰への不安の軽減につながることもあります。

*3.女性管理職が非常に少ない*
依然として、管理職や役員の地位にいる方は男性が多いです。*管理職に占める女性の割合はおよそ10%*と言われています。女性の管理職が増えない原因のひとつとして、行動や考え方の模範となるような女性のロールモデルが出ないことが挙げられます。そのため、**身近に同性のロールモデルがいない方が多いことから、将来的なキャリアプランを描くことができない点が女性の悩み**と言えるでしょう。

以上のように、男性には理解することができないような女性ならではの悩みというものがあります。女性エンジニアを増やすためには、こういった点を考慮して企業の制度を見直す必要もあるといえるでしょう。また、女性エンジニアとして活躍したいと考えている方には、出産休暇や育児休暇、職場復帰のしやすさなど企業ごとに異なるので、まずは調べてみることをおすすめします。

## 女性がエンジニアになるメリットとデメリットを紹介

ここまで、女性エンジニアの実態や、女性がエンジニアとして働く悩みについて紹介してきました。当項目では、女性がエンジニアとして働くにあたってのメリットとデメリットについて紹介します。メリットとデメリットを知ることで、自身がエンジニアに向いているかのひとつの指標となることができるでしょう。

### 女性がエンジニアになる3つのメリット

女性がエンジニアとして働くにあたって、3つのメリットをそれぞれ解説していきます。

*1.エンジニア業界は男女平等*
他業界や他業種では年功序列の仕組みによって昇給や昇格が変わることもありますが、エンジニア業界では比較的実力が評価されやすい業界となっています。エンジニアとしての実力がなければ、昇給や昇格ができない場合もあります。

一方で、**実力があれば、年齢や性別に関係なく、出世や年収アップしていくことができるでしょう。**また、エンジニアの中で会議などで議論が行われることがよくありますが、年齢や性別など実力以外の部分が理由で、意見や主張を却下されることはありません。

*2.肉体労働が少ない*
**エンジニア業界では肉体労働はほとんどありません。**エンジニアの業種にもよりますが、システムエンジニアやプログラマーの場合、仕事で1日中パソコンと向き合っている日も少なくありません。

例えば、ネットワークエンジニアの場合、ネットワークを構築する際などに、必要な機器を用意したり、運んだりすることはあるでしょう。仮にそのような肉体労働がもし必要な場合があったとしても、女性エンジニアは周囲の男性エンジニアに依頼すれば、運んでくれる場合が多いでしょう。

仕事をする中で女性エンジニアが筋肉痛などの疲労を負うことはまずありません。疲労の可能性があるとしたら、タイピングのしすぎによる腱鞘炎や、デスクワークによる肩こりなどでしょう。

*3服装が自由な会社が多い*
エンジニア業界では仕事や業務内容、企業によって服装が自由なところも他業種と比べると多い傾向にあります。例えば、男性エンジニアはスーツでの就業が一般的であるのに対して、女性エンジニアは服装が自由な企業もあり、自身の好きな恰好で働くことができこともメリットでしょう。しかし、クライアント先に出向く際は、服装の指定がない場合もスーツなどの節度のある恰好をする必要があります。

また過度の露出や強い香水など周囲に迷惑を掛ける行為はできるだけ避けましょう。女性の中には服装を毎日選ぶのが面倒臭いと思う方もいるかと思いますが、その場合はスーツで問題ありません。**エンジニアは自由な服装で働きたい女性にもおすすめすることができます。**

### 女性がエンジニアになる2つのデメリット

女性がエンジニアとして働くにあたってのメリットについて紹介してましたが、もちろんデメリットもあります。ここでは、2つのデメリットをそれぞれ解説していきます。

*1.女性エンジニアが少ない*
これまでにも説明したように、**女性エンジニアが少ないのはデメリット**でしょう。女性が少ないため、女性ならでは悩みの相談が女性同士でできないことや、育児などの苦労を理解してもらえず仕事の調整が難しいことも少なくありません。また男性と話すのが苦手な方は、女性がいない環境に苦痛を感じてしまう方もいるでしょう。

一方で、**男性エンジニアが多いことから女性エンジニアは丁寧に扱われる可能性もあります。**また男性が多いことから、女性エンジニアの場合、結婚相手を探すのに困ることが少ない業界だとも言えます。

*2.残業が多い*
**他の職種と比べると、エンジニアという職業は残業が多い傾向にあります。**女性エンジニアは、男性エンジニアに比べて残業時間の配慮をしてもらえる可能性もありますが、納期間近やシステムトラブルが発生すると、性別に関係なく、徹夜作業や休日出勤がやむを得ない状況になることも少なくありません。

そのため、急遽予定を変更せざるを得ないこともあり、家族や恋人とのトラブルの原因になるケースもあります。結婚後に仕事と家庭の両立ができず、離婚の原因になってしまう可能性もあるのです。*仕事とプライベートを両立をするためにも、キャリアプランや転職などについて深く考えておくことが大切でしょう。*

ITエンジニアはきついがやりがいがある！その仕事内容や年収、求められるスキルを解説

## 今後は女性エンジニアの活躍が期待！

近年、Web業界などではエンジニアとして就職や転職したい女性も増えています。とはいえ、まだまだ女性ならではの悩みを解決することができていないため、女性エンジニアを目指す方が少ない状況です。しかし、これまでに紹介したように、女性がエンジニアになるあたってメリットやデメリットはありますが、女性エンジニアが実力以外の部分で不当な評価を受けることはありません。

さらに男性エンジニアと比べて、女性エンジニアは出産休暇、育児休暇など優遇されている部分もあることや服装自由など快適に働ける環境が整っていることも多いのです。

**女性はライフイベントが多く、その対応を考えておくことが最も重要です。結婚後や出産、育児など仕事と家庭をどう両立させていくか深く考えを練っておきましょう。**またIT業界全体として人手不足な状況であるため、*女性エンジニアの活躍が期待されています。*そのため、今後も女性エンジニアが働きやすいように企業の福利厚生などの見直しも行われる可能性が十分にあるでしょう。

多様化しているエンジニアの働き方について分かりやすく解説！

近年、福利厚生の充実などから女性エンジニアは増加傾向ではありますが、男女比は7:3と男性の方が多いのが現状です。当記事では、そんな状況下にある女性エンジニアの実態や悩み、女性エンジニアとして働くにあたってのメリット・デメリットを紹介しましょう。

女性エンジニアは増加傾向であるが、男性と女性エンジニアの比は7:3である！

女性がエンジニアとして働くにあたって「ライフイベント」や「育児休暇取得後の復帰」、「女性管理職が少ない」などの悩みを抱えている！

女性がエンジニアとして働く場合、「実力主義」や「肉体労働が少ない」、「服装自由」などのメリットがある！

女性エンジニアの実態や悩み、メリット・デメリットを徹底解説！

## 日本がDXの推進をすべき理由

**日本がDXの推進をしなければならない理由は、ズバリ企業の競争力強化と事業成長のためです。**2018年に経済産業省が「DX(デジタルトランスフォーメーション)を推進するためのガイドライン」を発表しましたが、これがDXブームの契機となりました。

日本企業のIT化の遅れは、日本経済成長の阻害要因と見られています。*陳腐化したレガシーシステム(技術刷新すべき既存のシステム)が足かせ*となって、企業がITシステムの刷新に消極的になっているという現状があります。

こうした状況を打破しなければ、日本経済は大きな負の遺産を抱えたまま、ひん死の状態に陥るといった懸念があります。

これを打破する鍵がDXです。*IT技術を駆使し、ビジネスモデルを抜本的に変革し、業務や組織、プロセスや企業文化を見直し、競争上の優位を確立すること*が企業に求められています。

「2025年の崖」という言葉は経産省のDXレポートの中で用いられました。このまま2025年を迎えると、崖から転がり落ちるような危機が訪れるという比喩です。

レポートでは**複雑化、老朽化した既存のシステムがそのまま残ると、国際競争への対応ができず、日本経済に大きなダメージを及ぼす**ということが述べられています。今後予想される*IT人材の引退や不足、既存システムに対するサポート終了*などがこの経済停滞の要因になるというのです。

既に多くの企業は、新たなデジタル技術の活用によるビジネス変革の必要性を理解はしているものの、レガシーシステムの存在がこれを阻害しているのです。

DXレポートによると、21年以上も稼働しているレガシーシステムが2026年には、システム全体の6割を占めると予測し、この刷新に乗り遅れた企業は事業機会を失うというのです。またレポートでは*2025年以降、最大で12兆円/年の経済損失が生じる*と推定しています。

参考:[経産省「DXレポートサマリー」](https://www.meti.go.jp/shingikai/mono_info_service/digital_transformation/pdf/20180907_01.pdf)

**日本は先進諸外国と比べてデジタル競争で大きく遅れています。**日経BPの「DXサーベイ(900社の実態と課題分析)」によると、調査対象となった900社でも、「DXに本気で取り組み、成果を上げている」とした企業は全体の1/4、26.3%に止まっています。

デジタル先進国では大半の企業がDXに取り組んでいるという状況から見ても、日本のDX推進がかなり遅れを取っているということが分かります。

参考:[DXサーベイ(900社の実態と課題分析)]( https://info.nikkeibp.co.jp/nxt/campaign/b/275300/)

デジタルマーケティングとは？エンジニアにとっての重要性も確認

DXの推進においては遅れをとっている日本企業ですが、中にはDXを推進して成果を上げている企業も少なからずあります。

こうした**成果を上げている企業のDX事例について見ていきましょう。そこには何らかのDX成功の鍵があります。**事例に学び、良い点は参考にして自社のDXを推進していくことが求められています。

**日本でもDX推進を課題として掲げる企業が増加しています。**ここでは主に、*消費者と直接接点を持つ小売業、飲食業、タクシー業での導入事例*を、実体験を交えながら紹介してまいります。

*1.UNIQLO*
小売業でDXに積極的な企業というと、真っ先に思い浮かぶのは*ユニクロ*でしょう。2020年6月にはOMO(リアルとバーチャルの融合)を実験店として原宿店、さらには同6月にマロニエゲート銀座2に旗艦店「UINIQLO TOKYO」をオープンさせるなど、DX推進の動きには目覚ましいものがあります。

アパレルの販売であればネットでも完結できますが、そうした中ユニクロはあえて店舗を出店し、**UX(顧客体験)とショールームという機能を店舗に持たせ、ネットとリアルの良いところをうまく融合させています。**

他に、アバレルチェーンでは類を見ないセルフチェックアウトシステムを展開し、店舗における決済という負担を軽減している点も目を引きます。小売業の最先端を走るユニクロのこうした姿勢は、創業社長である柳井氏のデジタルに対する造詣の深さと理解、リーダーシップに負うところが大きいでしょう。

*2.トライアルカンパニー*
スーパーセンター(ディスカウト型の大型スーパー)を展開するトライアルカンパニーは、お客が自ら商品のバーコードをスキャンし、カートに設置されたタプレットで決済をする*「スマートレジカート」*を導入しています。

これと同様の取り組みを、大手スーパーのイオンも「レシゴー」として展開中です。

さらにトライアルでは、*独自のAIカメラを開発し、売場の棚の状況をモニタリングして、商品管理や品揃え*に生かしています。

その他、*電子プライスカード*を導入してリモートでプライス変更を行い、プライスカード付け替えなどの人的作業を不要にしています。

**トライアルは自動発注、自動補充、無人店舗の開発にも取り組むなど、徹底的なローコスト運営を実現し、圧倒的なロープライスで顧客への還元を図っているのです。**

参考:[リテールガイド]( https://retailguide.tokubai.co.jp/strategy/1251/)

*3.はま寿司*
大手外食グループのゼンショーホールディングス(牛丼チェーンの「すき家」などを展開)が手掛ける回転寿司チェーンの「はま寿司」はコロナ禍に対応し、店舗システムの全面刷新に取り組んでいます。

まず、衛生面に配慮しながら、出来立ての寿司をお客に届ける*超高速レーン*を導入しました。回転寿司屋でありながら、寿司は回転しておらず、お客が専用タプレットで注文したものだけが、お客の席に高速で届くという仕組みです。

これで同時に*廃棄ロス*を減らし、ロスを減らした分だけ寿司ネタを増量してお客に還元をしています。また*専用のスマホアプリ*を開発し、お客はアプリを利用して時間予約をし、待ち時間ゼロで席に座れます。アプリにはおすすめ商品の紹介やクーポンがあり、お客にとっても利便性が大きく向上しています。

また、会計は入店時に発券されたシートをレジに持っていくだけで決済が行え、従来のように店員が皿数を数えるという動作が不要になりました。

**これらの取り組みによって、人と人の接触を避け、サービスや品質は向上し、コストカットやロス削減につなげるなど、顧客と店舗の双方に大きなメリットをもたらしています。**

*4.スターバックス*
コーヒーショップのブランドとして顧客から圧倒的な支持を得ているスターバックスコーヒーは、早くからDXやCX(カスタマーエクスペリエンス)の向上に取り組んできました。

**DXやCXの向上は目的ではなく、彼らが「スターバックス体験」と呼ぶ「顧客満足実現」の1つの手段なのです。**

スターバックスの従業員はパートナーと呼ばれ、スターバックスが掲げる*「Our Mission and Values」*の精神を全員で共有し、「Our Mission and Values」の精神がが店舗設計、サービス、ITや経営意思決定、マーケティングなど全ての企業活動に生かされています。

最近では、*「スターバックスさくら2020」*と題するAR(仮想現実)を利用したお花見体験の提供や、スマホのアプリで事前に注文と決済が出き、店舗に着くと直ちに商品を受け取れる*「モバイルオーダー&ペイ」*など、*デジタルを使ってCXを向上*させるという取り組みを続けています。

「スターバックスに行けば、すてきな体験がある」という顧客の意識が定着することで、さらにリピーターが増えていくという考え方が、スターバックスのDXの根底にあるのでしょう。

*5.JapanTaxi(日本交通)*
コロナ禍で苦境に立たされているタクシー業界ですが、ここでも積極的にDXに取り組んでいる企業があります。日本交通からスピンオフしたJapanTaxiです。JapanTaxiは日本版Uberですが、運転手と乗客の双方に好評です。

**乗客はスマホでJapanTaxiのアプリを立ち上げ、ボタンを押すだけで周辺にいる空車タクシーがすぐに迎えに来てくれるという便利アプリです。**

アプリでは迎えに要する時間や推定運賃も分かります。また決済機能があり、タクシー内のQRコードを読み取って、目的地に到着する前に決済ができます。運転手にとっても、お客を乗せる前から目的地が把握でき、しかも現金のやり取りがなく、運転に専念できます。

この*ライドシェアサービス*の便利さは、外国でUberを利用するとよく分かります。運転手と会話する必要がなく、言葉も問題はありません。乗る前から運賃が決まっており、運転手にわざと遠回りさせられて運賃を余分に取られる心配もありません。

車を降りた後、運転手の評価を付けるようになっているので、運転手も良い評価を得るために必死ですから、自らサービスに努めます。中にはドリンクサービスまでしてくれる運転手もいるほどです。

白タクが禁止されている日本では、まだまだ配車アプリで利用できるタクシーが多いとは言えませんが、今後さらにこうした配車アプリの活用が広がっていくでしょう。

**DXを推進している企業、DX推進に成功した企業には共通するポイントがあります。**その共通項がDX成功の秘訣と言えるのではないでしょうか?ここでは、DX成功のポイントを3つにわけて解説します。

### トップの理解とリーダーシップ

**DX推進にはトップの深い理解とリーダーシップが必要です。**成功している企業のDXはトップダウン型が大半です。DXはシステム部門だけでは進められません。

特にレガシーシステムを多く抱えた企業は、既存システムの改廃に膨大なコストが掛かります。トップの大英断がなければ、なかなかGOサインが出ません。

### 徹底した顧客第一、現場主義

「DXの推進は政府方針だから」、「DXがブームだから株主対策で実施する」と考えた企業の多くはDXに失敗します。

なぜなら**DXは顧客の理解と顧客満足の裏付け、現場の理解と協力が無ければ絵に描いたモチ**で終わってしまうからです。DXは顧客第一、顧客視点・現場視点で取り組むことが大事です。

DXはトップから現場まで、全社一丸となって進めるものです。**DXは「IT技術を駆使し、ビジネスモデルを抜本的に変革し、業務や組織、プロセスや企業文化を見直し、競争上の優位を確立すること」だからです。

**業務、組織が変わるためには、全ての従業員の理解と協力が欠かせません。そのためには徹底した情報共有と教育が必要です。**それができて初めて全従業員の意識が1つになります。

**DXはIT人材抜きでは実現し得ません。**しかし一方では、IT人材の絶対的な不足が国家的な問題にもなっています。*ITエンジニアである皆さんの力が求められています*。

DXはデジタル化であり、ITを徹底活用することです。**DXを進める上ではIT技術に関する知識や経験が求められます。**よってDX人材が求められていると言ってもよいでしょう。

DXではこれまで以上に*クラウドやAI・データ分析、アジャイル開発、マイクロサービス・アーキテクチャー*といった技術が求められます。DXを推進するITエンジニアには、そうした技術を積極的に体得していくことが求められます。

### ITエンジニアはDXの旗手であれ

日本は残念ながら、デジタルにおいては遅れをとっています。アジアでは韓国、台湾、中国に先行されています。**この現状を打破し、日本が経済大国として再生していく鍵はDXです。

**DXは企業や組織だけではなく、日本の国家的課題です。今こそ、ITエンジニアである皆さんが必要とされているのです。この記事を読まれた皆さんにはぜひ、日本のDX推進の旗手として活躍をしていただきたい**と願っています。

DX（デジタルトランスフォーメーション）の推進は日本の大きな課題ですが、DXの取り組みは遅れており、DXに対する間違った理解もあるようです。実際の導入事例を元に、DXとは何かについてや成功のポイント、DX推進におけるITエンジニアの役割についても考察します。

2.日本におけるDXの推進状況を事例などから具体的に知る

3.DX成功のポイントと、ITエンジニアとしてDXとどのように関わっていけばよいのか

DXの取組事例に学ぶDX成功のポイントとITエンジニアへの期待

EVMとは｢Earned Value Management(アーンド・バリュー・マネジメント)｣の略語で、**プロジェクトにおける計画、作業工程、成果物などを全てコストに換算し、｢計画(予算)｣と「実績｣、｢要したコスト｣を比較して、｢どの程度進んだのか｣｢費用はいくら掛かったのか｣を把握するための手法**です。

これらを分析することで、**プロシェクトの進捗状況を把握し、将来的に発生する可能性のある問題を予め察知**します。このようにEVMはコストの視点を取り入れたプロジェクト管理の有効な手法のひとつです。

EVMは元々、米国総務省における物資調達規則の一部として制定されたのが始まりです。その後、国家的なプロジェクトのパフォーマンスを上げるために何度も見直しが行われ、発展を繰り返しています。

**EVMの大きな特徴は、従来のプロジェクト進捗管理においてはメジャーな指標だった時間軸だけではなく、コスト指標を取り入れた点です。**日本においては、経済産業省において*EVMに関するガイドライン策定の動き*があり、今後政府案件では、受注条件に「EVM」を用いた管理の採用を含めるべきとの意見もあります。

### これまで利用されることが多かったのは、PERT図とWBSという手法

これまでIT開発のプロジェクトでは、プロジェクト管理に*PERT図*や*WBS*がよく利用されていました。これらは時間軸（スケジュール）でプロジェクトを管理する手法です。

*PERT図*は、なじみのある方が多いと思いますが、プロジェクトの流れや所要時間を図に表し、業務計画を立てます。

 複数の作業が並行して行われるプロジェクトでは、1つの作業が遅れると他方の作業が遅れ、結果として全体が遅れます。このように、*各作業間の依存関係や重要性がよく分かり、進捗管理がしやすいというメリット*があります。

一方で*WBS*も、よく用いられる手法なのでご存知の方が多いと思いますが、プロジェクトの目的達成に必要なタスクを洗い出し、各タスク毎のスケジュールを明確にします。*各タスクの工数も見積もるため、全体工数が把握でき、進捗管理がやりやすくなるというメリット*があります。

**いずれも進捗管理の指標は時間です。それらに対し、コストとスケジュールの両面から管理するのがEVMです。**

PERT図とは？目的・種類・構成要素・作成方法とメリットを解説！

IT開発プロジェクトで必須のWBSについて、改めて見直してみよう

あなたが仮にプロジェクトリーダーを任され、EVMを用いたプロジェクト管理を行うことになったとしましょう。プロジェクトメンバーには、EVMについて説明をしなければなりません。

しかも簡潔に、分かりやすく説明をしなければ、メンバーはあなたに従わないかもしれません。かといって、勉強会を開くほどの時間もありません。そんな時は次のような説明してみてください。

**「EVMはプロジェクト管理の手法で、すべてをコストに換算し、計画に対して進捗をコストで管理するやり方です」**と。

では続いてEVMに対する理解を深めるため、EVMを採用するメリット、デメリットについて考えてみましょう。

## EVMのメリット・デメリットについて

経済産業省によるガイドライン策定を筆頭に、日本国内において導入しようという動きが高まっているEVMですが、メリットだけではなく、もちろんデメリットも存在します。

ここでは、そんなEVMのメリットとデメリットを解説します。

前述の通り、EVMはコストによる管理を取り入れたプロジェクト管理手法です。それを踏まえたうえで、次の2点が*メリット*として挙げられます。

*1.プロジェクト管理をより客観的に管理ができる*
従来のプロジェクト管理手法はあくまでもスケジュール面の進捗管理が主であり、「計画に対して遅れている」「計画よりも早く進捗している」という点でしか、進捗が把握できませんでした。

**EVMにはコスト指標が加わり、コストマネジメントの要素が入ることで、より客観的、合理的な判断や意思決定を促す**ことができます。

*2.プロジェクトの予測精度が高まる*
プロジェクト管理に**コスト指標が加わったことで、将来予測の精度が高まります。**例えば、プロジェクトの折り返し地点で、スケジュール進捗率が50%、予算進捗率が50%なら、プロジェクトは予定納期と予定コスト内で収まる可能性が高いことが分かります。

仮に予算進捗率がスケジュール進捗率を上回っている場合は、コスト圧縮策を講じる必要が出てきます。逆に予算進捗率がスケジュール進捗率を下回っている場合は、さらなるリソース確保が可能と判断され、*いずれにしても早めの対策を打つことができます。*

一見、万能に思えるEVMですが、次のような*デメリット*を抱えており、プロジェクトの前に何らかの補完策を講じておく必要があります。

*1.品質コントロール機能がない*
EVMにはコストとスケジュール以外の指標がなく、**品質を管理するためには別の管理手法を追加する必要**があります。

*2.クリティカルパスが不明確*
プロジェクトの工程にはクリティカルな工程があります。この工程を他の工程と同様にコストだけで管理すると、その工程で問題が発生した際に、他の工程や全体工程に影響を及ぼす可能性があります。

**クリティカルパスはプロジェクト管理の基本ですので、必ずこの管理手法を除外しないよう気を付ける必要**があります。

ここまでで、EVMの概念はある程度理解されたかと思います。続いて、*EVMの構成要素*について触れておきます。次の(a)から(e)まで、5つの構成要素(指標)は頭に入れておいてください。

### (a). PV (Planned Value)－計画価値

**計画作成段階で見積もった予算**を意味し、ある期限までに完了しなければならない作業に対する総予算・総コストのことです。たとえば「〇〇ツールの開発にあたり、1カ月間に必要な予算はいくらか」という視点で、主に開発要員のコストを推定して算出することです。

1カ月間に人件費が50万円/月の初級プログラマーを投入する計画であれば、PVは50万円です。50万円が基準値(ベースライン)となり、60万円/月の中級プログラマーを投入した場合は、10万円のコストオーバーが発生し、この10万円が基準値からの*遅れ*と判断されます。

### (b).AC (Actual Cost)－実際に要したコスト

**ACは実コストのことで、ある時点から特定の時点までに要したコストのこと**です。

例えば「〇〇ツールの開発にあたり、1カ月で実際にかかったコストは60万円」というようにACを用いて表現します。

### (c).EV (Earned Value)－出来高実績値

**EVMのEVのことで、｢出来高実績値｣とも訳されます。**作業の達成度を時間で判断するのではなく、金銭的価値に置き換えて判断します。

AC(実際に要したコスト)に対するEV(出来高実績値)の比率を*CPI(Cost Performance Index)*と称します。CPIは「コスト効率指数」という指標で、*『EV ÷ AC = CPI』*の算式で表され、1を下回るとコスト超過と判断します。プロジェクト進行管理で、コストが予算内に収まっているか否かを判断する際に用います。

### (d).SV (Schedule Variance)－スケジュール差異

**SVはスケジュール差異を示します。EV(出来高実績値)と、PV(計画価値)の差分です。**

*『EV ‐ PV = SV』*の算式で表され、結果がプラスなら、オン・スケジュールと判断し、結果がマイナスならスケジュール遅延と見なします。

 例えば、「〇〇ツールの開発」にあたり、2カ月目までのEV(出来高実績値)が80万円、2カ月目までのPV(計画価値)が70万円なら*『EV(80万円）－PV(70万円） = SV(10万円）』*で、スケジュールは計画よりも早く進んでいると判断できます。

### (e).CV (Cost Variance)－コスト差異

**CVはコスト差異を示します。AC(実際に要したコスト)と、EV(出来高実績値)との差分です。**

基礎知識の記事（95ページ目）