دليل مجاني · ٩ دقائق للقراءة

المراجعة التقنية قبل بدء التطوير

٢٧ نقطة تراجعها قبل اعتماد مشروع لنقاط البيع أو إدارة العملاء أو الموارد

قائمة عملية للمؤسسين ومسؤولي العمليات لمراجعة عرض التنفيذ أو خطة الفريق الداخلي قبل الالتزام بالميزانية. تبدأ المراجعة بنطاق العمل، ثم البنية المعمارية، وتنتهي بالجودة والتسليم.

إعداد توفيق السيد، قائد تقني ومدير تقني بدوام جزئي لست شركات · آخر تحديث سبتمبر ٢٠٢٦

القسم 1 · 9 نقاط للمراجعة

نطاق العمل والمتطلبات

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

  1. 1

    تدوين كل شاشة وكل دور للمستخدمين قبل التسعير.

    التسعير دون قائمة شاشات يعتمد على تقديرات قد ترتفع أثناء التنفيذ.

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

  2. 2

    توثيق طريقة العمل الحالية، بما فيها الحالات الاستثنائية.

    تظهر المشكلات في الاستثناءات: التعديل اليدوي، والعميل دون تسجيل مسبق، والمنتج المرتجع.

    علامة تستدعي الانتباه: لم يسأل أحد كيف يتعامل فريقك حاليًا مع الحالات غير المعتادة.

  3. 3

    تحديد ما هو خارج النطاق بوضوح مماثل لما هو داخله.

    غموض الاستثناءات من النطاق يفتح الباب لطلبات تغيير غير متوقعة.

    علامة تستدعي الانتباه: غياب قسم يحدّد الأعمال غير المشمولة في العرض.

  4. 4

    تحديد متطلبات التقارير بمشاركة من سيستخدمها.

    قد تحتاج التقارير المصمّمة دون مستخدميها إلى إعادة بناء بعد الإطلاق.

    علامة تستدعي الانتباه: اختزال التقارير في عبارة «لوحات تحكم وتقارير» بلا تفاصيل.

  5. 5

    فحص البيانات الحالية قبل تسعير ترحيلها.

    تنظيف البيانات القديمة عمل تقني فعلي، وقد تكون جودتها أقل مما يبدو في الوصف.

    علامة تستدعي الانتباه: سعر ثابت للترحيل من دون أن يفتح أحد البيانات الحالية.

  6. 6

    تعريف النجاح بنتيجة تشغيلية قابلة للقياس.

    عبارة «نظام حديث» لا تحدّد معيار قبول. أما «إغلاق حسابات اليوم في أقل من عشر دقائق» فهو مثال يمكن قياسه.

    علامة تستدعي الانتباه: لا يستطيع أحد شرح كيف ستعرف أن المشروع حقّق هدفه.

  7. 7

    حصر المرحلة الأولى بحيث يمكن تشغيلها خلال ٩٠ يومًا.

    قد تخفي المراحل الأولى الطويلة المشكلات حتى تُستهلك الميزانية.

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

  8. 8

    تسمية التكاملات وفحص توثيق واجهات API مسبقًا.

    قد لا توفّر بوابة الدفع أو النظام المحاسبي أو البوابة الحكومية الواجهة التي افترض الفريق وجودها.

    علامة تستدعي الانتباه: وعد عام في العرض بإمكان الربط مع أي نظام.

  9. 9

    وجود مسؤول من طرفك يستطيع حسم القرارات خلال يوم.

    انتظار قرار من شخص غير متاح قد يؤخّر المورّد والمشروع معًا.

    علامة تستدعي الانتباه: إسناد إدارة المشروع إلى أكثر المديرين انشغالًا، دون تفويض بديل.

القسم 2 · 8 نقاط للمراجعة

البنية المعمارية والقرارات التقنية

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

  1. 10

    تقديم سبب مكتوب لاختيار التقنيات يرتبط بمتطلباتك.

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

    علامة تستدعي الانتباه: التبرير الوحيد هو «هذه التقنيات التي نستخدمها».

  2. 11

    رسم نموذج البيانات قبل بدء التطوير.

    أخطاء بنية البيانات قد تفرض إعادة عمل مكلفة في أنظمة نقاط البيع وCRM وERP.

    علامة تستدعي الانتباه: عدم وجود مخطّط للكيانات أو قائمة للجداول عند توقيع العقد.

  3. 12

    حسم دعم الفروع والعملات والمستخدمين المتعددين من البداية.

    إضافة هذه القدرات إلى نظام صُمّم لفرع واحد قد تقترب من إعادة بنائه.

    علامة تستدعي الانتباه: وعد بإضافة الفروع لاحقًا دون دليل في تصميم البيانات.

  4. 13

    تحديد سلوك العمل دون إنترنت للأجهزة الميدانية ونقاط البيع.

    توقّف نقطة البيع مع انقطاع الاتصال يعطّل عمل الموظفين.

    علامة تستدعي الانتباه: عدم ذكر العمل دون اتصال في عرض تطبيق نقاط بيع أو تطبيق ميداني.

  5. 14

    تصميم الأدوار والصلاحيات جزءًا من بنية النظام.

    توزيع قواعد الصلاحيات عشوائيًا داخل الكود يسبّب أخطاء ويصعّب التدقيق.

    علامة تستدعي الانتباه: وصف الصلاحيات بعبارة «مدير ومستخدم» فقط.

  6. 15

    وجود سجل تدقيق لكل ما يؤثر في الأموال أو المخزون.

    السجل المحمي من التعديل يتيح مراجعة الخلافات مع الموظفين والموردين والمدققين.

    علامة تستدعي الانتباه: لا توجد إشارة إلى تسجيل من غيّر البيانات ومتى وماذا غيّر.

  7. 16

    اشتراك تطبيق الهاتف والويب في نظام خلفي ومصدر بيانات موحّد.

    استقلال النظامين بالبيانات يفرض تسويات مستمرة بين نسختين من المعلومات.

    علامة تستدعي الانتباه: تسعير التطبيق بواسطة فريق منفصل مع قاعدة بيانات مستقلة.

  8. 17

    تسمية مهندس خبير مسؤول عن البنية المعمارية.

    تغيّر المسؤولين دون ملكية واضحة يجعل شرح القرارات وصيانتها صعبًا لاحقًا.

    علامة تستدعي الانتباه: تعذّر معرفة اسم القائد التقني وخبرته.

