# كيف تكتب موجز مشروع برمجي من دون خبرة تقنية؟ | ThorOps

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

الهيكل التالي يكفي لبدء نقاش مفيد.

## 1. اشرح المشكلة في فقرة واحدة

اكتب ما يحدث اليوم ولماذا يهم. مثال:

تصل طلبات العملاء عبر ثلاثة أرقام WhatsApp. ينسخها الموظفون إلى Excel، فتتكرر بعض الطلبات أو تضيع. نحتاج قائمة مشتركة يظهر فيها المسؤول وحالة الطلب.

هذا أوضح من عبارة “نريد منصة AI” لأنه يشرح العمل الحقيقي.

## 2. حدد المستخدمين

اكتب أنواع المستخدمين وما يحتاج كل منهم إلى فعله: العملاء والموظفون والمديرون والمشرفون والشركاء. اذكر احتياجات اللغة والجهاز والاتصال، خصوصاً العربية وRTL، والاستخدام من الهاتف، والعمل دون إنترنت.

## 3. اشرح سير العمل الحالي

صف نقطة البداية والخطوات والقرارات والنتيجة. يمكن إرفاق نموذج أو نسخة من Excel بعد إزالة البيانات الشخصية والسرية وبيانات العملاء، ما لم توجد اتفاقية وطريقة نقل آمنة.

## 4. حدد نتيجة الإصدار الأول

افصل بين “ضروري الآن” و“مفيد لاحقاً”. يجب أن ينجز الإصدار الأول عملية واحدة ذات قيمة وبشكل آمن. لا تجعل كل فكرة مستقبلية شرطاً للإطلاق.

## 5. اذكر التكاملات المطلوبة

حدد الأنظمة التي يجب أن تتبادل البيانات: المحاسبة، الدفع، CRM، البريد، WhatsApp، ERP، تسجيل الدخول أو الأجهزة. اذكر من يملك كل حساب وهل توجد API معروفة.

## 6. وضّح احتياجات الأمن والبيانات

اشرح نوع البيانات، ومن يستطيع الوصول إليها، وأين يجب استضافتها، ومدة الاحتفاظ بها، وهل يلزم سجل تدقيق. لا تفترض أن الأمن يمكن “إضافته لاحقاً”.

## 7. حدد مقاييس النجاح

اختر نتيجتين أو ثلاثاً، مثل:

- خفض متوسط الرد من ثماني ساعات إلى ساعة.

- تقليل الإدخال المكرر 80%.

- منح الإدارة صورة محدثة عن الأعمال المفتوحة.

- تمكين الموظف الجديد من تعلم العملية خلال يوم.

## 8. شارك القيود بوضوح

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

## 9. اسأل عن الملكية والتشغيل

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

## قالب جاهز للنسخ

- مشكلة العمل

- المستخدمون والأدوار

- العملية الحالية

- ضروريات الإصدار الأول

- أفكار مستقبلية

- التكاملات المطلوبة

- متطلبات البيانات والأمن

- مقاييس النجاح

- قيود الميزانية والوقت

- توقعات الملكية والدعم والتسليم

الموجز الواضح لا يقفل الحل مبكراً، بل يمنح الفريق التقني سياقاً كافياً لمراجعة الافتراضات واقتراح تجربة أصغر وتقديم تقدير مسؤول.

## المصادر

- [UK Government Service Manual: Agile delivery and understanding user needs](https://www.gov.uk/service-manual)
- [OWASP: Secure software development guidance](https://owasp.org/www-project-samm/)