見出し画像

ローコードはローテクでない

ServiceNowのグラント・ハルバートが寄稿した記事の抄訳です。(2022.10.18)
グラント・ハルバートは、ServiceNowのChief Innovation Officeでシニアテクノロジーアライアンスアーキテクトを務めています。グローバル戦略アライアンスグループに所属し、最大のテクノロジーパートナーと肩を並べ、彼らのパワーとServiceNowのパワーをどのように組み合わせれば、お客様が想像もしなかった新しい製品を生み出すことができるかを探っています。ServiceNow入社以前は、アプリケーション間のドラッグ&ドロップ、世界最速(当時)のRAMベースのWebデータベースとサーバーサイドスクリプト言語、初の市販のWebコマースシステムなど、広く使われている概念を含む40以上のソフトウェア製品を発明、執筆、出版しました。 グラントは、カリフォルニア大学ロサンゼルス校でコンピュータ科学とエンジニアリングの学士号を取得しています。

プロフェッショナルな開発者は、ドラッグ&ドロップ開発ツールから得るものがたくさんある

私はソフトウェアエンジニアですが、幸運なことに、コードを書くのが好きです。でも、コードを書く必要がなければ、もっといいんです。
多くのエンジニアは、繰り返しの手作業に追われています。企業では、特定のユースケースに合わせた独自のプログラムを作成することがよくあります。これらのプログラムは、既成の技術ソリューションを補完するもので、一般的には既存のシステムに統合するためのカスタムプログラミングを必要とします。その結果、煩雑なアプリやツールの寄せ集めのような状態になります。

これらのプログラムの統合は悪夢のようなものです。チームは、それぞれのソリューションが共存できるように、四角い釘を丸い穴にはめ込もうと、膨大な時間とリソースを費やしています。企業は、粗悪な統合のために何百時間も無駄にし、何百万ドル(数億円規模の意)もの損失を出しているのです。

新しいソフトウェアを統合するには、数週間から数ヶ月かかることもあり、また、そのソフトウェアが正確に思い通りに動作する保証もありません。そのため、サイロ化したビジネスソフトウェアを統合することは、デジタル変革の最大の障壁の1つと広く考えられています

しかし、そのようなことはありません。

企業は、統合をテクノロジーの問題として捉えています。しかし実際には、複雑なプログラムの統合は、コーディングやアプリケーション開発に関する知識が驚くほど少なくても実現可能なのです。

注意すべき点

多くの企業と同様に、ServiceNowも販売サイクルにMicrosoft Dynamicsを使用しています。1万8,000人規模の企業でDynamicsを活用することは、決して小さな仕事ではありません。そのためには、高度な専門性を持った開発者が必要です。このようなプログラミング環境では、新しい機能を構築するのに数ヶ月かかることもあります。

営業担当者は、役員との面会をリクエストできる機能を求めていました。従来は、メールを何通も送ったり、役員のアシスタントと調整したり、カレンダーを見比べたりと、何段階もの長いプロセスを経てリクエストしていました。このプロセスを効率化するために、ServiceNowのDynamicsエンジニアは、リクエストのトリガーとなるボタンを作成しました。

一方、別のチームはServiceNowのプラットフォーム上に「Engage」というアプリを構築し、エグゼクティブのためにこのようなリクエストを追跡・管理することにしました。簡単そうでしょう?しかし、これだけでは終わりません。

この2つの機能は、別々のプログラミング環境に存在し、接続されていませんでした。つまり、Dynamicsで入力されたデータを、人間が手作業でServiceNowのアプリに移動させなければならなかったのです。

通常、このラストマイルのギャップを埋めるには、カスタムインテグレーションを作成する必要があります。そのため、両社のソフトウェア開発チームは、調査、ユーザーインタビュー、コーディングといった一連の作業を行うことになります。

2倍のパワーと半分の労力

従来のコーディング環境は、冗談ではありません。

ServiceNowでは、組み込みのルールとスクリプト、そしてコードを深く理解する多くの人材がいますが、問題に対するソリューションをプログラムするのに何日も何週間もかかることがあります。それは、デプロイする前にエラーがないかチェックしなければならない何百行ものコードを意味することもあります。

しかし、今回は違います。カスタマイズされたDynamicsの機能と当社独自のEngageアプリを統合するのに2時間しかかからず、コーディングはゼロでした。

ローコードソリューションなので、プログラミングの知識はほとんど必要なく、技術音痴でも大丈夫です。

これは、ServiceNowのソリューションであるフローデザイナーが、ドラッグ&ドロップの簡単なツールを使って誰でもソフトウェアを作成できるようにしたおかげです。ローコードソリューションであるため、プログラミングの知識はほとんど必要なく、技術的な苦手な方も歓迎されます。

Flow Designerを使用すれば、コーディング経験のないビジネスプロセスの所有者でも、数時間で独自の統合を構築することができます。これにより、プログラマーがソリューションの設計を開始する前に、ビジネスラインの専門家にインタビューしてニーズを理解するのに費やした膨大な時間を節約することができます。

もうひとつ、これは私のようなプログラマーにとって非常に重要なことですが、フローデザイナーやその他のローコードツールは、コードのエラーを劇的に減らすことができるのです。

プログラミングが好きな人であっても、バグを探し出すのは好きではありません。ローコードを使えば、開発者は自分の技術力が本当に必要な面白いプロジェクトに集中することができます。非コード開発者は、自分のニーズに合ったツールをすばやく立ち上げて、自分にとって最も重要な仕事に戻ることができます。

成功の方程式

ローコード技術によってすべてが破壊され、インターネットが民主化されるという話をよく耳にします。しかし、ローコード(およびノーコード)による破壊は、ビジネスラインの専門家がゼロからピカピカの新しいアプリを作成することだけを意味するものではありません。ある意味では、営業担当者が繰り返し行う作業をつなぐワークフローを構築するような「小さな」ユースケースは、より野心的なものよりもさらに重要なのです。

このテクノロジー普及の時代には、個々のニーズに合わせて設計されたツールやプラットフォームが爆発的に増え続けるでしょう。そして、それらをシームレスに連携させることが最も重要です。

我々は開発者不足にも直面しています。企業はプログラミングのリソースを無闇に費やすわけにはいきません。ローコードツールを使えば、企業は多くのプログラマーがいなくても、技術ツールを調和させることができます。開発者が大量に職場を去り、米国の労働者の従業員満足度が過去最低に近づいている今、これは特に重要なことです。

今日のすべての企業はテックカンパニーであり、デジタルトランスフォーメーションは、誰が最もクールな新しいおもちゃを持っているかという問題ではありません。成功は、これらのツールをどのように使うか、そして、最も古いレガシーワークホースから最新のマシンまで、それらを難なく統合し調和させることができるかどうかによって決まるのです。



この記事が気に入ったらサポートをしてみませんか?