ينبغي أن تربط خطة تنفيذ ERP كل مرحلة بنتيجة عملية ودليل قابل للمراجعة وصاحب قرار محدد. المواعيد مهمة، لكن التقويم لا يثبت جاهزية النظام. خطّط للعملية الأولى، واختبر كيفية استخدامها، واتفق على من يجيز الانتقال ويقبل تسليم التشغيل.
نقاط القبول الأربع التالية ورقة تخطيط من تكنوستاك، وليست إطار اعتماد لمورّد أو جدول تنفيذ ثابتًا. كيّفها مع المنصة المختارة والعمليات المشمولة والأشخاص المسؤولين عن تشغيل الأعمال.
صِف العملية الأولى في جملة واحدة. «يستطيع الفريق إتمام دورة الشراء من الطلب إلى الاعتماد والاستلام، مع سجل قابل للتتبّع» أسهل في التقييم من «تنفيذ وحدة المشتريات». تحدّد العبارة عملًا يجب إكماله، وتترك مجالًا لبحث إعداد المنتج الفعلي.
سمِّ بداية الإصدار ونهايته. ما الفرق والمواقع وأنواع السجلات المشمولة؟ وما القرارات التي تبقى في نظام آخر؟ ومن يستلِم المخرجات؟ حتى الإصدار المحدود يحتاج إلى تسليم كامل عندما يلتقي بعمل خارج المشروع.
إذا بقي اختيار المنصة مفتوحًا، استخدم دليل المقارنة بين CRM وERP لفصل مسارات العمل والسجلات قبل اتخاذ قرار المنتج. وإذا اشتُري المنتج بالفعل، فتحقق من الإصدار والوحدات مقابل العملية المقترحة بدلًا من اعتبار الشراء دليلًا على الملاءمة.
نقطة القبول قرار يحتاج إلى دليل يستطيع المستلِمون فحصه وإلى مسؤول مخوّل بقبول التبعات المتبقية. تعطي ورقة العمل لكل مراجعة غرضًا مختلفًا.
| نقطة القبول | الدليل المطلوب | القرار الذي توثّقه |
|---|---|---|
| 1. الاتفاق على العملية الأولى | خريطة المهام والحدود والسجلات المطلوبة وأسئلة الملاءمة المفتوحة | يعتمد مسؤول الأعمال ما يجب أن يتيحه الإصدار |
| 2. إثبات المسار بعد الإعداد | سجلات تمثيلية وسلوك الأدوار ومسار ظاهر للاستثناءات | يقبل مسؤول العملية التصميم أو يحدّد التغييرات اللازمة |
| 3. قبول العمل اليومي | سيناريوهات ينفّذها المستخدمون وبيانات جرت مطابقتها وقائمة مسائل لها مسؤولون | يؤكد الفريق المستلِم إمكان إكمال المهام المتفق عليها |
| 4. إجازة الانتقال | خطوات انتقال مرتبة وقرارات استعادة وتسليم تشغيل | يجيز المسؤولون المسمّون النقل ويقبلون مسؤولية الدعم |
لا تستخدم حالة خضراء لإخفاء قرار لم يُحسم. قد تكون النقطة جاهزة، أو جاهزة بشروط مقبولة صراحة، أو غير جاهزة. اكتب الشرط وتبعاته بلغة عادية، مع اسم من اعتمده وموعد مراجعته.
مثلًا، قد يقبل مسؤول تقرير تأجيل تقرير اختياري. لكن صلاحية غير محسومة تسمح لمستخدم غير مخوّل باعتماد شراء تحتاج إلى قرار مختلف. كلاهما مسألة مفتوحة، إلا أن تبعاتهما التشغيلية ليست متساوية.
راجع مهمة تمثيلية حديثة مع الأشخاص الذين ينفّذون العمل. وثّق حدث البداية والمدخلات والقرارات والاستثناءات والتسليم النهائي. ميّز بين قاعدة لها سبب واضح وحل التفافي نشأ بسبب النظام القديم.
سمِّ مسؤول الأعمال الذي يحسم أسئلة العملية. يستطيع فريق التنفيذ شرح خيارات الإعداد، لكنه لا ينبغي أن يبتكر سلطة اعتماد أو معالجة محاسبية لم تقررها الأعمال. أشرك المختصين المسؤولين في هذه القرارات.
حوّل أسئلة الملاءمة إلى مهام يمكن عرضها. عبارة «يدعم الموافقات» واسعة. أما «لا يستطيع مقدّم الطلب اعتماد طلبه وفق القاعدة المتفق عليها» فمتطلب قابل للاختبار. وثّق السلوك المطلوب قبل المفاضلة بين الإعداد والإضافة المخصصة وتغيير العملية.
استخدم العملية المتفق عليها لإنشاء مسار مرجعي صغير. أدرج بيانات تمثيلية والأدوار اللازمة لإكماله. اجعل قرارات الإعداد ظاهرة: الحقول المطلوبة، ووقت تغير الحالة، والإجراء المقيّد، وما يراه المستخدم عند نقص معلومة.
في إصدار مشتريات افتراضي، قد يراجع الفريق السيناريوهات التالية. إنها مهام قبول مقترحة، وليست نتائج اختبار أو ضوابط مشتريات تصلح لكل مؤسسة.
| السيناريو | ما ينبغي أن يلاحظه المراجع | من يحتاج إلى اتخاذ القرار |
|---|---|---|
| مقدّم الطلب يرسل طلبًا مكتملًا | تصل المعلومات المتفق عليها إلى المراجع الصحيح | مسؤول عملية المشتريات |
| مقدّم الطلب يحاول اعتماده | تسمح القاعدة المضبوطة بالإجراء أو ترفضه وفق المواصفات | المسؤول عن سلطة الاعتماد |
| مرجع مورّد مطلوب غير موجود | يبقى السجل في حالة مفهومة وله مسار تصحيح واضح | مسؤول البيانات والمستخدم المستلِم |
| الاستلام يختلف عن الطلب المعتمد | يُسجّل الاستثناء المتفق عليه ويوجّه لاتخاذ قرار | العمليات والمراجع المالي المسؤول |
اطلب من الفريق تفسير النتيجة دون الاعتماد على المورّد لشرح كل نقرة. إذا لم يستطع المستخدم التمييز بين طلب ينتظر الموافقة وطلب متعثر، فوضّح الحالة والخطوة التالية قبل توسيع الإصدار.
اختبر العربية والإنجليزية حيث يلزمهما النطاق. استخدم أنواع المستندات والأسماء وعبارات البحث التي يتوقعها الفريق. القائمة المترجمة وحدها لا تثبت أن مستند الشراء أو رسالة الموافقة يطابقان الموجز.
للعملية التي تنتقل بين CRM وERP، تساعدك ورقة مسؤوليات الربط على تحديد من يغيّر كل حقل وما يحدث عند تعثّر التحديث. أدرج نقاط التسليم هذه في المسار المرجعي.
غرض قبول المستخدمين إثبات إمكان تنفيذ المهمة المتفق عليها. أعطِ المستخدمين المكلّفين أدوارهم المقصودة وسجلات تمثيلية، ثم راقب المهام والاستثناءات. أشرك الفريق المستقبِل عند التسليم، لا الشخص الذي يبدأ العملية فقط.
تدعو قائمة Microsoft لجاهزية تشغيل Dynamics 365 إلى قبول المستخدمين ببيانات مرحّلة وأدوار أمان صحيحة، واعتماد دورات الاختبار، وتجارب الترحيل، وخطة انتقال موثقة. استخدم إرشادات المورّد المناسبة مدخلًا إلى قرار القبول الخاص بك. قائمة Microsoft لجاهزية التشغيل
اربط كل نتيجة بالمهمة ونسخة الإعداد التي خضعت للمراجعة. افصل العيب في السلوك المتفق عليه عن طلب عمل إضافي. كلاهما يستحق الاستجابة، لكن توسيع النطاق بصمت أثناء القبول يجعل تقييم الإصدار صعبًا.
استخدم ورقة مطابقة نتائج الترحيل لسجلات العملاء المشتركة حيث تنطبق، وضع فحوصًا مقابلة لأنواع سجلات ERP المشمولة. مثال CRM فيها ليس إجراء تسوية محاسبية. تحتاج الأرصدة والقواعد المحاسبية إلى معايير قبول يضعها المختصون المسؤولون.
اكتب الانتقال في خطوات مرتبة، لكل منها مسؤول وخطوة تحقق. حدّد آخر نقطة مقبولة لقرار الاستمرار أو التوقف، والعمل الذي يتوقف مؤقتًا، والتغيير النهائي في البيانات، والشرط الذي يتيح للمستخدمين البدء.
ناقش الاستعادة قبل نافذة التغيير. قد لا تعكس العودة إلى حالة تطبيق سابقة سجلات أُرسلت بالفعل إلى نظام آخر أو عملًا أكمله شخص. سمِّ طريقة تحديد هذه التبعات ومعالجتها. يحتاج قرار الاستعادة إلى مسؤولية تقنية وتجارية معًا.
جهّز تسليم الدعم بالتوازي مع التنفيذ. يحتاج الفريق المستلِم إلى وصول الإدارة وملاحظات الإعداد والمسائل المعروفة ومسار للحوادث. اتفق على ما يتولاه منفّذ المشروع وما يخص مورّد البرنامج وما يديره مسؤول النظام الداخلي.
أعطِ موظفي الدعم حادثة تمثيلية لمعالجتها قبل القبول. هل يستطيعون تحديد العملية المتأثرة والعثور على السجل المعني والوصول إلى المسؤول الصحيح؟ تصبح قائمة جهات الاتصال أنفع عندما يوضح الفريق كيف يستخدمها.
احصر ما تعتمد عليه كل نقطة قبول: الوصول إلى المصادر، وقرارات العملية، وبيانات الاختبار، والاتصالات الخارجية، وتوفر المراجعين. ضع مسؤولًا وتاريخًا مطلوبًا بجانب كل عنصر. عند تأخر أحدها، وضّح القرار أو النشاط المتأثر بدلًا من نقل تاريخ الإطلاق النهائي وحده.
احجز وقتًا للتصحيح والمراجعة التالية. العرض وجلسة القبول والانتقال أنشطة مختلفة. وضعها في أيام متتالية لا يلغي العمل الذي تكشفه الجلسة الأولى.
قدّم العملية الأولى والأنظمة المتاحة ومصادر البيانات ومسؤولي القبول إلى مراجعة نطاق CRM وERP. تؤكد تكنوستاك ملاءمة المنصة وأعمال الإعداد والترحيل والربط والتسليم المشمولة قبل اقتراح التنفيذ. ينبغي أن تساعد الخطة فريقك على مراجعة ذلك النطاق وتشغيله.
