IT 部門がテクノロジー環境に対して保護的な姿勢をとったのは、コンピューターが初めて「平均的な」ユーザーの手に渡ったときです。当時の懸念は正当なものでしたが、現在でも大部分は正当なものです。テクノロジーが猛スピードで進化し続ける中、アーキテクチャ、ツール、および人的要素を把握しておく必要性がかつてないほど高まっていると主張する人もいます。したがって、ローコード宣言の原則 8 が次のようになっているのも不思議ではありません。

ガバナンスと管理:
堅牢なガバナンスと制御のプロセスとプロトコルが不可欠です。

ここでは定義が重要であり、少なくとも3つの異なる種類がある。 ローコードガバナンス1 つは、内部ルール (ベスト プラクティス、標準、文化的規範) に準拠して、人々が物事を壊さないようにすることです。これがここでの主な主題です。もう 1 つは、外部ルールと規制に準拠することです。たとえば、金融アプリケーションの特定の規制要件などです。3 つ目は CIO レベルの定義で、IT 戦略がビジネス戦略をサポートし、定量化可能な結果を​​もたらすことを確認することを意味します。ここでの焦点は最初の定義ですが、ローコードが定義 2 と 3 をサポートするのに優れていることも明らかになります。

一方、制御とは、単に制御することを意味します。つまり、IT は、テクノロジー エコシステム全体で何が起きるか (誰がアクセスを許可されるか、どこにアクセスできるか、そこで何を実行できるか、どのツールを使用できるか) を制御します。IT は、テクノロジー スタック全体の整合性に責任があるため、主導権を握る必要があります。

ガバナンスとコントロールの境界線は、少し曖昧です。この 2 つは密接に関係しています。そのため、私たちはこれらを 1 つのローコード原則として一緒に考えています。

自由度が増すほど、より多くの統治と管理が必要になる

ローコードの大きなメリットの 1 つは、開発の訓練を受けていない非技術者を含む、はるかに幅広い才能のプールがアプリケーションの作成に参加できることです。ビジネス ユーザーは、アプリケーションの構築に挑戦したり、技術チームにアイデアを提案したりできます。初心者の開発者は、想像できるものを構築してスキルを磨くことができます。そしてもちろん、熟練した開発者は、あらゆるエキサイティングな新しいテクノロジーを使用して、イノベーションを限界まで押し上げることができます。ローコードは、あらゆるスキル レベルのクリエイターに、あらゆる種類のアプリケーションを作成するツールを提供します。作成の自由が与えられます。

しかし、問題を引き起こす自由は与えられません。ローコードでは、従来の開発プラットフォームよりも堅牢な制御を導入することがさらに重要になります。これは、経験の浅い、または野心的なアプリケーション開発者が、重要なエンタープライズ システムに不注意で大混乱をもたらさないようにするためです。

イノベーションの文化を持つには、強力なガードレールが必要です。迅速に行動し、チームが多様なスキルセットをプロセスに持ち込み、チームに優れた成果を出すための自主性が与えられるとき、コントロールが最も重要になります。

しかし、すべてをコントロールすることはできませんし、そうしたいとも思わないはずです。創造性を縛ることは目的に反します。それは、自由とコントロール、革新とリスク管理の間で微妙なバランスを取る行為です。プラットフォーム自体が適切なバランスを促進し、実施する必要があります。

予防、検出、修正

リスク管理には、主に 3 つの側面があります。言うまでもなく、予防は、そもそも問題が起こらないようにすることに重点を置いています。検出は、潜在的または実際の問題を見つけることに重点を置いています。そして、修正は、これも言うまでもなく、壊れたものを修復することに重点を置いています。

問題が表面化してから修正するよりも、問題を予防する方がよいというのが一般的な考え方です。このアプローチの欠点は、あまりにも多くのコントロールが組み込まれると創造性が抑制され、プロセス全体が遅くなることです。どちらもローコード アプローチには不向きです。予防の実際のコスト、またはイノベーションが妨げられた場合の機会コストは、修復にかかる時間と費用よりも高くなる可能性があります。

ローコードアプローチは、検出と修正に重点を置いており、大きな損害をもたらす可能性のあるものに対してのみ予防措置を講じます。その考え方は、ミスや失敗の影響を最小限に抑える（または「影響範囲を制限する」）ことです。ローコードのマイクロサービスと クラウドベースのアーキテクチャ ミスが起きたときの影響を本質的に隔離します。また、問題の特定と修復がはるかに簡単かつ迅速になります。

とはいえ、ローコードには重要な予防的安全メカニズムが組み込まれており、特に、ユーザーがアクセスできるツールを制御したり、ユーザーが何かを壊さないようにするビルディングブロックを提供したりします。[「小さな子供に電動工具を与えてはいけない」ということわざがあります。]

ローコードスタイルのガバナンスと制御

適切に設計されたローコードは、従来の開発で実績のあるガバナンスおよび制御ツールと慣例をすべて取り入れ、それらを更新し、最新のテクノロジー、特に人工知能と自動化の力で強化します。一般的に、ローコードは、3 つの重要な方法で、ユーザーが正しいことを実行しやすくし、間違ったことを実行しにくくするように設計されています。

まず、ローコードではアプリケーションを構成するための技術的な選択の多くが行われるため、開発者が行う必要がありません。一般的な日常的なタスクは自動化されるため、決定事項が少なくなり、エラーも少なくなります。

その後、プロセス全体を通じて、人工知能が開発者に次のステップを指導し、作業を継続的にチェックします。

最後に、ローコードでは、アプリケーションのライフサイクル全体に自動化された品質管理が組み込まれています。 できる 自動化される ニーズ 品質とコンプライアンスを確保するために自動化する：すべての一貫性チェック、リファクタリング、アイデンティティ管理、継続的なテストと監視、バックアップ、 すべてのもの.

可視性、洞察力、制御

効果的なガバナンスと制御を行うには、可視性が必要です。人々が何をしているかがわからなければ、彼らが正しいことをしているかどうかを確認できません。ローコードの豊富なメタデータがあれば、測定できないものはほとんどありません。すべてが追跡可能で、監査可能です。すべてがチェック可能で、すべてが監視可能です。得られた洞察は、IT リーダーが制御を維持するのに役立つだけでなく、全員がビジネスへの影響を達成するために正しい方向に進んでいることを確認するのにも役立ちます。これは、CIO にとって非常に重要なガバナンスの 3 番目の定義を満たすことです。

それらの ローコード初心者 非常に使いやすく高速なので、ガバナンスと制御が軽微であるに違いない、と誤った想定をされることがあります。実際はまったく逆で、従来のプラットフォームのガバナンスと制御がすべて備わっており、さらにそれ以上の機能を備えています (これもまた、高速で使いやすくすることに貢献しており、この循環的な考えを完成させます)。

よく使われる表現を言い換えると、「迅速に行動し、物事を壊さないでください。ローコードがあなたをサポートします。」