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

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

وبتغطي كمان إيه اللي بيحصل بعد ما المتطلبات تتكتب — ترتيب الأولويات، إمكانية التتبع، والتحكم في التغيير مع تغيّر الأولويات، بما يتوافق مع الممارسات المعترف بها في دليل BABOK. الدورة جزء من فئة دورات تكنولوجيا المعلومات والبرمجة في أكاديمية الزمالة العربية البريطانية، ومصممة لأي حد محتاج احتياجات الأعمال تفضل سليمة لما تتحول لبرمجيات.

التأكد من وصول المتطلبات الصح للفريق الصح

الدورة دي بتبني قدرات عملية لإدارة احتياجات الأعمال ومتطلبات البرمجيات داخل بيئات التقنية المؤسسية، من أول محادثة مع صاحب مصلحة لحد البرمجيات المسلّمة.

بعد ما تخلّص الدورة، هيقدر المشاركون:

• يحللوا احتياجات المؤسسة والمشكلات التشغيلية وتوقعات أصحاب المصلحة قبل ما تتاخد قرارات الاستثمار التقني.
• يخططوا شغل التحليل ويديروا مجموعات أصحاب مصلحة ممكن توقعاتهم تتعارض.
• يستنبطوا المتطلبات من خلال المقابلات وورش العمل والملاحظة وتحليل الوثائق والجلسات الميسرة.
• يميّزوا بين متطلبات الأعمال وأصحاب المصلحة والمتطلبات الوظيفية وغير الوظيفية، ويقيّموها من ناحية الجودة والاكتمال وقابلية التنفيذ.
• يكتبوا قصص مستخدم توضح القيمة المتوقعة وسلوك النظام من منظور المستخدم.
• يحددوا معايير قبول واضحة وقابلة للاختبار، عشان فرق التسليم وضمان الجودة تعرف بالظبط معنى "خلصنا".
• يستخدموا نمذجة العمليات لرسم العمليات الحالية والمستقبلية وكشف نقاط الاختناق والاعتماديات.
• يجروا تحليل فجوات بمقارنة القدرات الحالية بالنتائج المطلوبة عشان يحددوا إيه اللي الحل لازم يعالجه فعليًا.
• يرتّبوا أولويات المتطلبات حسب القيمة والمخاطر والاعتماديات، ويحافظوا على إمكانية التتبع مع تغيّر المتطلبات.
• يتحكموا في تغييرات المتطلبات من غير ما يفقدوا السيطرة على نطاق المشروع.
• يطبّقوا ممارسات متوافقة مع BABOK عبر التخطيط والاستنباط والتحليل وإدارة دورة حياة المتطلبات وتقييم الحلول.

الدورة بتحافظ على ربط كل تقنية بنتيجة عملية: متطلبات فرق التطوير والاختبار والأعمال تقدر تشتغل عليها فعليًا.

الفئة المستهدفة

الدورة مناسبة لأي حد شغله بيعتمد على إن المتطلبات تبقى صح قبل ما التسليم يبدأ.

• محللي الأعمال ومهندسي المتطلبات
• محللي الأنظمة
• مديري مشاريع تقنية المعلومات
• مديري المنتجات ومسؤولي المنتجات
• متخصصي تطوير البرمجيات
• متخصصي ضمان الجودة
• متخصصي التحول الرقمي ومديري الأعمال والعمليات

سواء كان الدور كتابة المتطلبات، أو البناء عليها، أو اختبارها، أو إدارة المشروع حواليها، الدورة بتدي كل فئة معيار مشترك لشكل المتطلب الكويس.

الوحدات

الوحدة الأولى: لما المتطلبات بتغلط

قبل ما نتناول التقنيات، الوحدة دي بتتناول إزاي المتطلبات الغامضة أو الناقصة بتخرّب مشاريع البرمجيات — وبتؤسس دور تحليل الأعمال في منع ده: تحديد الاحتياجات، تعريف المشكلات، ودعم قرارات الاستثمار التقني.

• إزاي المتطلبات الضعيفة بتسبب فشل المشروع
• احتياجات الأعمال وأهدافها ونطاق الحل
• قيمة الأعمال والتحليل عبر دورة التسليم
• دور المحلل في بيئات التقنية المؤسسية

الوحدة الثانية: التحدث مع الناس الصح — إدارة أصحاب المصلحة والاستنباط

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

• تحديد أصحاب المصلحة وأدوارهم والتوقعات المتعارضة
• تخطيط التحليل واستراتيجيات المشاركة
• المقابلات وورش العمل والملاحظة وتحليل الوثائق
• التمييز بين المتطلبات الفعلية والحلول المقترحة

الوحدة الثالثة: من المحادثة للبنية — تحليل المتطلبات وتصنيفها

المعلومات الخام من أصحاب المصلحة لسه مش متطلب. الوحدة دي بتغطي تحويلها لمتطلبات أعمال وأصحاب مصلحة ومتطلبات وظيفية وغير وظيفية منظمة تصمد قدام الفحص الدقيق.

• متطلبات الأعمال وأصحاب المصلحة والمتطلبات الوظيفية وغير الوظيفية
• جودة المتطلبات واكتمالها واتساقها
• تحليل قابلية التنفيذ والاعتماديات
• تقليل الغموض قبل وصول المتطلبات للتطوير

