تطوير وخطة تنفيذ Self Cube

Cube — تطوير

خطة تطوير نموذجية

خطة تنفيذ معيارية لمنصة Self Cube

جدول زمني خطوة بخطوة للإطلاق: الهندسة المعمارية وتجربة المستخدم/واجهة المستخدم، 15 سبرينت لمدة أسبوعين، 3 إصدارات، تجربة على الموظفين والخروج إلى التشغيل الصناعي خلال 10-12 شهرًا.

سبرينت التطوير (كل منها لمدة أسبوعين)

إصدارات مؤقتة

شهور حتى Go Live

4 مراحل رئيسية للتنفيذ

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

الهندسة المعمارية، التحليل وتجربة المستخدم/واجهة المستخدم

الشهور 1-3 • التصميم والموافقة

الأساس التحضيري:
• التصميم المشترك للهيكل المعماري ومواصفات API.
• وصف التكاملات مع أنظمة إدارة البنك، البطاقات، KYC/AML وبيانات الشبكة.
• تطوير نظام التصميم، UI Kit ونماذج قابلة للنقر للويب، iOS وAndroid.
• تحديد نطاق العمل، معايير قبول MVP وتوقيع اتفاقية تفصيلية (النطاق والتجارية).

15 سبرينت للتطوير

الشهور 2-10 • سبرينت لمدة أسبوعين مع عروض منتظمة

تسليم تكراري للوظائف (عرض كل أسبوعين):
• سبرينت 1-2: قائمة المهام، الهيكل المعماري وCI/CD.
• سبرينت 3-4 (النطاق الأساسي): ملفات تعريف العملاء، الحسابات، المعاملات الأساسية، الحدود.
• سبرينت 5-6 (القنوات): واجهات الويب، iOS وAndroid كعملاء خفيفين لـ API.
• سبرينت 7 (MVP ★): الهيكل الأولي القابل للتشغيل للمنصة، جاهز للاختبار الشامل.
• سبرينت 8-11 (الميزات والتوسع): القروض، الودائع، المدفوعات، الشركات الصغيرة والمتوسطة، مساعدات الذكاء الاصطناعي.
• سبرينت 12 (عرض منتصف ★): عرض شامل لجميع الوحدات للمساهمين.
• سبرينت 13-15: استقرار، اختبار تحميل وترحيل البيانات.

الاختبار، 3 إصدارات والأمان

الشهور 4-11 • اختبار تكاملي وتدقيق أمان المعلومات

مراقبة الجودة المستمرة:
• يتم إجراء اختبار تكاملي كامل وتراجع تلقائي في كل من الإصدارات الثلاثة.
• هيكل مخصص للتحقق من الأداء والموثوقية.
• تدقيق شامل لأمان المعلومات (مراجعة الأمان)، اختبارات الاختراق والتحقق من الامتثال لمتطلبات الجهة التنظيمية.

تجربة على الموظفين وGo Live

الشهور 9-12 • تجربة داخلية وإطلاق صناعي

إطلاق آمن:
• بدء تجربة مغلقة على موظفي البنك للتحقق من السيناريوهات الحقيقية في ظروف حقيقية.
• تحسين واجهات المستخدم بناءً على الملاحظات الحقيقية.
• إعداد مراقبة شاملة، تنبيهات وتسجيل.
• الانتقال السلس إلى التشغيل الصناعي (Go Live).

مبادئ تنفيذ Self Cube

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

عرض توضيحي كل أسبوعين

ينتهي كل سباق بزيادة تعمل وعرض توضيحي للمساهمين.

عملاء رفيعي المستوى لـ API

تعمل الويب وiOS وAndroid من خلال طبقة API موثقة واحدة من الخدمات المصغرة.

3 إصدارات وسيطة

تسليم تدريجي للوظائف بدلاً من "الانفجار الكبير" المليء بالمخاطر في النهاية.

تجربة على الموظفين

اختبار جميع مسارات المستخدمين على مجموعة تركيز داخلية قبل حركة المرور من العملاء.

التدقيق حسب التصميم & الأمن المعلوماتي

امتثال مستمر، تدقيق أمني، والتوافق مع اللوائح.

مواعيد ثابتة

دورة تنفيذ قياسية من 10 إلى 12 شهرًا مع جدول زمني شفاف للمعالم ونقاط التحكم.

كم من الوقت يستغرق تنفيذ منصة DBO وفقًا للخطة النموذجية؟

الإطار النموذجي لـ Self Cube — العمارة وتجربة المستخدم، 15 سباقًا لمدة أسبوعين، ثلاث إصدارات، تجربة على الموظفين وإطلاق صناعي خلال 10-12 شهرًا. هذه نقطة مرجعية للخطة، وليست تاريخ "جاهز" لأي بنك. يتم تحريك المدة بناءً على جاهزية نظام إدارة البنك، عدد التكاملات وعمق تجربة المستخدم الفريدة. من المنطقي تقييم ترحيل البيانات وإطار الأمان بشكل منفصل: غالبًا ما تكون خارج مخطط السباقات. إذا كانت البيئة معقدة، فإن إطار المعالم هو نفسه، لكن الجدول الزمني أطول من 10-12 شهرًا. لا يمكن الوعد بتاريخ دون هذا التحليل.