القسم 3 · 10 نقاط للمراجعة

التنفيذ والجودة والتسليم

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

  1. 18

    حفظ الكود في مستودع تملكه منذ اليوم الأول.

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

    علامة تستدعي الانتباه: وجود المستودع في حساب المورّد دون إتاحة الوصول لك.

  2. 19

    امتلاك التحكم في الاستضافة والنطاق وبيانات الدخول إلى قاعدة البيانات.

    احتكار بيانات الدخول قد يحوّل خلافًا عاديًا إلى توقّف للخدمة.

    علامة تستدعي الانتباه: المورّد «يدير كل شيء» لكنه لا يوضّح ما تملكه وما يمكنك الوصول إليه.

  3. 20

    وجود نسخ احتياطية آلية مع اختبار استعادة واحد على الأقل.

    لا تكفي معرفة أن النسخة تُنشأ؛ يجب التأكد من إمكان استعادة النظام منها.

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

  4. 21

    وجود بيئة تجريبية منفصلة عن بيئة التشغيل الفعلية.

    اختبار التغييرات على البيانات الحية يعرّض نشاط الشركة للتعطّل.

    علامة تستدعي الانتباه: بيئة واحدة مع الاكتفاء بوعد تنفيذ التحديثات «بحذر».

  5. 22

    اختبارات آلية للمدفوعات وحركة المخزون والصلاحيات.

    يصعب على الاختبارات اليدوية وحدها مواكبة الطلبات والتغييرات المتكررة.

    علامة تستدعي الانتباه: جميع الاختبارات يدوية ومؤجلة إلى نهاية المشروع.

  6. 23

    عرض برنامج يعمل كل أسبوعين على الأقل.

    فترات الصمت الطويلة قد تخفي انحراف المشروع عن احتياجك.

    علامة تستدعي الانتباه: العرض التالي للبرنامج لن يكون إلا عند نهاية المشروع.

  7. 24

    تدوين مدة الضمان ونطاقه واستثناءاته.

    بغير ذلك قد تضطر إلى التفاوض على تعريف «الخطأ البرمجي» وقت حاجتك العاجلة إلى إصلاحه.

    علامة تستدعي الانتباه: وعد بإصلاح الأخطاء دون مدة أو نطاق أو التزام بوقت استجابة.

  8. 25

    تسليم التوثيق وبيانات الدخول وتسجيل يشرح النظام.

    غيابها يزيد وقت وكلفة فهم أي مطوّر لاحق للنظام.

    علامة تستدعي الانتباه: اعتبار عبارة «التوثيق موجود في الكود» كافية للتسليم.

  9. 26

    الاتفاق على دعم ما بعد الإطلاق وتكلفته مسبقًا.

    تسعير الدعم بعد الإطلاق يضعف قدرتك على المقارنة والتفاوض.

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

  10. 27

    إمكان تغيير المورّد الشهر القادم دون فقدان النظام.

    هذا اختبار جامع للنقاط السابقة. إذا تعذّر الانتقال، فهناك جانب لم يُحسم.

    علامة تستدعي الانتباه: التردّد عند طرح هذا السؤال بصورة مباشرة.

كيف تقرأ نتيجة التقييم؟

  • ٢٤–٢٧ نقطةيمكنك التقدّم؛ الخطة مستوفية لمعظم عناصر الإعداد.
  • ١٨–٢٣ نقطةعالج الفجوات كتابيًا ضمن تعديلات الاتفاق قبل المضي قدمًا.
  • ١٢–١٧ نقطةلا توقّع بعد. اطلب رأيًا تقنيًا مستقلًا أولًا.
  • أقل من ١٢الخطة غير جاهزة. معالجة الفجوات الآن أقل كلفة من إصلاحها بعد بدء التنفيذ.

تريد النماذج القابلة للتعبئة؟

نرسل قائمة المراجعة وموجز نطاق المشروع وبطاقة مقارنة المورّدين إلى بريدك، لتستخدمها في تقييم عرض فعلي. لا توجد رسائل تسويقية متتابعة أو نشرة بريدية.

٣ ملفات فقط، دون اشتراك في نشرة بريدية.

ظهرت فجوات تحتاج إلى مراجعة؟

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

تحتاج إلى متابعة تقنية مستمرة؟ تعرّف على خدمة المدير التقني بدوام جزئي.

تواصل عبر واتساب