コンポーザブルバンキングを機能させる

プラトン再発行

フォロワー： 0

80 年代に銀行技術の分野でキャリアをスタートさせたとき、最初はメインフレームを扱っていました。

コンポーザブルバンキングを機能させるには、より広範な組織の変更が必要です

当時、当社には要件を指定する「本社ビジネスユーザー」のチームがありました。これらは、システムの実際のユーザーを代表する仲介者でした。実際のユーザーと直接接触することはありませんでした。

数年後、銀行は現在アジャイルと呼ばれるものを試したいと考えていましたが、当時はラピッドアプリケーション開発でした。目標は、ソリューションの提供方法を加速することでした。私たちは IT 業界で初めて、ラップトップや携帯電話で武装したのです。私たちはITオフィスから引き出され、ビジネスユニットのXNUMXつにオフィスを与えられました.

同時に、私たちは自宅で、または生産性が高いと思われる場所で働くことを許可されました。私のスケジュールは通常、午前 6 時に起床し、午後 2 時までコードを書き、その後休憩して昼食と午後のキップを食べるというものでした。私は午後 6 時か 7 時ごろからデスクに戻り、通常は深夜までコーディングをしていました。これは私にとってはうまくいきました。

これとは別に、最大の変更点は実際に支社のエンドユーザーから要件を取得したことです。これは、ソリューションの使いやすさと機能を適切なものにする上で大きな違いをもたらしました。

30年早送りすると、これが現在の標準です。過去 30 年間、ビジネスユーザーと IT の統合が進んできました。ソフトウェアプロバイダーでさえ、顧客が新製品に深く関与するモデルに移行しています。

ただし、通常、ビジネス固有の要件については、アナリストがそれらを文書化し、開発者がコードを記述します。これは何十年も前からのモデルです。

これを変更して、ビジネスユーザーがローコードまたはノーコードソリューションを使用して独自のソリューションを作成できるようにする試みが行われています。実際、私の最後の会社である edgeIPK は、Web/モバイルアプリ開発用のノーコードプラットフォームを作成するパイオニアでした。 Gartner は、そのようなツールのユーザーを「シチズンデベロッパー」と呼んでいます。これにより、要件と開発の分離は減りましたが、保守が困難で再利用がほとんど促進されない多くのソリューションが生成されたと言えます。したがって、このようなツールは、エンタープライズレベルでミッションクリティカルなソリューションに実際に使用されることはありませんでした。

しかし、これはコンポーザブルバンキングでは変わる可能性があります。コンポーザブルバンキングでは、市場からビルディングブロックを開発、公開、消費し、他の誰かがこれらのブロックを完全なソリューションに「構成」できるようにすることが重視されます。しかし、明らかにそれはそれほど単純ではありません。 Gartner の著名なバイスプレジデントアナリスト兼リサーチフェローである Yefim Natis は、コンポーザブルバンキングにおける次の XNUMX つの役割を定義しています。

エンタープライズアーキテクト (EA): ソリューション全体を高いレベルで管理し、最大限の再利用と一貫性を確保する人物。 BIAN アーキテクチャは、EA が作成できるものの良い例です。 BIAN は、完全な銀行アーキテクチャの構成可能な「ビルディングブロック」を適用するための優れたモデルを提供します。
作成者: 個々の計算、機能、またはビジネス機能の構成要素を作成および公開する開発者。
キュレーター: ビルディングブロックの「ライブラリ」またはマーケットプレイスを管理する役割。このライブラリには、プロプライエタリまたはサードパーティが取得したソリューションも含める必要があります。
コンポーザー: アプリケーション構成プラットフォームとツールを使用してビルディングブロックからソリューションを構成するチームですが、必ずしもそうとは限りません。
消費者: アプリケーションの実際のユーザー。

詳細については、Yefim の最近のウェビナー「The Core Principles of Composability: Thrive Through Business Change」を参照してください。

私が言いたいのは、「コンポーザブルバンキング」は単なる IT の問題ではなく、ビジネスユーザーが関与するということです。これは、再利用ライブラリを使用した単なる標準的な開発ではなく、組織の変更であり、企業はこの移行なしに完全なメリットを得るのに苦労するでしょう.

以前は、エンタープライズアーキテクトの役割は非常に困難でした。数千とは言わないまでも数百のシステムを選別し、より良いランドスケープの青写真を提供するには、ビジネスとテクノロジに関する強力な知識が必要でした。既存のシステムをマッピングするタスクはまだそれほど簡単ではありませんが、BIAN はこれを非常に簡単にしました。

で強調したように以前の投稿、構成可能な銀行業務は銀行の多くの問題を解決できますが、組織の変更が必要であり、新しい役割によってサポートされる新しい働き方を教育および採用するための戦略によってサポートされる必要があります. いつものように、ツールと理論はすぐに利用できますが、悪魔は細部に宿ります。この作業を行っている組織の強力な例があり、それらについてはすぐに書きたいと思います。