هل هي 10-12 شهرًا صارمة أم يمكن ضغط الخطة؟

10-12 شهرًا هي الإطار القياسي للخطة النموذجية، وليست حكمًا نهائيًا. يمكن ضغطها إذا قمت بتقليص القطاعات ولم ترسم مجموعة فريدة من الشاشات من الصفر لكل قناة. لا يزال الجوهر والتكاملات والأمن المعلوماتي تأخذ وقتها: لا يمكن تقليصها بشعار "دعونا نكون Agile". من المنطقي تسريع الأمور من خلال الوحدات الجاهزة والعملاء رفيعي المستوى لـ API، وليس من خلال إلغاء تجربة الموظفين. بدون تجربة، عادة ما يكون الإطلاق الصناعي أغلى من الأسابيع الموفرة. يتم مناقشة الخطة في بيئة البنك، وليس كجدول زمني عالمي.

متى يظهر MVP العامل للبنك الرقمي؟

في الخطة النموذجية - في السباق السابع: لم يعد نموذجًا أوليًا للشاشات، بل إطار عمل فعلي للنطاقات والقنوات، يمكن تشغيله عبر سيناريوهات متكاملة. قبل ذلك، تأتي الإطارات، CI/CD، الملفات الشخصية، الحسابات، المعاملات الأساسية والعملاء رفيعي المستوى للويب/iOS/Android. من المنطقي عدم تسمية MVP نموذجًا في Figma. إذا لم يكن هناك مسار متكامل "عميل - قناة - نطاق - جوهر" بحلول السباق السابع، فهذا ليس منصة بعد. بعد ذلك، في العرض التوضيحي المتوسط، يتم عرض التوسع: القروض، المدفوعات، الشركات الصغيرة والمتوسطة، المساعدين.

لماذا تحتاج تجربة على الموظفين قبل الإطلاق للعملاء؟

للكشف عن الحقوق، الحدود، ثغرات التكامل والمسارات الغريبة لتجربة المستخدم قبل حركة المرور من العملاء. يختبر الموظفون الإطار بطريقة لا يختبرها المسار السعيد في العرض: أدوار غريبة، حدود غريبة، انقطاع في الشبكة. من المنطقي عدم تخطي هذه المرحلة من أجل تاريخ العرض. تكاليف أخطاء التعريف والحدود في الإنتاج أغلى من سباقين تجريبيين. يضع Self Cube التجربة بعد ثلاث إصدارات وقبل التشغيل الصناعي. هذه جزء من خطة تنفيذ DBO، وليست خيار "إذا تمكنا".

كم عدد الإصدارات وكم مرة يرى العميل العرض التوضيحي؟

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

هل يجب طلب تطوير بنك الهاتف المحمول بشكل منفصل؟

البنك عبر الإنترنت، iOS و Android في خطة Self Cube - عملاء رقيقون لـ API، وليس تطبيقات سميكة مع منطق أعمال خاص بها. عادةً لا يحتاج "مشروع بنك الهاتف المحمول" كمنصة ثانية، إذا كانت القنوات تتجه إلى نفس البوابة. من المنطقي عدم وضع تجربة مستخدم فريدة لكل شاشة: هذا هو العامل الرئيسي الذي يطيل المدة. إذا كانت القناة تحمل قواعد المنتجات في داخلها، ستحصل مرة أخرى على ثلاثة بنوك مختلفة. العميل الرقيق يمنع ذلك.

ما الذي يتضمنه مراحل الهندسة المعمارية، التطوير، الاختبار والإطلاق؟

أولاً الهندسة المعمارية، التحليل و UX/UI: حدود المجالات، التكاملات، الهيكل. ثم 15 سبرينت للتطوير مع عرض توضيحي كل أسبوعين. بعد ذلك الاختبار، ثلاثة إصدارات وخط IB - audit-by-design، وليس فحص في النهاية. النهاية - تجربة على الموظفين و Go Live. من المنطقي عدم تقليص IB إلى "الأسبوع الأخير". إذا كانت اختبارات الأمان والأحمال تُترك في النهاية، يتم تأجيل الإطلاق الصناعي. الهيكل المرحلي هو بالضبط ضد هذا الخطأ.

ماذا يعتمد عليه مدة التنفيذ في بنك معين؟

يعتمد على جاهزية ABS والحافلة، عدد المنتجات في الخط الأول، عمق تخصيص الواجهات، ترحيل البيانات وكم عدد الاستثناءات التي يريد البنك تركها يدوية. تعطي الخطة النموذجية معالم، ويتم تجميع الجدول الزمني على المناظر الطبيعية. من المنطقي تقدير ليس "كم يكلف السبرينت"، ولكن ما هي التكاملات التي يجب أن تعمل لـ MVP. إذا لم يكن الجوهر يقدم API مستقر، فإن المدة تعيش هناك. يسرع Self Cube بفضل الوحدات الجاهزة والعملاء الرقيقين، لكنه لا يلغي هذه الاعتمادية.

تقدير خطة لبنكك

سنحلل 15 سبرينت و 3 إصدارات على المناظر الطبيعية الخاصة بك، ونقيم التكاملات ونتفق على جدول الإطلاق.

طلب عرض توضيحي