فيما يلي الوثائق/المخرجات التي سيتم تقديمها خلال فترة المشروع:
المستندات:
التسليمات:
سيتم تنفيذ المشروع من المدينة الأساسية للعميل كما هو الحال في وثيقة الاقتراح للأنشطة التالية.
سيقوم العميل بترتيب/تحصيل الرسوم الفعلية للسفر والإقامة للاستشاريين المسافرين خارج المدينة الأساسية للعميل. إذا لزم الأمر.
في بداية المشروع، ستقوم Hal's Customer Success بتسليم قسائم التنفيذ والكمية بناءً على نطاق المشروع إلى مدير مشروع العميل. سيتم تنفيذ أي من مراحل المشروع القادمة مع قيام مدير المشروع بتسليم القسيمة إلى Customer Success وفي نهاية كل اجتماع، سيوقع المشاركون على القسيمة ويذكرون ما إذا كانت هناك أي تعليقات. بدون قسائم، لن يستمر نجاح العميل في تحقيق الإنجازات.
يعد جمع المتطلبات أحد الأنشطة الرئيسية وفقًا لمنهجية تنفيذ HAL. ستكون العملية التي سيتم اتباعها لجمع المتطلبات كما يلي يمكن أن تكون أيًا من هذا النهج حيث سيعتبر نجاح العميل مناسبًا بناءً على حالة عمل العميل:
سيتم تقديم وثيقة جمع المتطلبات إلى العميل للتوقيع. لن يبدأ البناء إلا بعد التوقيع. سيكون تنفيذ المتطلبات من اختصاص فريق البناء. سيتم تنفيذه في مصلحت/ممارسات العميل وليس بالضرورة النهج المذكور في المستند أو الذي ينصح به فريق نجاح العملاء. عندما تكون الأشياء خارج النطاق، سيتم استدعاء طلبات التغيير
المشاكل النموذجية التي نحتاج إلى تجنبها في هذه المرحلة:
انتهت مرحلة تجميع المتطلبات، وسيقوم نجاح العميل بتوجيه فريق تطوير المشروع لبدء البناء
سيقوم فريق المشروع بما يلي:
تعتبر أي تطورات فنية مطلوبة بخلاف الوظيفة القياسية للتطبيق بمثابة تخصيص (حسب التعريف). التخصيصات هي تحسين/خروج عملية فريد للوحدات الحالية وليس تطوير الوحدة الجديدة.
أي تخصيصات غير مذكورة في وثيقة الاقتراح/المتطلبات هي خارج النطاق وسيتم قبولها كطلبات تغيير بمجرد اكتمال مرحلة جمع المتطلبات ومراحل UAT. سيضمن ذلك عدم تأثر تاريخ بدء البث
التخصيصات المسموح بها والجهود المتوسطة: -
| النماذج | تقارير | مطبوعات | منطق الأعمال | |
|---|---|---|---|---|
| 1 قروض | حقول جديدة - إزالة الحقول/عمليات التحقق من الصحة والدقة/ معلومات إضافية | أعمدة جديدة في التقرير/الفرز المخصص/التصفية المخصصة | إزالة الحقول/التغييرات التجميلية | رقم المستند. الغلبة |
| 2 ائتمانات | تقارير مصغّرة حقول محسوبة حقول منسوخة حقول مسحوبة | تقرير جديد يتطلب حقلاً جديدًا (الحقول المحسوبة في التقرير) | حقول جديدة/رأس مخصص/تذييلات مخصصة/تنسيقات جديدة | |
| 4 ائتمانات أو أكثر | سير العمل (الموافقات) | تقارير عن التخطيط المخصص/قيود البيانات | المطبوعات الجديدة/الحقول المحسوبة في إنشاء قوالب المطبوعات (التنسيقات المطبوعة مسبقًا) | تدفقات جديدة سيناريوهات جديدة قيود عبر الوحدات تأثير الوحدة الجديدة |
رصيد واحد = يوم عمل واحد
سيتم دمج جميع التخصيصات وتطويرها خلال الفترة، عادة، من 2 إلى 4 أسابيع كما هو مذكور في نطاق المشروع.
سيتبع فريق HAL العملية أدناه
سيتم رفع طلبات التغيير في حالة وجود متطلبات تقع خارج نطاق الخدمات أو المتطلبات بعد الموافقة على مستند المتطلبات أو التغييرات على البرنامج المنفذ بعد UAT، أي أن تأكيد اختبار قبول المستخدم يتجاوز كل النطاق السابق. يتم احتساب تكاليف طلبات التغيير بناءً على جهد يوم العمل المقدر ويتم تحميلها وفقًا للعقد. بالنسبة لجهد CR الذي يقل عن يوم عمل، سيتم احتساب جهد يوم عمل واحد.
في حالة تغيير أي من عوامل تشغيل المعلمات التالية، هناك احتمال ترتيب التغيير (CR): مدة مراحل المشروع، نطاق وحدات المنتج، عدد الكيانات القانونية، ورشة عمل جمع المتطلبات /تغييرات الجدول الزمني، التوثيق/مخرجات التدريب، توفر الموارد لورش العمل/الاستعلامات/الموافقات، توقيع المستخدم وفقًا للجداول الزمنية المتفق عليها، عدد الجلسات/المراحل، مشكلات إدارة التغيير، إكمال التدريب.
لا يجوز تغيير نطاق الخدمات كما هو الحال في القسم 2 من الاقتراح إلا من خلال اتفاقية مكتوبة في شكل «أمر تغيير». سيتم التعامل مع أي تغييرات في نطاق طلبات الخدمة/التغيير على أساس كل حالة على حدة وقد تتطلب رسومًا.
المشاكل النموذجية التي نحتاج إلى تجنبها في هذه المرحلة:
سيغطي ترحيل البيانات تحميل البيانات المقدمة من العميل بالتنسيقات المقدمة من HAL (حسب النطاق المتفق عليه). سيقوم العميل باستخراج البيانات المطلوبة بالتنسيق (القوالب) الذي طورته HAL. لن تشارك HAL في استخراج البيانات مباشرة من النظام القديم أو في نشاط التطهير.
من المهم التأكد من أن إنشاء الخرائط اللازمة بين البيانات الرئيسية الجديدة والقديمة سيتم معالجته من قبل فريق أعمال العملاء.
سيتم تحميل البيانات إلى الخوادم باستخدام أدوات التحميل المختلفة التي أعدتها واختبرتها HAL أثناء مرحلة الإنشاء والاختبار على التوالي.
يعتبر استخراج البيانات من نظام (أنظمة) قديمة وتطهير البيانات وتوفير البيانات بالتنسيق المطلوب مسؤولية العميل. سيتم تحميل هذه البيانات إلى HAL ERP على النحو المنصوص عليه.
ستتوافق البيانات التي تم ترحيلها فقط مع تنفيذ قواعد العمل والعمليات ووفقًا للنطاق. لن يتم تعديل قواعد العمل لتناسب قواعد وعمليات العمل القديمة أو القديمة. لن يتم ترحيل المعاملات على مستوى الخط ما لم تكن متوفرة بشكل صريح في النطاق.
تقع مسؤولية صحة البيانات التي تم جمعها للترحيل على عاتق العميل ولن يتم النظر في أي أخطاء تتطلب إعادة ترحيل البيانات/الترحيل عدة مرات ضمن النطاق لأنها ستحتاج إلى جهد إضافي على مدار أيام العمل. يمكن أن يؤدي هذا إلى بدء CR الذي له تأثير تجاري.
باختصار، HAL مسؤولة عن تنفيذ ما يلي:
يتحمل العميل مسؤولية تنفيذ ما يلي:
سيضمن العميل مشاركة ممثلي الأعمال الرئيسيين (المعروفين أيضًا باسم المستخدمين الرئيسيين) بشكل كامل في المشروع من تاريخ بدء المشروع.
ستتبع HAL جلسة التدريب بمنهجية التدريب العملي للتأكد من أن التدريب يحظى بتقدير كبير من قبل المستخدمين.
في HAL، نتبع نهج تدريب المدرب الذي سنقوم من خلاله بتدريب مجموعة من المستخدمين المحددين (المستخدمين الرئيسيين) من العملاء. يمكن للمستخدمين الرئيسيين بعد ذلك تدريب المستخدمين المتبقين/الموظفين الجدد الذين سينضمون إلى الشركة في المستقبل
سيكون الفريق الذي سيحضر جلسات التدريب هو نفس فريق التنفيذ. نرحب بالمستخدمين النهائيين للانضمام ولكن لن يتم قبول مدخلاتهم/اقتراحاتهم دون اتصال مباشر من المستخدمين الرئيسيين
الهدف من مرحلة الاختبار هو ضمان التشغيل السليم للدورات المختلفة المطبقة في مسارات الأعمال وفقًا لوثيقة جمع المتطلبات. سيتضمن الاختبار ضمنيًا جميع معايير الحل والمكونات المخصصة.
يجب اتباع عملية قبول الاختبار لضمان إجراء الاختبار بنجاح بالتسلسل الصحيح وضمن الإطار الزمني المخطط له.
سيتضمن الاختبار مقارنة نتائج البيانات المدخلة بالنتائج المتوقعة.
سيشارك الفريق الفني لـ HAL في إجراء اختبار النظام (الوحدة والمكون والتكامل)
خلال UAT، سيُطلب من العملاء المحتملين إجراء الاختبار. يمكن ترشيح المستخدمين الآخرين حسب طلب العميل لإجراء الاختبار في وقت واحد خلال هذه المرحلة. يجب أن يكون جميع الأشخاص الذين يجرون الاختبار مستعدين لسيناريوهات اختبار UAT المطلوبة. يجب إجراء UAT من قبل المستخدمين الرئيسيين وسيتم إرشادهم من قبل HAL.
خلال هذه المرحلة، يجب على المستخدمين اختبار النظام باستخدام عينة من البيانات/المعاملات الحقيقية وأيضًا اختبار جميع سيناريوهات الأعمال المحددة خلال مرحلة جمع المتطلبات.
سيتم توثيق أي عيوب تم تحديدها وسيتم تصحيحها في غضون الإطار الزمني المتفق عليه (3-5 أيام) وتقديمها مرة أخرى إلى قادة الأعمال لإعادة الاختبار. يجب أن تكتمل إعادة الاختبار في غضون 3 أيام لضمان عدم تأثر الجداول الزمنية للمشروع.
يجب على العميل التأكد من أن النظام الحالي كافٍ للتعامل مع العمليات اليومية. سيتم قبول مراجعة واحدة ولن يتم قبول اقتراح جديد بعد تقديم المراجعة (حلقة لا نهائية)
تسجيل الخروج من UAT: يجب إكمال العميل في غضون 3 أيام من تاريخ التدريب الأخير. عندما لا يكون هناك تسجيل خروج من المستخدمين لأكثر من 7 أيام، فسيتم اعتبار ذلك بمثابة تسجيل خروج وسيتم نقل المشروع تلقائيًا إلى المرحلة التالية
المشاكل النموذجية التي نحتاج إلى تجنبها في هذه المرحلة:
بمجرد الانتهاء من مراحل التدريب و UAT وترحيل البيانات، سيقوم فريق المشروع بإعداد خادم مباشر مع البيانات وأحدث أرقام المستندات. بمجرد نقل الوحدات إلى Production/Live Server، يتم الإعلان عن النظام باسم «Go Live».
يجب إدخال المعاملات التي جاءت بين إكمال ترحيل البيانات و Go-Live من قبل المستخدمين ولن يتم ترحيل هذه المعاملات. لذلك من الأفضل الحفاظ على الحد الأدنى من الأيام بين اكتمال ترحيل البيانات وبدء البث المباشر وفي عطلات نهاية الأسبوع.
في حالة وجود أي تأخير من تاريخ بدء التشغيل المقدر من قبل العميل، سيتم اعتبار بدء البث المباشر المقدر بالإضافة إلى أسبوعين على التوالي بمثابة تاريخ UAT Go-Live للمراجع المستقبلية.
بعد GO Live، ستقدم HAL دعم HYPER CARE للعميل لمدة 14 يومًا. يجب استهلاك فترة الدعم هذه في غضون 14 يومًا تقويميًا من تاريخ بدء التشغيل. بعد ذلك سيتم نقل المشروع إلى General (دعم مجاني بـ 6 تذاكر شهريًا)
تعد الأخطاء/المشكلات جزءًا لا يتجزأ من أي حل برمجي وإصلاحها هو ما يجعل البرنامج قويًا ويتحسن بمرور الوقت. تتمتع HAL بسجل ممتاز لرضا العملاء وستبذل قصارى جهدها لإصلاح/حل أي مشكلة على الفور.
يجب على العميل إنشاء تذاكر للمشكلات عبر بوابة البريد الإلكتروني/التذاكر جنبًا إلى جنب مع الخطورة على النحو التالي. ستحضر التذاكر على الفور فرق دعم HAL.
| مرتفع | النظام غير متوفر تعليق/تجميد النظام مهلة النظام استثناءات على مستوى التعليمات البرمجية صفحات الخطأ استثناءات قاعدة البيانات خطأ في الارتباط | إجمالي النظام غير صالح للعمل |
| متوسط | التوضيح الوظيفي (التدريب) سلوك وظيفي غير متوقع أخطاء على فترات غير منتظمة الأخطاء التي تحدث في بعض الأماكن/السيناريوهات خطأ في حقول النموذج | نظام جزئي غير فعال غير قادر على أداء وظائف الأعمال الأساسية |
| منخفض | أخطاء واجهة المستخدم التجميلية أخطاء جافا سكريبت مشكلات تخطيط واجهة المستخدم الأخطاء النحوية والإملائية في واجهة المستخدم قضايا الألوان والمواضيع في واجهة المستخدم | النظام قيد التشغيل |
| الخطورة | وقت الاستجابة | وقت الحل |
|---|---|---|
| مرتفع | 4 ساعات | 0-8 ساعات |
| متوسط | يوم عمل واحد | 3-5 أيام عمل |
| منخفض | يوم عمل واحد | التقدير |
[حوكمة المشروع - سري]
www.halsimplify.com