تخطَّ إلى المحتوى
HPI Pro — Salesforce consulting and implementation

المنهجية

طريقة تسليم ببوابات مرحلية — لكي لا تظهر المشاكل عندما يصبح إصلاحها مكلفًا.

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

نظام التسليم المؤسسي

من الاكتشاف إلى الاستقرار — مع بوابة بين كل مرحلة

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

نظام التسليم المؤسسي

  1. 01

    الاكتشاف وفهم العملية

    فهم ما يجب أن يتغير في العمل اليومي، ومن المتأثر.

    مقابلات مع أصحاب العمليات والمستخدمين، رسم خرائط الحالة الحالية، تحديد مصادر البيانات والأنظمة المتصلة، تعريف الأهداف القابلة للقياس.

    بوابة المرحلة: وثيقة اكتشاف معتمدة تتضمن الأهداف، المستخدمين، والعمليات المشمولة.

  2. 02

    الهندسة المعمارية ونموذج البيانات

    تثبيت الطبقات التي يكون تغييرها مكلفًا لاحقًا.

    نموذج الكيان، مصادر الحقيقة، نموذج الأذونات والمشاركة، حدود التكامل، استراتيجية المؤسسة وقرارات المنصة.

    بوابة المرحلة: نموذج بيانات وأذونات معتمد كتابيًا من قبل أصحاب العمليات وتكنولوجيا المعلومات.

  3. 03

    تصميم الحل والنطاق

    ترجمة الاكتشاف إلى تراكم مهام متفق عليه بمعايير قبول.

    تحليل القدرات، قصص المستخدمين، تعريف الحد الأدنى من المنتج القابل للتطبيق (MVP)، تحديد الأولويات، تحديد المخاطر والتبعيات.

    بوابة المرحلة: نطاق معتمد بمعايير قبول وآلية للتحكم في التغيير.

  4. 04

    البناء في دورات

    إنشاء وعرض برامج عاملة، وليس مجرد شرائح.

    التكوين، Flow أو Apex بناءً على قرار مبرر، واجهات المستخدم، عرض توضيحي في نهاية كل دورة.

    بوابة المرحلة: عرض توضيحي معتمد لكل دورة، مع إغلاق قائمة الفجوات.

  5. 05

    البيانات والترحيل

    ترحيل البيانات التي يمكن للناس الاعتماد عليها.

    التنميط، قواعد التنقية، التخطيط، مفاتيح الهوية، التحميل التجريبي والتسوية.

    بوابة المرحلة: تحميل تجريبي اجتاز مقارنة كاملة مع المصدر، مع فجوات معتمدة.

  6. 06

    اختبار القبول

    التحقق من أن العملية تعمل بأيدي الأشخاص الذين سيشغلونها.

    نصوص اختبار قبول المستخدم (UAT) المستندة إلى العملية، اختبار الأذونات، اختبار التكامل، واختبار التحميل عند الحاجة.

    بوابة المرحلة: إقرار اختبار قبول المستخدم من قبل أصحاب العمليات، مع تصنيف العيوب وإصلاح المعوقات.

  7. 07

    التدريب والاستعداد

    تهيئة المنظمة لحالة تمكنها من العمل من اليوم الأول.

    تدريب مستند إلى الدور، مواد مرجعية قصيرة، شبكة من الأبطال، اتصال داخلي، وخطة دعم.

    بوابة المرحلة: فحص الاستعداد: المستخدمون، البيانات، الأذونات، الدعم، وخطة العودة إلى الخلف.

  8. 08

    الإطلاق والرعاية الفائقة

    استقرار النظام وتسليمه للعمليات الجارية.

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

    بوابة المرحلة: الخروج من الرعاية الفائقة مقابل مقاييس الاستقرار والتبني المتفق عليها.

البوابة التي لا تغلق توقف المشروع عمدًا. هذه هي النقطة التي تكون فيها تكلفة التصحيح لا تزال منخفضة.

الأدوار

من المسؤول عن ماذا

صاحب عملية الأعمال

المسؤولية الأساسية
يحدد ما يجب أن يحدث ويوافق على القبول
الجانب
العميل

صانع القرار المخول

المسؤولية الأساسية
يسوي النزاعات ويوافق على تغييرات النطاق
الجانب
العميل

مهندس الحلول

المسؤولية الأساسية
نموذج البيانات، الأذونات وقرارات المنصة
الجانب
HPI Pro

مدير التسليم

المسؤولية الأساسية
التخطيط، تحديد الأولويات، المخاطر والاتصالات
الجانب
HPI Pro

