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

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

إعداد توفيق السيد — قائد تقني ومدير تقني بدوام جزئي
https://tawfikelsayed.tech/ar

آخر تحديث: سبتمبر ٢٠٢٦

## طريقة الاستخدام

قيّم كل نقطة: نعم = دليل مكتوب، غير مؤكّد = وعد دون دليل، لا = غير متوفرة. سجّل النتيجة والملاحظات أسفل كل نقطة.

راجع أي نقطة غير متوفرة في قسم النطاق أو التسليم قبل التوقيع. وجود ثلاث نقاط غير مؤكدة أو أكثر يستدعي طلب توضيحات من المورّد.

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

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

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

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

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

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

**التقييم:** ____  **الملاحظات:** ____________________

## قراءة النتيجة

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

تحتاج إلى مراجعة مستقلة؟ https://tawfikelsayed.tech/ar/contact-us