同じソフトウェアパッケージの障害をもう一度失敗させようとしていますか？
公開: 2022-01-05
さらに、企業は、ITガバナンスに妥協することなく、規模とペースを拡大しながら高度な組織プロセスをデジタル化および再構築できる、これらのタイプのローワーコードアプリケーション成長プラットフォーム（LCAP）としてのテクノロジーの利点を認識しています。 この12か月の初めに、ガートナーは2021年にLCAP業界で23個のPCの開発を予測しました。これは、Covid-19に触発された急増であり、組織がより迅速に適応して自動化することを急いでいます。 多くの企業がMinimal-Codeで何ができるかに気付いているので、時計を時代遅れの作業技術に戻す可能性はほとんどありません。
このスモールコードの人気は、ITとビジネスマンの両方がデジタルトランスフォーメーションで集合的に享受しなければならないという立場を強化しており、両者が関与するコラボレーションは成果にとって重要です。 一方、Gartnerは、IT以外の従業員の41％（電話では「ビジネステクノロジスト」と呼ばれる）が、情報や技術革新ソリューションを独自にカスタマイズまたは構築しているとも述べています。 また、Gartnerは、2025年末までに、すべての新しい非常に低いコードの総売上高の50％が、IT部門外の組織の将来の購入者から得られると予測しています。 これは、「ビジネス」がローワーコード機器を利用するだけでなく、それらを購入する種類にもなることを示唆しています。
これは希望をもたらすだけでなく、懸念も引き起こします。 組織が変革に取り組んでおり、それを強化する機器を実際に使用したいと考えていることを示していることが期待されます。 懸念されるのは、組織側が個人的に、アプリケーションの進捗状況に関するテクノロジーの決定を生み出し、ITと開発者を会話からますます排除する可能性です。 これは、将来のデジタル化にとって生産的な最終結果にはなりません。
数年前から、プログラムの割り当てがうまくいかないことについて読んできました。 これは、「既成の」製品の同等の実装と、開発者による特注ユニットの自然で有機的な開発の両方に当てはまります。 Standish Groupの年次CHAOSレポート（世界中で50,000のプロジェクトを分析）によると、ノウハウプロジェクトの66％が部分的または全体的な失敗で終了します。 そして、完全に繁栄している割合は、大規模な組織では8％に縮小します。 遅延、スコープクリープ、予算の増加、開発者の有用なリソースと一致しない、病気で考えられた組織戦略の缶詰を観察しました。 もう一度真剣にやりたいですか？ 環境が対処している調整の速度では、もはやこの程度の失敗の能力はありません。
進行状況の会話
リスクフォワードは、Reduced-Code開発環境で使用されたままの機器の多くが、アプローチの多くのスペシャリストを団結させるよりもいくらか分割するという点にあります。 それらは、両者をまとめて1つの「開発対話」にまとめるのではなく、技術と組織の間に「領地」を生み出します。 一方で、私たちは開発者が自分の意識を維持したいと思っていることについて耳を傾けます（そして当然のことながら多くの方法でそうです）が、市民開発者の助言としてこれらの傾向は非技術者が孤立して個人システムを確立することは問題ありません。 基本的なワークフローの量では問題ありませんが、ミッションに不可欠な問題やエンタープライズソフトウェアの使用に対処している場合は問題ありません。
ローコードは現在活況を呈していますが、多くの形で何年も前から存在しています。 残念ながら、Minimal-Codeセクターの進化は、それ自体でこれらの領地を悪化させてきました。 世代を超えたReduced-Codeは、ビルダーにショートカットを提供することでしたが、それでも開発者向けの機器であり、ITと組織の間で長期にわたる翻訳ワークアウトルーチンを継続し、長期にわたる進行サイクルを必要としました。
第二世代のLower-Codeは、市民の強化のようなもので逆に振られ、会社の場所の痕跡は、非常に単純なワークグループアプリを独立して作成できましたが、規模や複雑さの能力がなく、一般的な組織での使用に必要な重要なガバナンスオプションが事実上不足しています。 これらの技術にはそれぞれ長所がありますが、どちらも他の技術の主な価値を提供しません。 この難問を解決するためにサードテクノロジーのLCAPが台頭しているのはごく最近のことです。 これらのプラットフォームは、第1世代と第2世代の最高の機能を備えていても、複雑な企業スポンサーが連携して使用できるコラボレーション環境を提供します。
共同成長とは何ですか？
真の共同作業の進歩は、新しい電子アプリケーションの作成作業を共有するグループを超えています。 これは、関連するすべての利害関係者が互いに協力し、エンジニアリングによって促進された主題の問題に関する知識を1つの効果的なフォローで導く場所です。 これにより、企業からITへの必需品の従来の継続的な翻訳を削減し、また元に戻すことで、手順を加速します。 そしてそれにより、設計段階で取得した回答を観察した結果として、これらすべての要件を正しく受け取ること、またはこれらの前提条件を変更することに関連するやり直しのかなりの部分が発生します。 別の方法として、performは、技術革新によってサポートされるすべての関連する企業および技術主題の専門家全体で「民主化」され、チームが複合コンポーネントで単独で実行するよりも公平にシステム内で一緒に構築できるようにします。 それには、すべての人にとって直感的であるだけでなく、ビジネス品質の機能も必要です。ガバナンスが設計されており、ミッションバイタルな変更をサポートし、クラウド固有のアーキテクチャを採用して拡張できます。
共同手順は、新しいアクションコースの開発、インターフェースの作成、データモデリングから、ドキュメントの作成、APIの構築、公開、アプリ機能の分析まで、開発サイクルのすべての段階で存在する必要があります。
なぜコラボレーションがそれほど重要なのですか？
そもそも、パブリッシング・コビッド・プラネットのビジネスに課せられる改善のペースの高まりは、通常、孤立したサイロで仕事を成し遂げる時間がないことを意味します。 組織がITグループに改善要求を打ってから、リターンボレーを待つと、遅延が発生します。 ボールは常に途中で落とされ、おそらく横からのカーブボールはパフォーマンスを終了する可能性があります。 組織の消費者は事実上迅速な対応を期待しているため、組織は社内でも同様に迅速に適応できなければなりません。
次に、コンピューターソフトウェアビルダーはますます不足している。主に英国では、人材の供給がブレグジットによって非常に激しく打たれた。 CompTIAによると、ソフトウェア開発者の役割は2021年の空席の記録を上回り、その期間中、雇用主は実質的に25万人の雇用を記録しました。 コラボレーションプログラムは、直感的なローコード開発プラットフォームを使用してアプリケーションを共同で作成するために2つの側面を共同で提供することにより、開発者の負担を軽減できます。
第三に、企業は、開発を増やし、購入を大幅に減らすことで、重要なデジタル変革計画を実現できることを知っています。 メインシステムをリッピングして変更するのではなく、既存のテクノロジーとデータソースをはるかに有効に活用したいという欲求が高まっています。 成功への期待も高まっています。 現在、電子変換では、重要で実験的で小規模なワークフローの変更は評価されません。 組織チームは、迅速かつ主要な調整を支援するために1つとして実行する必要があります。
民主化は不可欠です
コラボレーションプロセスを成功させるための大きな要素は、拡張クルー全体での作業の民主化です。 アプリの作成プロセスは、関連するすべてのトピック問題の専門家による単独システムの共同使用の結果として加速されます。 問題の達人を発行するすべての人は、彼らの技術と実際の経験に直感的な方法で手順に彼らのスキルを挿入するように招待されています。 このアプローチは、大企業で重要な十分なガバナンス制御を確保する際に、技術者と非技術者の両方を含む、企業内の多くの利害関係者にわたる技術への幅広い関与を促進します。 ガートナーのエンタープライズテクノロジストの予測は有効ですが、将来はIT ITとは別にアプリケーションを作成するビジネス機能だけではなく、組織は技術革新によってアプリケーションをまったく同じ場所に持ち込むことを望んでいますが、デジタル1であることがよくあります。
最新世代のMinimal-Codeシステムには、ビジネス規模での自動化とデジタルトランスフォーメーションを高速化する電力が備わっています。 それでも、ビジネスとIT全体での合法的なコラボレーションは達成に重要です。 長期的には、中小企業が技術者になり、自分でそれを率いることではありません。 それは、すべてのユニークな主題問題の専門家の間で進歩的な会話を生み出すことについてです。
ジョナサン・ウィーナー、CRO、オーラチェーン