エンタープライズ・ノーコード・プラットフォームの選択基準
ノーコード開発プラットフォームの選択は、会社の最も重要な経営意思決定である
新型コロナウイルスの世界的大流行は「非接触・非対面」社会への急激な転換の契機
「ポストコロナ」時代の経営環境は、以前とはまったく変わっている。
予想よりはるかに長期間にわたって地球全体を襲ったパンデミックの影響で、今や社会的距離を置く政策と各種の非対面化措置が日常化した。
最初は現実的な適応の難しさや心理的な抵抗感から受け入れられなかった社会の多くの構成員(消費者および顧客)が、このような状況にかなり慣れている状態にまで至るようになった。
この過程で多くの人々がオンライン(非対面)の利便性と合理性も見出し、さらなる可能性まで身につけるようになった。
今や、今回の新型コロナウイルスの世界的大流行事態が完全に終息するとしても、人々の行動様式やライフスタイルは、昔のままの状態に戻ることはできないだろうということは、誰でも難なく予想できる。
このように、日本社会が根本的に変化した状況で、ビジネスは以前のやり方や基準で遂行しようとするのは、失敗することが明らかな無謀な試みだと言える。
今や変化した世の中、すなわちポストコロナ時代に生き残るためには、地域や業種や規模に関係なく、ビジネスに関わるあらゆる活動を非対面化しなければならないデジタルトランスフォーメーション(DX)が不可避になったのである。
アプリ作りの能力がデジタルトランスフォーメーションを容易にしてくれる。
デジタル経営体制への転換は、何より組織内部の全役職員の日常業務をオンラインで処理させることが、その出発点となる。
流通網、調達網、下請業者等の外部組織に係るすべての業務処理がデジタル化されなければならない。
さらに、多くの顧客や利害関係者と関連した業務も、すべてデジタル体制に統合されなければならないという意味である。
このようなデジタルトランスフォーメーションを実現するために、最も重要な要素が各分野の業務を処理するアプリである。
ところが、以前電算化を推進してきた場合とは違って、このようなアプリはその対象や種類がとても多いということである。
そしてERP、CRM、SCM、Gなどのように管理及び統制が核心目的だった従来のバックオフィス性格のソリューションとは異なり、標準パッケージソリューション製品では手に負えない、現場志向型フロントオフィスソリューションの性格が強いということである。
購買、生産、販売、物流など経営活動全分野にわたって、それぞれの業務を遂行する内部メンバー全体と、その業務に関連した外部利害関係者の大部分が使用しながら、ビジネスプロセスの全体過程を知能化、自動化および非対面処理化することが、主要な役割といえる。
そしてすでに運営中のバックオフィスシステムとデータ共有および機能連動まできちんと支援しなければならない。 そこで従来のシステム構築事業とは次元が異なり、パッケージ型製品で定型化することが容易ではなく、具現化するべき対象も多すぎる。
一旦製作されたアプリ製品の機能も市場の環境や現場の状況によって随時に変えられ、変更されなければ、ビジネス活動をきちんと遂行できなくなるという点が、非常に重要な違いだといえる。
したがって、アプリの調達及び運営やメンテナンスのやり方も、従来とは完全に変わってこなければならないことになる。
多数の専従開発者が長時間をかけて多くの予算を投資して開発したり、あるいは外注用役で調達したりするやり方では、開発対象と要求に到底応えられなくなる。
さらに重要なのは、このようにビジネスプロセスの全過程をデジタル化した後、急変する市場環境やその周辺状況に応じて、現場でリアルタイムに当該アプリの機能を修正·変更しなければ、事業を遂行できないという点である。
ところが、これまでのように当初開発した時よりはるかに少ない少数の技術者と予算で数多くのアプリの機能を改善·補完し、エラー発生·突発事態に対応するのは事実上不可能と言える。
そこで、今日の経営革新の一環として進められているデジタルトランスフォーメーションは、実務現場でその業務を担当するメンバーのほとんどを直接参加させることになる。 現業担当者自らが直接アプリを作って運営可能なノーコード開発プラットフォームとノーコード技術の導入が必須要素になっている。
従って、ノーコード開発プラットフォームの導入を検討する際、ERP、CRM、SCM、G等の基幹系システムを開発や運営、維持することを前提に、従来システムを導入や構築していた方式と基準で検討すると、大きな試行錯誤を経験することになる。
IT専門部署中心のノーコード開発プラットフォーム導入の検討は危険である
現業実務者中心のデジタルトランスフォーメーション(DX)体制
ノーコードプラットフォームを選択する際の最も重要な考慮事項は、主要なユーザー層が以前のようにプログラム技術者ではなく、コーディング技術をまったく学習した経験がない現業の実務担当者であることである。。
それにもかかわらず、彼らが作って使うアプリ製品はそれぞれ一つの単位システムであるため、組織内部に既に構築されているERP、CRM、SCM、G/Wなど基幹系システムと機能連動及びデータ共有が必須の全社統合システムの一部として動作することになるということである。
もちろん、ノーコード開発プラットフォームを導入したからといって、既に構築された膨大な基幹系システムを直ちに新しいノーコード環境に移転することは現実的に不可能だ。
それにもかかわらず、急変した市場状況と経営環境の変化によって既存システムの機能の一部を追加または補完する開発作業は持続的に行うしかない。
もちろんこのような作業はIT 部署のプログラム技術者が専担処理することであるが、ノーコード開発プラットフォームを導入した以上、時間と費用の問題はもちろん、連動と統合という観点からもノーコード技術を基盤として行うのが当然といえる。
従って、ノーコード開発プラットフォームを導入する際、ERP、CRM、SCM、G/W等の基幹系システムのように複雑な機能やロジックを実装できるのか?
そして、UI/UX実装技術の自由度も、それらのシステムと同じレベルで実現可能かどうかまで、一緒に検討しなければならない。
たとえコーディング技術自体が必要のない、ノーコード開発プラットフォームとアプリ制作ソリューションであっても、それを導入する目的は全社レベルのデジタルトランスフォーメーションを実現するために、統合システムを構築する一つの効率的な手段に過ぎない。
非常に難しく、価格も高く柔軟でないコーディングという開発体制から脱するための道具を変える戦略に過ぎない。
ノーコード開発プラットフォームやソリューション自体も、結局はコーディング技術を活用して作られるしかない。
また、ノーコード開発プラットフォームで作られるアプリも、組織内部に既に構築された多数の基幹系システムと機能連携及びデータ共有はもちろん、運営とメンテナンス業務まで全て一つの体系で運営されなければならない。
ノーコード開発プラットフォームの技術適用は、産業標準を遵守すべきである。
ノーコード開発プラットフォームとソリューションであっても、その技術的なインフラと運営環境の経済性、互換性、拡張性及び発展性は、かつてITソリューションを導入する際に適用していたような基準で検討されるべきである。
ただし、特定のソリューション製品を一つ購入したり、あるアプリを開発するプロジェクトを遂行するのとは異なり、ノーコード開発プラットフォームの導入は、今後開発及び構築·運営するすべてのアプリに決定的な影響を与え続けることになるので、より体系的かつ戦略的な検討が必要である。
ノーコード開発プラットフォームの技術の根幹となる運営体制(OS)、サーバーフラットフォーム(WAS)、データベース(DBMS)などは、どのような技術を採用しているのか、十分検証されなければならない。
一般にこのようなことを検討する際には、多くのユーザ集団が既に形成されているデファクトスタンダード(de facto standard)を選択することが、最も望ましい。
特定のベンダ社のマーケティング政策に左右されたり従属したりせず、あわせて集団知性によって持続的に発展可能なオープンソース技術を採用するのが理想である。
それにもかかわらず、エンタープライズ環境においては、既に構築·運営中のソリューション製品やアプリケーションとの連携·統合といった問題は避けられない課題であるため、導入されるノーコード開発プラットフォーム自体が推奨するオペレーション環境以外に、自社の既存環境と関連してより合理的なオペレーションが機能するように、多様なオペレーティングシステムや技術的インフラを選択可能なノーコード技術が、より望ましいといえる。
ノーコード技術ジャーナルは下記のような順序で記述されています。
最も良い方法は順番に読むことを推奨します。
1. [ノーコード技術] なぜ、今...「ノーコードプラットフォーム」ブームが起こっているのか?
2. [ノーコード技術] ソフトウェア産業従事者への深層情報提供が目的
3. [ノーコード技術] ノーコード技術とコーディングの根本的な違いは何か?
4. [ノーコード技術]ノーコードソリューションとローコードソリューションはどのように異なるのか?
5. ノーコード体制を実現するには、何を直すべきか?
6. ノーコードソリューションが、本当にCやJavaの代わりになるのか?
7. ノーコードソリューションの基本的要件は何か?
8. 「ノーコード開発プラットフォーム」が第4次産業革命のエンジンである理由
9. エンタープライズ・ノーコード・プラットフォームの選択基準
10. ノーコード開発プラットフォームは、実務用プログラムの制作に制約のない技術選択が必須