المطور والمسؤول

المسؤولية الأساسية
البناء، الأتمتة، التطوير والاختبار
الجانب
HPI Pro

أخصائي البيانات

المسؤولية الأساسية
التنميط، الترحيل، الجودة والتسوية
الجانب
HPI Pro

ممثل تكنولوجيا المعلومات والأمن

المسؤولية الأساسية
البنية التحتية، الهوية، الأذونات واللوائح
الجانب
العميل

مجموعة اختبار المستخدمين

المسؤولية الأساسية
اختبار قبول المستخدم (UAT) وملاحظات قابلية الاستخدام
الجانب
العميل

إدارة المخاطر

أربع مخاطر يتم التعامل معها مقدمًا

البيانات أسوأ مما كان متوقعًا

تحليل مبكر قبل تحديد أي جدول زمني، وقواعد قرار متفق عليها للسجلات التي تقل عن الحد الأدنى.

زحف النطاق

كل طلب يخضع لتقييم تأثير وقرار صريح. التغيير المعتمد يغير أيضًا الوقت والميزانية.

مقاومة المستخدمين

المشاركة المبكرة للمستخدمين الرئيسيين، واختبار قبول حقيقي، وتدريب حسب الدور بدلاً من حسب الشاشة.

الاعتماد على شخص واحد

توثيق القرارات ونقل المعرفة المستمر، حتى لا يتوقف المشروع بسبب إجازة أو مغادرة.

الأسئلة الشائعة

المنهجية — أسئلة نسمعها غالبًا

ما هي المدة التي يستغرقها مشروع Salesforce النموذجي؟
تعتمد المدة على نطاق العمليات، وحالة البيانات، وعدد عمليات التكامل—وليس على حجم المنظمة. فعملية مبيعات واحدة مع ترحيل نظيف لا تشبه ثلاث عمليات عابرة للإدارات متصلة بنظام تخطيط موارد المؤسسات (ERP). نقدم نطاقاً زمنياً فقط بعد مرحلة الاكتشاف، لأنه قبل ذلك، سيكون الأمر مجرد تخمين.
ما هي البوابة المرحلية ولماذا هي مطلوبة؟
البوابة المرحلية هي شرط واضح يجب تحقيقه قبل الانتقال إلى المرحلة التالية—مثل الموافقة على نموذج البيانات، أو التسوية الناجحة لتحميل تجريبي. تمنع البوابات النمط الشائع حيث يستمر المشروع في التقدم على أساس غير معتمد ويكتشف ذلك فقط أثناء اختبار القبول.
هل تعملون بمنهجية أجايل أم ووترفول؟
بمزيج محكم. تتطلب الهندسة المعمارية، ونموذج البيانات، وترحيل البيانات تخطيطًا مسبقًا، لأن تغييرها في منتصف الطريق مكلف للغاية. يتم تنفيذ البناء، والتحسينات، وتحديد الأولويات في دورات قصيرة مع عرض توضيحي منتظم. يتم اختيار المنهج لكل مكون، وليس بناءً على الأيديولوجية.
من من المنظمة يحتاج إلى المشاركة؟
صاحب عملية أعمال لكل مجال، وممثل عن تكنولوجيا المعلومات أو البيانات، وصانع قرار يمكنه تسوية النزاعات، ومجموعة مستخدمين تشارك في اختبار القبول. يُعد غياب صانع القرار المخول أحد الأسباب الأكثر شيوعًا للتأخير.
ماذا يحدث عند تغيير المتطلبات في منتصف المشروع؟
التغيير هو جزء طبيعي من أي مشروع. ما لا يُقبل هو التغيير غير الموثق. يتم تقييم كل طلب مقابل النطاق الموافق عليه، ويتلقى تقديرًا للتأثير على الوقت والميزانية، ويتم قبوله أو رفضه بقرار صريح. هكذا يتم تجنب الزحف الصامت للنطاق.
ما الذي تحتفظ به المنظمة في النهاية؟
توثيق الهندسة المعمارية ونموذج البيانات، خريطة التكامل، سجل القرارات، نصوص الاختبار، مواد التدريب المستندة إلى الأدوار، وإجراءات التشغيل. الهدف هو أن تتمكن المنظمة من صيانة وتطوير النظام بدون الاعتماد علينا.

الخطوة التالية

سنقوم بتكييف المنهجية مع نطاق عملك

لا يحتاج كل مشروع إلى كل مرحلة بنفس العمق — ولكن يجب أن يعرف كل مشروع البوابات التي يمر بها.