جعل الأعمال المصرفية القابلة للتكوين

عندما بدأت مسيرتي المهنية في مجال التكنولوجيا المصرفية لأول مرة في الثمانينيات ، كنت أعمل في البداية مع أجهزة الكمبيوتر المركزية.

في تلك الأيام ، كان لدينا فرق من "مستخدمي الأعمال في المكتب الرئيسي" الذين حددوا متطلباتنا. هؤلاء كانوا وسطاء يمثلون المستخدمين الفعليين للنظام. لم يكن لدينا اتصال مباشر مع المستخدمين الفعليين.

بعد بضع سنوات ، أراد البنك تجربة ما سيطلق عليه اليوم Agile ، ولكن في ذلك الوقت كان التطوير السريع للتطبيقات. كان الهدف هو تسريع كيفية تقديم حلولنا. كنا أول من تسلح بأجهزة الكمبيوتر المحمولة وحتى الهواتف المحمولة في مجال تكنولوجيا المعلومات. تم إخراجنا من مكتب تكنولوجيا المعلومات وتم منحنا مكتبًا في إحدى وحدات الأعمال.

في الوقت نفسه ، سُمح لنا بالعمل من المنزل أو في أي مكان نشعر فيه أننا قادرون على أن نكون منتجين. كان الجدول الزمني الخاص بي يستيقظ عادةً في الساعة 6 صباحًا والرمز حتى الساعة 2 مساءً ، ثم استراحة لتناول الغداء وكومب في فترة ما بعد الظهر. عدت إلى مكتبي من حوالي الساعة 6/7 مساءً ، وعادةً ما أكون رمزًا حتى منتصف الليل. هذا عمل معي.

بصرف النظر عن هذا ، كان التغيير الأكبر في الواقع هو الحصول على متطلبات من المستخدمين النهائيين في الفروع. أحدث هذا فرقًا كبيرًا في الحصول على إمكانية استخدام الحل ووظائفه بشكل صحيح.

تقدم سريعًا لمدة 30 عامًا وهذا هو المعيار الآن. على مدار الثلاثين عامًا الماضية ، شهدنا تكاملًا متزايدًا بين مستخدمي الأعمال وتكنولوجيا المعلومات. حتى مزودي البرمجيات انتقلوا نحو نموذج يشارك العملاء بموجبه بعمق في المنتجات الجديدة.

ومع ذلك ، بشكل عام للمتطلبات الخاصة بالعمل ، يقوم المحلل بتوثيقها ويقوم المطور بكتابة الكود. كان هذا هو النموذج لعقود.

كانت هناك محاولات لتغيير هذا ، لتمكين مستخدمي الأعمال من كتابة حلولهم الخاصة باستخدام حلول منخفضة الكود أو بدون رمز. في الواقع ، كانت شركتي الأخيرة ، edgeIPK ، رائدة في إنشاء نظام أساسي بدون رمز لتطوير تطبيقات الويب / الأجهزة المحمولة. وتطلق شركة Gartner على مستخدمي هذه الأدوات اسم "المطورين المواطنين". قلل هذا من الفصل بين المتطلبات والتطوير ، لكنني أجرؤ على القول إنه ولّد الكثير من الحلول التي كان من الصعب صيانتها وعزز القليل من إعادة الاستخدام. ومن ثم ، لم يتم استخدام هذه الأدوات حقًا على مستوى المؤسسة للحلول ذات المهام الحرجة.

ومع ذلك ، قد يتغير هذا مع الخدمات المصرفية القابلة للتكوين ، حيث ينصب التركيز على تطوير ونشر واستهلاك اللبنات الأساسية من السوق ، ثم السماح لشخص آخر "بتكوين" هذه الكتل في حل كامل. لكن من الواضح أن الأمر ليس بهذه البساطة. يحدد Yefim Natis ، نائب الرئيس والمحلل البارز في Gartner ، الأدوار الخمسة التالية في الخدمات المصرفية القابلة للتكوين:

1. مهندس المؤسسة (EA): شخص يحكم الحل الشامل على مستوى عالٍ ، مما يضمن أقصى قدر من إعادة الاستخدام والاتساق. تُعد بنية BIAN مثالًا جيدًا لشيء يمكن لـ EA إنشاؤه. يوفر بيان نموذجًا رائعًا لتطبيق "اللبنات الأساسية" القابلة للتكوين من أجل بنية مصرفية كاملة.
2. المبدعون: المطورون الذين ينشئون وينشرون اللبنات الأساسية للحساب الفردي أو الوظيفة أو القدرة التجارية.
3. القيمون: دور لإدارة "المكتبة" أو سوق اللبنات الأساسية. يجب أن تتضمن هذه المكتبة أي حلول مملوكة أو مكتسبة من طرف ثالث أيضًا.
4. الملحنون: الفرق التي تؤلف حلًا من اللبنات الأساسية ، باستخدام منصات وأدوات تكوين التطبيق ، ولكن ليس بالضرورة.
5. المستهلكون: المستخدمون الفعليون للتطبيق.

لمزيد من التفاصيل ، راجع ندوة Yefim الأخيرة عبر الإنترنت ، "المبادئ الأساسية للتوافق: الازدهار من خلال تغيير الأعمال".

أنا أقول فقط أن "الخدمات المصرفية القابلة للتكوين" ليست مجرد مشكلة تتعلق بتكنولوجيا المعلومات لأنها تشمل مستخدمي الأعمال. إنه ليس مجرد تطوير قياسي مع إعادة استخدام مكتبة ، إنه تغيير تنظيمي ، وستكافح الشركات لرؤية الفوائد الكاملة دون هذا التحول.

في الماضي ، كان دور مهندس المؤسسة صعبًا للغاية حيث كان يتطلب معرفة قوية بالأعمال والتكنولوجيا ، ليكون قادرًا على التدقيق في مئات إن لم يكن الآلاف من الأنظمة وتوفير مخطط لمنظر طبيعي أفضل. جعلت BIAN هذا الأمر أسهل كثيرًا ، على الرغم من أن مهمة رسم خرائط الأنظمة الحالية لا تزال غير سهلة.

كما أوضحت في المشاركات السابقة، يمكن للبنوك القابلة للتكوين أن تحل عددًا من المشكلات للبنوك ، ولكنها تتطلب تغييرًا تنظيميًا ويجب دعمها باستراتيجية لتعليم واعتماد طريقة جديدة للعمل مدعومة بأدوار جديدة. كالعادة ، الأدوات والنظرية متاحة بسهولة ، الشيطان يكمن في التفاصيل. هناك أمثلة قوية لمنظمات تقوم بهذا العمل ، وآمل أن أكتب عنها قريبًا.

عن المؤلف

يعمل دارمش ميستري في العمل المصرفي منذ أكثر من 30 عامًا وكان في طليعة التكنولوجيا والابتكار المصرفي. من أول تطبيقات الخدمات المصرفية عبر الإنترنت والهاتف المحمول إلى الذكاء الاصطناعي (AI) والواقع الافتراضي (VR).

لقد كان على جانبي السياج ولا يخشى مشاركة آرائه.

هو الرئيس التنفيذي لشركة اسأل هومي، والذي يركز على تجربة الأسر ، والمستثمر والموجه في proptech و fintech.

تابع Dharmesh على Twitter dharmeshmistry و  لينكدين:.

اقرأ كل تأملات "أنا أقول فقط" هنا.