ローコード開発の社内導入における注意すべき点

ローコード開発（Low-Code development）とは、最小限の必要なソースコードのみを記述し、そのほかの多くの部分を「GUI（Graphical User Interface/グラフィカルユーザインタフェース）」とよばれる、視覚的に理解しやすく直感的に操作できる画面を用いて開発する手法のことです。

ボタンを押すだけで一定の処理が行われるような機能が用意されており、それらをドラッグアンドドロップして組み合わせることで、アプリケーションを開発できます。

ローコード開発については、「ローコード開発とは」のページもご覧ください。

開発できる内容に制限があり、やりたいことを実現できない可能性がある

ローコード開発は、ノーコード開発に比べれば、コーディングによって機能拡張できる部分がある分、自由度が高い点がメリットです。

ただ、1からプログラムを組むスクラッチ開発に比べれば、構築できる範囲には限りがあります。
ローコード開発とスクラッチ開発を比べた場合、ローコード開発の大きなメリットは、用意された機能単位を組み合わせて大部分を構築できる分、開発期間を短縮でき、開発コストを抑えられる点にあります。

基本的には、構築したいアプリケーションに必要な機能が揃ったプラットフォームを選ぶことが前提となり、コーディングは補足的に利用することになります。 そのような視点で自社の目的に合ったローコード開発プラットフォームを選定する必要があります。

正しいデータベース設計を行っておかないと、収拾がつかなくなる

ローコード開発プラットフォームを活用してアプリケーションを構築した後は、ユーザーが利用する中でアプリケーション内にデータが蓄積されていきます。

アプリケーションの構築時に、正しくデータベース設計を行っておかないと、後からデータの利活用がしづらくなってしまいます。

データモデリングの知識に基づいて、どのような情報をどういった構造でデータベース化するのかを決めておかなければ、データの冗長性や不整合が起きる恐れがあります。その結果、どのデータが信頼できる正しい情報なのか判断がつかなくなったり、余計なデータが含まれていたりして、後から必要なデータを探して活用することが困難になってしまいます。

開発したアプリケーションが、シャドーITになる恐れがある

シャドーITとは、組織の管理者が使用を認めたり把握したりできていないIT機器などのことです。情報漏えいリスクにつながるため、情報システム部門などの管理者にとって悩ましいもの。

ローコード開発プラットフォームは、プログラミングのスキルを持たない現場の担当者の手でもアプリケーションを構築することができる点がメリットの一つですが、その裏返しで、管理者が把握していないアプリケーションが勝手に作られ、利用されてしまう恐れもあります。

これを避けるには、ローコード開発プラットフォームにおけるアプリケーション構築を、管理者側で掌握できるようなルールや業務フローを整備する必要があります。

スパゲッティコードが増えて、メンテナンスができなくなる可能性がある

上でお伝えしたように、プログラミングのスキルを持たない人材でもアプリケーションの構築が可能な点は、ローコード開発のメリットの一つです。ただし、機能拡張などでコーディングを行う部分に関しては、プログラミングの知識が必要です。

もし、プログラミングのスキルがない現場の担当者が、インターネットで検索しながら自己流でコーディングを行った場合に、スパゲッティコードになってしまうことがあります。 スパゲッティコードとは、命令の実行順序が複雑だったり処理の流れや構造が把握しにくかったりするプログラムのことです。

スパゲッティコードは、書いた本人にしか理解できないため、ほかの人が改修することは困難です。時には、書いた本人ですらわからなくなっているケースもあります。不具合が起きた場合は、どの部分が原因なのかを調査することから始めなくてはならないため、時間と労力がかかってしまいます。

保守性や拡張性の低いスパゲッティコードが増えてしまわないよう、ガイドラインを策定してユーザー部門に周知し、必要に応じて研修などを実施する必要があります。