金融業界におけるデジタル変革の文脈において、銀行やその他の金融機関は、ビジネスモデルの革新とデータアプリケーションの深い統合に直面しています。ビジネスに必要なのは、もはや純粋なデータではなく、データの背後にマッピングされたビジネス トレンドの洞察であり、ビジネスと結合され、ビジネス メトリクスに変換され、データの分析と処理後にレポートに表示されて初めて、その価値が真に反映されます。 。
しかし、需要を指標に変換するプロセスでは、無秩序な需要管理、統一的な登録とメンテナンスの難しさ、指標のトレーサビリティの難しさなどの問題点があり、管理と制御のための統一的な需要登録プラットフォームがさらに必要になります。
この記事では、実際の事例を組み合わせて、金融顧客の間での需要登録管理ソリューションの適用を深く調査し、銀行やその他の金融機関が効率的で統一された需要登録管理システムを構築するための効果的な参考情報を提供します。
建設の背景
大手都市商業銀行を例にとると、事業の急速な発展とますます厳格化する規制要件に伴い、複雑で常に変化する経営指標管理の課題に直面しています。この銀行には、小売部門、企業部門、金融市場部門、その他の部門を含む複数の事業部門があり、生成される指標は需要が高く、複雑なビジネス関連が含まれており、多くの側面があります。
統一された指標需要管理プラットフォームの欠如により、指標の口径の一貫性のなさ、更新の遅れ、クエリの難しさなどの問題が頻繁に発生しており、内部の経営意思決定の効率に影響を与えるだけでなく、コンプライアンスのリスクもある程度増加しています。 。
ケースシナリオ
業界内の組織構造の変化は、データ主導からビジネス主導へと徐々に移行しており、ビジネス部門、データ管理部門、指標オーナー部門、ビッグデータ活用部門の 4 つの中核部門に分かれています。これら 4 つの部門は、業界内でのデータに関する意思決定とビジネス開発を促進するために、指標開発プロセスで相互に協力します。
営業部門マネージャーのシャオ・ワン氏は、四半期ごとの経営分析会議で、第1四半期の銀行のクレジットカード事業の延滞率を知る必要があると提案した。ビジネス リーダーの承認後、Xiao Wang はこの要件を指標所有者部門のプロダクト マネージャーである Xiao Li に提出しました。要求を受けた後、Xiao Li 氏は情報を比較したところ、既存の指標データベースにはクレジット カードの延滞率を直接反映する指標が存在しないことがわかりました。そこで、シャオ・リーは新しいビジネス指標を定義し、指標開発に関連する基本情報、ビジネスの資質、その他の情報を説明し、登録とリリースを完了しました。その後、ビッグデータ アプリケーション部門のアーキテクトである Xiao Zhang が技術評価を実施し、技術的水準、詳細な SQL およびその他の情報を補足し、データ開発を Xiao Zhu に割り当てました。最後に、Xiao Zhu は新しい指標を開発し、その結果をビジネス検証のために事業部門マネージャーの Xiao Wang に提出しました。
問題点の分析
金融機関はデジタル変革において多くの課題に直面しています。これには、需要登録プロセスの欠如、非効率的な指標の取得、混沌とした管理システム、非標準的な開発プロセス、追跡不可能な需要の変化、プレゼンテーション効果や監査に影響を与える監査コンプライアンスのプレッシャーなどの問題点が含まれます。ビジネス指標のパフォーマンス。
• 需要登録プロセスの空き: 需要ソースの範囲が広い、開発スケジュールが厳しい、需要プロセスが分散している、統一された管理および制御プラットフォームがないなどの問題があり、データの品質と正確性を保証することが困難であり、技術の限界が生じています。ビジネスの要求に適時に対応するためのサポート。
• 非効率的なインデックスの取得: 必要なインジケーターとその履歴データを検索する場合、通常はインジケーター情報を比較する必要があり、異なるビジネス システムでの検索に多くの時間がかかります。インジケーターの需要が増大し続ける中、緊急のニーズが生じています。対応する人材を解放します。
• 指標管理システムは複雑です。指標には複数の部門にわたる業務分類とプロセスが含まれることがよくあります。部門間で同じ指標を定義および使用する場合、理解と計算方法に違いがあります。従来の管理モデルは現在のものに適応するのが困難です。組織構造と製品戦略は頻繁に変更されます。
• 不規則な指標開発プロセス：ビジネス需要に迅速に対応するため、指標開発プロセスではメタデータ情報のメンテナンスが無視されることが多く、その結果、ビジネスシステム指標情報の完成度が低く、開発が頻繁に繰り返され、データガバナンスの推進が困難になります。
• 要件の変更を追跡できない: 指標の要件が変更されると、情報の履歴バージョンを迅速かつ正確に見つけて関連システムや担当者に送信できなくなり、ビジネスの対応速度や意思決定の有効性に影響します。
• 監査コンプライアンスのプレッシャー: 指標リソース管理の無秩序な性質により、内部および外部の監査要件を満たすための完全な指標進化履歴記録を迅速に提供することは不可能です。
建設計画
01 デマンド登録の改善
需要登録プロセスにおいては、需要プロセスの標準化・統一化を図るため、需要提出、承認、開発、テスト、オンライン等のプロセスと責任者を明確にする必要があります。ビジネスの緊急性、開発の難易度、その他の要因に基づいて要件に優先順位を付け、重要な要件が優先されるようにします。さらに、すべての関係者の担当者がオンデマンドで表示およびフォローアップできるようにするために、需要情報を一元的に保管および一元管理するための需要プールを提供する必要があります。
02 指標管理の標準化
指標開発では、事前定義が不明確であったり、指標管理が統一されていないなどの問題が生じることが多いため、指標管理を標準化し、銀行全体で指標を整理・分類し、業務担当者が容易に検索・検索できるように統一指標ライブラリを確立する必要があります。使用。
指標開発の前に、指標情報の完全性と正確性を確保するために、メタデータ情報の収集と保守を強化する必要があります。指標の基本情報、業務範囲、技術範囲、詳細SQL等を標準化し、指標定義プロセスの標準化を図ります。
さらに、インデックスの検索と追跡可能性のために、インテリジェントな検索機能とバージョン管理機能を提供する必要があります。キーワードを入力することで、ビジネス担当者は必要な指標を迅速に見つけることができ、検索効率が大幅に向上します。履歴バージョンの比較により、指標の変化傾向と履歴データを表示し、開発の繰り返しを回避して開発効率を向上させるために開発された指標を再利用できます。 。
03 プラットフォーム構築
このプラットフォームは、ワンストップの需要登録、指標定義、指標概要モジュールを提供し、ドッキング ビジネス承認管理をサポートします。パブリックモジュールの場合、プラットフォーム管理機能を提供し、メンバーの紹介、ロールの構成、ログ管理をサポートします。
1. デマンドプール管理 ビジネスマネージャーは、デマンドプールへのビジネスニーズの一元的な登録と管理を行い、デマンドが承認された後、その後の指標定義のためにプロダクトマネージャーに割り当てることができます。このプラットフォームは、需要カタログと需要インポート機能を提供し、ビジネス ニーズの分類と並べ替えを標準化し、ビジネス ニーズの一括インポートのシナリオに適応します。
2. インジケータープール管理要件がビジネス管理者によって承認された後、ビジネスマネージャーは、インジケーターを定義するためにプロダクトマネージャーにインジケーターを割り当てることができます。これには、インジケーターの基本情報、ビジネスキャリバー、ビジネス分類、データドメイン、その他の情報の定義が含まれます。
要件を検討する過程で、ビジネス マネージャーとプロダクト マネージャーは、過去のインジケーター情報を比較して、再利用できる条件を満たすインジケーターがあるかどうかを判断する必要がある場合があります。インジケーターのバッチメンテナンスのニーズに応えて、プラットフォームは、幅広いインジケーターテーブルをインポートしてプラットフォームに表示することをサポートするインジケーターインポート機能を提供します。
インジケーター構成プロセス中には、多くの異なるビジネス構成フィールドが存在する可能性があるため、プラットフォームはビジネス担当者がインジケーターのステップをカスタマイズし、ビジネス分類、ビジネスプロセス、データドメイン、その他の情報を維持できるようにサポートするテンプレート管理
機能を提供します。 3. ビジネス承認プラットフォームは、ビジネス承認機能を提供します。ビジネス管理者が要件または指標の基準をレビューする場合、承認センター モジュールで承認操作を実行して、要件と指標のリリースの品質を確保できます。
4. インジケーターの検索は、グローバル検索機能を提供し、インジケーター名または説明情報による検索をサポートし、ビジネス担当者がインジケーターのコンテンツを簡単にクエリし、インジケーターのリリースのコンテンツをより直観的に確認できるように、多様なチャート表示を提供します。
建設収入
サポートする需要管理ソリューションの使用と組み合わせることで、銀行は一元化および標準化された需要管理、データの一貫性と精度の向上、指標の理解の逸脱によって引き起こされるリスクの軽減を実現しました。統合需要管理プロセスを通じて、指標要件の処理が標準化され、データリソースの迅速なクエリと取得が実現され、経営の意思決定効率が大幅に向上します。内部統制とコンプライアンスの能力を強化することにより、銀行の規制遵守における健全なパフォーマンスが保証されます。
• データの品質と一貫性の向上: このプラットフォームは 3,000 以上の新しいビジネス指標と過去の指標を統合的に管理し、ビジネス分野全体で統一された指標セマンティクスを実現します。
• 過去の需要の比較と反復: このプラットフォームは 1,000 以上の指標の比較分析をサポートし、ビジネス開発の重複を削減します。
• 内部統制およびコンプライアンス機能の強化: 完全な履歴指標情報により、内部統制、リスク管理、および外部監査が強力にサポートされます。
• データ要件の共同作業効率の向上: 統合プラットフォームに基づいて、さまざまな部門がリソースをより適切に共有および調整し、チーム間のコラボレーションとコミュニケーションの効率を高めることができます。
「産業指標システム白書」ダウンロードアドレス：https://www.dtstack.com/resources/1057 ?src=szsm
「Dutstack 製品ホワイトペーパー」ダウンロードアドレス：https://www.dtstack.com/resources/1004 ?src=szsm
「データ ガバナンス業界実践ホワイト ペーパー」ダウンロード アドレス: https://www.dtstack.com/resources/1001?src=szsm
ビッグデータ製品、業界ソリューション、顧客事例について詳しく知りたい、または相談したい場合は、Kangaroo Cloud 公式 Web サイトをご覧ください: https://www.dtstack.com/?src=szkyzg
ライナスは、カーネル開発者がタブをスペースに置き換えるのを防ぐことに自ら取り組みました。 彼の父親はコードを書くことができる数少ないリーダーの 1 人であり、次男はオープンソース テクノロジー部門のディレクターであり、末息子はオープンソース コアです。寄稿者Robin Li: 自然言語 は 新しいユニバーサル プログラミング言語になるでしょう。オープン ソース モデルは Huawei にますます後れをとっていきます 。一般的に使用されている 5,000 のモバイル アプリケーションを Honmeng に完全に移行するには 1 年かかります。 リッチテキスト エディタ Quill 2.0 が リリースされ、機能、信頼性、開発者は「恨みを取り除く 」 ために握手を交わしました。 Laoxiangji のソースはコードではありませんが、その背後にある理由は非常に心温まるものです。Googleは大規模な組織再編を発表しました。