التحليل الفني وهندسة المتطلبات

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

ما الذي يُنتجه التحليل الفني

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

إذا كان مشروعك صغيراً وواضحاً فعلاً، فسنخبرك أن موجزاً مختصراً يكفي بدلاً من بيعك مشروع تحليل كامل.

متى يعوّض التحليل الفني تكلفته

كيف ندير المشروع

1. مقابلات أصحاب المصلحة — مع من سيستخدم النظام فعلاً، لا فقط من طلبه. الفجوة بين هاتين الفئتين هي حيث تفشل المشاريع.
2. رسم العمليات الحالية — كيف يُنجَز العمل اليوم، بما في ذلك ملفات الإكسل والحلول الالتفافية التي لا يذكرها أحد في الاجتماع الأول.
3. ورش المتطلبات — جلسات منظّمة لتحويل ما سمعناه إلى متطلبات مرقّمة ومُرتَّبة وقابلة للاختبار.
4. التصميم التقني — نموذج البيانات وعقود التكامل والمعمارية وتوصيات التقنيات، مع تدوين مبرّرات كل قرار.
5. التقدير والتقسيم المرحلي — الجهد لكل وحدة، وحدّ منطقي للنسخة الأولى، وترتيب تنفيذ يسلّم قيمة مبكراً.
6. المراجعة والاعتماد — جلسة عرض مع فريقك، ثم تعديلات، ثم مجموعة وثائق نهائية تعتمدها رسمياً.

التسلسل الذي نتبعه

1. الانطلاق — نتفق على الأهداف، ومن نحتاج التحدث إليهم، وأي الوثائق ستستلمها بالضبط.
2. الاستكشاف — مقابلات، وملاحظة ميدانية للعمليات، ومراجعة أي أنظمة وبيانات ووثائق قائمة.
3. التحليل — تحويل النتائج إلى متطلبات منظّمة، مع تحديد كل تعارض وثغرة وافتراض.
4. التصميم — نموذج البيانات والتكاملات والمعمارية ومخططات الشاشات للمسارات الرئيسية.
5. التقدير — الجهد والمراحل وتوصية بحدود النسخة الأولى مع عرض المفاضلات بوضوح.
6. التسليم — مجموعة الوثائق كاملة، وجلسة شرح، والملفات بصيغة قابلة للتعديل حتى تظل مفيدة مع تطور المشروع.

الأسئلة الشائعة