الوحدة الرابعة: كتابة متطلبات ممكن البناء عليها — قصص المستخدم ومعايير القبول

الوحدة دي بتجمع تقنيتين بتشتغلوا مع بعض: قصص المستخدم اللي بتعبّر عن المطلوب من منظور المستخدم، ومعايير القبول اللي بتحدد بشروط قابلة للاختبار امتى القصة دي فعلاً خلصت.

• تنظيم قصص المستخدم حول المستخدمين والقدرات والقيمة
• تحسين القصص والاعتماديات وترتيب الأولويات
• كتابة معايير قبول واضحة وقابلة للاختبار
• مواءمة شروط القبول مع أنشطة الاختبار

الوحدة الخامسة: رؤية العملية مش المتطلب بس — نمذجة عمليات الأعمال

بعض المشاكل بتظهر بس لما ترسم العملية كاملة، مش متطلب واحد لوحده. الوحدة دي بتغطي نمذجة العمليات الحالية والمستقبلية عشان تكشف أوجه القصور والاعتماديات.

• تحليل الحالة الحالية والحالة المستقبلية للعمليات
• تدفقات العمليات والأنشطة والأدوار ونقاط القرار
• تحديد نقاط الاختناق والاعتماديات
• استخدام نماذج العمليات لاكتشاف متطلبات خفية

الوحدة السادسة: إيجاد الفجوة — مقارنة وضعك الحالي بوضعك المطلوب

قبل الالتزام بحل معين، المؤسسة محتاجة تعرف بالظبط إيه الناقص. الوحدة دي بتغطي تقييم العمليات والأنظمة والقدرات الحالية مقابل النتائج المستقبلية المطلوبة.

• فجوات القدرات والعمليات والتقنية
• تقييم الأداء الحالي مقابل المتطلبات المستقبلية
• دعم التوصيات: التحسين، الأتمتة، الاستبدال، أو إعادة التصميم
• ربط تحليل الفجوات بتخطيط الحل

الوحدة السابعة: مش كل المتطلبات متساوية — ترتيب الأولويات والتتبع والتحكم في التغيير

الوحدة دي بتجمع تحديد إيه الأهم مع الحفاظ على السيطرة مع تغيّر الأمور: ترتيب الأولويات حسب القيمة والمخاطر، وبعدين تتبع وإدارة التغييرات من غير ما تفقد السيطرة على النطاق.

• ترتيب الأولويات حسب القيمة والإلحاح والمخاطر والاعتماديات
• خطوط أساس المتطلبات والتحكم في الإصدارات
• التتبع من احتياج الأعمال لحد نتائج الاختبار
• تقييم أثر التغيير والتحكم في النطاق

الوحدة الثامنة: تأصيل العمل في ممارسة BABOK

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

• مجالات معرفة BABOK: التخطيط، الاستنباط، التحليل
• إدارة دورة حياة المتطلبات
• تقييم الحلول ومشاركة أصحاب المصلحة
• تطبيق الممارسة المنظمة مش النظرية بس

الوحدة التاسعة: المتطلبات من بداية المشروع لحد التسليم

الوحدة الأخيرة بتتبع المتطلبات عبر دورة تسليم البرمجيات كاملة — البدء، التصميم، التطوير، الاختبار، التنفيذ، والتقييم بعد التسليم — والتعاون اللي بيحافظ على توافقها مع أهداف الأعمال طول الوقت.

• إزاي المتطلبات بتشكّل البدء والتصميم والاختبار
• التعاون بين المحللين ومديري المشاريع والمطورين وضمان الجودة
• الحفاظ على توافق البرمجيات المسلّمة مع أهداف الأعمال
• ممارسة المتطلبات كمحرك لحوكمة مشروع أقوى

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

1. الدورة دي لمحللي الأعمال بس؟

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

2. ليه الدورة بتجمع قصص المستخدم مع معايير القبول في وحدة واحدة؟

لأن قصة المستخدم من غير معايير قبول قابلة للاختبار بتسيب مساحة كبيرة للتفسير. الاتنين مع بعض بيديوا فريقي التطوير والاختبار تعريف مشترك لكلمة "خلصنا".

3. إيه الفرق بين تحليل المتطلبات وتحليل الفجوات في الدورة دي؟

تحليل المتطلبات بينظم إيه اللي أصحاب المصلحة محتاجينه؛ تحليل الفجوات بيقارن القدرات الحالية بالاحتياج ده عشان يحدد بالظبط إيه اللي الحل لازم يسدّه.

4. الدورة بتشير لـBABOK بالتحديد؟

أيوه. فيه وحدة مخصصة بتربط التقنيات العملية اللي اتعلمناها طول الدورة بمجالات المعرفة المعترف بيها في BABOK، عشان المشاركين يقدروا يربطوا شغلهم بالممارسة المهنية المعتمدة.

5. الدورة بتتعامل إزاي مع تغيّر المتطلبات وسط المشروع؟

من خلال التتبع والتحكم المنظم في التغيير — تتبّع المتطلبات من احتياج الأعمال لحد نتائج الاختبار، وتقييم أثر أي تغيير قبل ما يتم اعتماده.