تحليل الأنظمة وكتابة وثيقة المتطلّبات
أكثر ما يعطّل مشاريع الأنظمة ليس البرمجة، بل أن يبدأ البناء على فهم غير مكتوب: كل طرف يحمل صورةً في رأسه، فتظهر الفروق بعد التسليم حين يصير التعديل مكلفًا.
نجلس مع من يمارس الإجراء يوميًّا لا مع من يصفه من بعيد، ونرسمه كما يجري فعلًا: من يرفع، وأين يقف، ومن يوقّع، وما الذي يعيده. ثم نكتبه وثيقةً تُوقَّع قبل أن يُكتب سطر واحد.
ما نكتبه
- خريطة الإجراء كما يُمارَس، بمحطّاته وأدواره وحالاته.
- وثيقة متطلّبات: كل شاشة، وكل حقل، وكل قاعدة تحكم الانتقال.
- قائمة القرارات التي تُحسم قبل البناء، ومن يملك حسمها.
- الحالات الاستثنائية: ماذا يحدث حين يُرفض الطلب، أو يتجاوز مدّته، أو يغيب صاحب الصلاحية.
- معايير القبول: كيف يُعرف أن ما سُلّم مطابق لما اتُّفق عليه.
لمن هذه الخدمة
جهة على وشك التعاقد على نظام وتريد أن تعرف ما الذي تشتريه بالضبط، أو جهة عندها فريق تقنيّ يحتاج وثيقةً يبني عليها بدل أن يجتهد في تفسير المراد.
ما تحصل عليه
- خريطة الإجراء كما يُمارَس.
- وثيقة متطلّبات ينفّذها أيّ فريق.
- قائمة القرارات التي تُحسم قبل البناء.
- أساس واحد تُقاس عليه عروض المنفّذين.
نبدأ بالورقة قبل الكود
- نفهم الإجراء
- نوثّقه
- نبني
- نسلّم ونجرّب
- ندعم ونشغّل
أسئلة عن هذه الخدمة
عندنا مبرمج في الجهة — ما فائدة الوثيقة؟
مبرمج الجهة يعرف الجهة وأهلها، وهذه ميزة لا نملكها. لكن أكثر ما يعطّل هذه المشاريع ليس البرمجة: هو تحرير الإجراء كما يُمارَس، وحسم من يملك تغييره، وكتابة الوثيقة التي تُوقَّع قبل البناء — وهذا عملٌ يصعب على من هو داخل الجهة وطرفٌ في إجراءاتها.
هل نلتزم بالبناء معكم بعدها؟
لا. الوثيقة ملك جهتكم وتُنفَّذ عند أيّ فريق تختارونه، وهذا أصل فكرتها: أن تُقاس عروض المنفّذين على مكتوب واحد لا على وعود متفرّقة.
كم تستغرق كتابتها؟
تتبع عدد المسارات وتوفّر من يمارسها للجلسات، وتُكتب المدة في العرض لكل مشروع على حدة.
نعمل مع الجهات في جميع مناطق المملكة ودول الخليج — عن بُعد، مع زيارات ميدانية عند الحاجة.