これまでのやり方にこだわれば自分たちの存在理由を見いだせなくなる

ユーザーはシステムにビジネスの成果を期待する。エンジニアはどうやってシステムを実現できるかを考える。しかし、「どうやって」であるインフラやプラットフォームは自動化されたサービスへと移行しつつあり、構築や運用にかかわる人間の役割はどんどんとなくなりつつある。

開発もまた機械学習をつかったモデリング手法を取り入れるようになるだろう。アルゴリズムを人間が考えコーディングするのではなく、必要なデータと学習モデルを選択し処理のプロセスを生成しようというアプローチだ。IT活用のテーマが増えビジネス環境の変化に即応する必要性が高まりつつあるいま、経験値×職人技ではもはや需要を満たせないからだ。

当然エンジニアの役割は変わる。運用エンジニアであれば、マニュアルに書かれた定例オペレーションやインシデント対応、あるいはバックアップや監視といった作業は不要になる。それに変わって、様々な運用管理業務を徹底して自動化することや、アプリケーション・エンジニアが開発したコードをアプリケーション･エンジニアがセルフサービスで本番に移行しても、安定稼働が保証される仕組みを作る役割が求められる。このようなエンジニアをSRE（Site Reliability Engineer） ということもある。

また、手段は自動化され、しかもクラウド・サービスとして資産化しなくてもITの機能や性能が使えるようになれば、ITを前提に新しいビジネスを実現することも容易になる。さらには、これまでITを活かせなかった領域にITを活用しようという動きが拡がってゆく。アプリケーション･エンジニアは、お客様のビジネスの成果に貢献するために、どのテクノロジーを採用すればいいのかをお客様と一緒になって考え、その仕組みをデザインすることが求められる。つまり、ビジネスの目線でテクノロジーを目利きし、最適な活用方法を組み立てる力だ。

アーキテクトやコンサルタント、ビジネス･デザイナーとしての能力が必要だ。それを何というかは分からないが、コードを書ければいい、データベースをチューニングできればいいというわけにはゆかない。

営業も見積と契約だけの事務処理営業、製品やサービスの説明だけのカタログ営業、モノやヒトの手配に長けた手配師営業では役割を果たせない。そのような手順の決まった仕事はITサービスに置き換えられてゆく。もっと上流の役割として、お客様のビジネスの成果に貢献するためにはどのようなテクノロジーを組合せればいいのかを説明できなければならない。そのアイデアを構想できなくてはならない。

課題をどう解決すればいいかに応えられるソリューション営業では不十分だ。もっと積極的にお客様の経営や事業にイノベーションを起こすためには何をすればいいのかをお客様と一緒になって考えられるイノベーション営業が求められる。そうなるともはや「営業」と呼ぶべきではないかもしれない。「ビジネス･コンサルタント」のほうがふさわしい。

いずれにしろ、エンジニアも営業もテクノロジーの進化によって、これまでのやり方では、自分たちの存在理由を見いだせなくなるだろう。

テクノロジーの進化が何をもたらし、何を変えてしまうのか。私たちは、その意味を正しく見据え、一歩先んじて手を打ってゆく必要がある。「一歩先んじて」が特に大切だ。やらざるを得なくなってからみんなと一緒にやるでは、自分の市場価値は普通でしかない。しかし、一歩先んじれば市場価値は高まる。

いつの時代も人の役割は変化を求められてきた。しかし、「テクノロジーの進化が自らの進化を加速する」時代のスピードは、過去を凌駕している。この現実に向きあうのもひとつの生き方だと思うし、あえてレガシーを極めるという選択もある。

いずれにしろ、自分の存在理由をはっきりさせる努力だけは怠るべきではないだろう。