ソフトウェア開発の民主化
1990年代後半から2000年代初頭にかけて、動画編集には専門的なスキルとハードウェアが必要でした。現在に早送りすると、誰もがモバイルデバイスで動画を撮影・編集できます。同じことがソフトウェア開発にも言えます。今日、子供たちは学校やキャンプでプログラミングを学び、開発環境は任意のブラウザから無料でアクセスでき、Pythonのような簡略化された言語が主流になっています。
金融におけるエンドユーザー開発の台頭
金融機関の中で、非テクノロジー開発チームはしばらく前から存在しており、電子取引やリスク管理のビジネスと最も密接に関連しています。通常、これらのチームは定量的な性質を持ち、テクノロジー所有のフレームワークに組み込まれる特定の価格設定や評価モデルを開発しています。
近年、スプレッドシート、高レベルのスクリプト言語、さまざまなコードレスフレームワークのおかげで、はるかに広いステークホルダーが「エンドユーザーアプリケーション」を構築する第2のカテゴリの非テクノロジー開発が登場しています。この台頭に拍車をかけているのは、ますます厳しくなるテクノロジー予算策定プロセスです。
ユーザーエンパワーメントの機会と課題
エンドユーザーが作業環境とユーザーインターフェースをカスタマイズできるようにすることは、個人がその独自のワークフローと業務ニーズに正確に沿ったアプリケーションを作成できるようにすることで、大きな利点をもたらします。しかし、このエンパワーメントは追加の複雑さも引き起こします。ビジネス継続性を確保するには、一元化されたリポジトリ、ローカルカスタマイズを定期的なソフトウェアリリースと統合するための堅牢なシステム、および非効率に設計されたクエリからデータベースパフォーマンスを保護するための防護措置が必要です。さらに、不正なデータアクセスを防ぐためにエンタイトルメント管理が重要になります。
エンドユーザーにこれらの最適化とリスク管理の考慮事項を完全に理解することを期待するのは非現実的です。しかし、エンドユーザーをエンタープライズやユーザー主導のコーディング機能から完全に遮断することも同様に非現実的です。テクノロジーチームはユーザーが要求する変更の速いペースに追いつけないか、ユーザー主導の改善を望むほど迅速に優先できないことが多いからです。したがって、ユーザーを支援しながら十分なガードレールを維持する均衡のとれたアプローチが不可欠となります。
IT境界とセキュリティモデルの再考
歴史的に、エンドユーザーとテクノロジーチームの間の縄張り意識は、主に戦略的選択ではなくセキュリティ上の懸念から生じていました。本質的には、セキュリティの脆弱性を誤って開いてしまうことを避けるためでした。しかし、現代の適切にコンパートメント化されたシステムにより、これらの縄張りの境界はもはや適用されません。安全に設計された現代のエンタープライズプラットフォームは、セキュリティやコンプライアンスを損なうことなく、制御されたカスタマイズを促進します。
エンドユーザーアプリケーションのガバナンスとリスク
近年、金融機関はガバナンス主導の優先順位付けプロセスを設け、多くのプロジェクトが資金調達されないままとなり、これがエンドユーザーアプリケーションの普及をさらに促しました。
その結果、大規模な金融機関は関連するリスクを管理し品質を確保するための新しいガバナンスモデルを設けなければなりませんでした。テクノロジー部門が開発するアプリケーションに存在するすべてのリスクがエンドユーザーアプリケーションにも存在します。以下のリスクを含みます。
- キーパーソンリスク
- 変更管理リスク
- オペレーショナル障害
- キャパシティ管理
- データ品質
- 機密情報の安全な保管
3forgeが安全でスケーラブルなエンタープライズ開発を実現する方法
3forgeのエンタープライズ開発環境は、非テクノロジー部門のスタッフが以下の方法ではるかに高度でハイパフォーマンスなアプリケーションを、リスクとサポートの問題をほんの一部に抑えながら構築できるようにします。
- 堅実なアーキテクチャ懸念事項を分離し、安定性、スケーラビリティ、セキュリティを根本から提供する実証済みの3層アーキテクチャ（Relay、Center、Web）。
- プラグアンドプレイのガバナンス開発チームからのカスタム実装を必要とせずに、シングルサインオン、ロールベースアクセス、バージョン管理のための組み込みサポート。
- 解決済みの複雑さ最も難しい問題を解決する基盤: リアルタイムデータの処理、水平・垂直スケーリングのサポート、データ集計など。チームはインフラではなくビジネスロジックに集中できます。
