تحليل خصائص جودة النظام وفق ISO/IEC 25010، وتوثيق القرارات المعمارية، وبناء سجلّ دَين تقني مرتّب حسب تكلفة التأجيل.
هندسة البرمجيات المتقدمة ومنهجيات التطوير الرشيقة (Agile & DevOps)
يربط المشارك بين هندسة البرمجيات المتقدمة ومنهجيات Agile وDevOps، فيدير الدَّين التقني والقرارات المعمارية، ويطبّق TDD ومراجعة الشيفرة، ويصمّم الفرق وتدفق القيمة، ويقيس أداء التسليم بمقاييس DORA وإطار SPACE.
لمحة عن الدورة
تعقد فرق كثيرة اجتماعاتها اليومية وتعمل في سبرنتات منتظمة، ومع ذلك تسلّم ببطء وتتراكم لديها الأعطال والدَّين التقني. فالرشاقة في الطقوس لا تصنع وحدها برمجيات جيدة؛ السرعة المستدامة تحتاج هندسة برمجيات متقنة وتدفقاً سلساً من الفكرة إلى التشغيل. تربط هذه الدورة بين الجانبين: خصائص الجودة والقرارات المعمارية وإدارة الدَّين التقني، وممارسات الشيفرة النظيفة والتطوير الموجّه بالاختبار ومراجعة الشيفرة، ثم منهجيات التطوير الرشيقة من سكرم وكانبان إلى تصميم الفرق على مستوى المؤسسة، ثم ثقافة DevOps وخرائط تدفق القيمة وهندسة المنصّات وDevSecOps، وأخيراً قياس الأداء بمقاييس DORA وإطار SPACE. تُدرَّس الموضوعات عبر تمارين على شيفرة فعلية، وورش عصف بالأحداث، ومحاكاة لوحات كانبان، وتحليل خرائط تدفق القيمة لفرق المشاركين. ويخرج كل مشارك بتشخيص لفريقه، وسجلّ دَين تقني، وخطة تحسين هندسي مربوطة بمقاييس قابلة للمتابعة.
الأهداف المتوقعة من الدورة
تطبيق ممارسات الشيفرة النظيفة والتطوير الموجّه بالاختبار ومراجعة الشيفرة والتطوير على الفرع الرئيسي في دورة عمل فريق فعلي.
تصميم نموذج عمل رشيق يجمع سكرم أو كانبان ومقاييس التدفق وهيكل فرق وفق Team Topologies بما يقلّل الاعتماديات بين الفرق.
قياس أداء التسليم بمقاييس DORA وإطار SPACE، وبناء خطة تحسين تستند إلى خريطة تدفق القيمة وهندسة المنصّات وDevSecOps.
المستهدفون
مهندسو البرمجيات الأوائل وقادة الفرق التقنية الذين يتخذون قرارات التصميم ويراجعون الشيفرة.
مديرو التطوير ومديرو الهندسة المسؤولون عن سرعة التسليم وجودته في فرق متعددة.
أساتذة سكرم ومدربو الرشاقة الذين يحتاجون إلى فهم الممارسات الهندسية الداعمة لمنهجياتهم.
مهندسو DevOps والمنصّات الذين يبنون أدوات الخدمة الذاتية ومسارات التسليم لفرق التطوير.
المحاور العلمية
اضغط على أي محور لاستعراض جلساته وبنوده.
01المحور الأول: هندسة البرمجيات المتقدمة: خصائص الجودة والقرارات المعمارية
2 جلسات · 6 نقاط
1الجلسة الأولى: متطلبات الجودة وحدود المجالات قبل كتابة الشيفرة
- تحويل خصائص الجودة في نموذج ISO/IEC 25010 مثل قابلية الصيانة والموثوقية والأمان إلى سيناريوهات جودة قابلة للاختبار لنظام حقيقي.
- إدارة المتطلبات المتغيّرة بخرائط قصص المستخدم (Story Mapping) ومعايير قبول بصيغة Given-When-Then وتقسيم القصص رأسياً.
- تنظيم ورشة عصف بالأحداث (Event Storming) لاكتشاف حدود المجالات والسياقات المحدّدة (Bounded Contexts) في نظام قيد التطوير.
2الجلسة الثانية: توثيق القرارات المعمارية وإدارة الدَّين التقني
- توثيق القرارات المعمارية في سجلّات ADR وتمثيل البنية بنموذج C4 على مستويات السياق والحاويات والمكوّنات.
- مقارنة الأحادي المعياري (Modular Monolith) بالخدمات المصغرة من حيث تعقيد التشغيل واستقلالية الفرق، واختيار نقطة البداية الملائمة.
- بناء سجلّ للدَّين التقني يصنّف كل بند حسب الأثر وتكلفة التأجيل، وتخصيص سعة ثابتة من كل دورة تطوير لسداده.
02المحور الثاني: الشيفرة النظيفة والاختبار في فرق التطوير الرشيقة
2 جلسات · 6 نقاط
1الجلسة الأولى: التطوير الموجّه بالاختبار وإعادة الهيكلة الآمنة
- تطبيق دورة التطوير الموجّه بالاختبار (TDD) بمراحلها الحمراء والخضراء وإعادة الهيكلة على وحدة برمجية، ومقارنتها بكتابة الاختبارات لاحقاً.
- كشف روائح الشيفرة (Code Smells) الشائعة ومعالجتها بتقنيات إعادة هيكلة آمنة كاستخراج الدوال وفصل المسؤوليات مع الحفاظ على السلوك.
- تصميم استراتيجية اختبار على هرم الاختبار تحدّد توزيع اختبارات الوحدة والتكامل والعقود والواجهة لكل خدمة.
2الجلسة الثانية: مراجعة الشيفرة والتطوير على الفرع الرئيسي
- وضع معايير لمراجعة الشيفرة تركّز على التصميم والأمان وقابلية القراءة، وتقليص حجم طلبات الدمج لتسريع دورة المراجعة.
- مقارنة التطوير على الفرع الرئيسي (Trunk-Based Development) بفروع الميزات طويلة العمر، واستخدام مفاتيح الميزات (Feature Flags) لفصل الدمج عن الإطلاق.
- تقييم دور مساعدات البرمجة بالذكاء الاصطناعي في كتابة الشيفرة والاختبارات، ووضع قواعد لمراجعة مخرجاتها وحماية الأسرار والملكية الفكرية.
03المحور الثالث: منهجيات التطوير الرشيقة (Agile) من الفريق إلى المؤسسة
2 جلسات · 6 نقاط
1الجلسة الأولى: سكرم وكانبان ومقاييس التدفق والتنبّؤ
- تطبيق أحداث دليل سكرم 2020 ومسؤولياته وأدواته، مع صياغة هدف المنتج وهدف السبرنت وتعريف الإنجاز بصورة قابلة للتحقّق.
- تصميم لوحة كانبان بحدود للعمل الجاري (WIP) وسياسات صريحة، وقياس زمن الدورة والإنتاجية وعمر العناصر الجارية.
- استخدام مخطط التدفق التراكمي ومحاكاة مونت كارلو للتنبؤ بموعد التسليم بدل الاعتماد على تقديرات نقاط القصص.
2الجلسة الثانية: توسيع الرشاقة وتصميم هيكل الفرق
- مقارنة أطر توسيع الرشاقة على مستوى المؤسسة من حيث الأدوار المضافة وحلقات التخطيط المشترك والأعباء الإجرائية، واختيار ما يناسب حجم المؤسسة.
- تصميم هيكل الفرق وفق نموذج Team Topologies: الفرق الموجّهة بالتدفق وفرق المنصّة وفرق التمكين وفرق الأنظمة المعقدة.
- إدارة الاعتماديات بين الفرق بخريطة اعتماديات ولوحة برنامج، وتقليلها بإعادة رسم حدود الفرق والمنتجات.
04المحور الرابع: ثقافة DevOps وهندسة المنصّات وتدفق القيمة
2 جلسات · 6 نقاط
1الجلسة الأولى: مبادئ DevOps وخريطة تدفق القيمة
- تحليل نموذج CALMS والطرق الثلاث في DevOps: التدفق والتغذية الراجعة والتعلّم المستمر، وتشخيص موقع الفريق من كل منها.
- رسم خريطة تدفق القيمة (Value Stream Mapping) من فكرة الميزة إلى تشغيلها، وحساب زمن الانتظار مقابل زمن العمل الفعلي.
- تحديد الاختناقات في مسار التسليم مثل الموافقات اليدوية وبيئات الاختبار المشتركة، ووضع تجربة تحسين محدّدة لكل اختناق.
2الجلسة الثانية: هندسة المنصّات ودمج الأمن في دورة التطوير
- تصميم منصّة مطوّرين داخلية (IDP) بمسارات ذهبية (Golden Paths) توفّر قوالب الخدمات والبيئات والرصد بالخدمة الذاتية.
- دمج ممارسات DevSecOps مثل تحليل الشيفرة الساكن (SAST) وتحليل مكوّنات البرمجيات (SCA) وإنتاج قائمة مواد البرمجيات (SBOM) في دورة التطوير.
- تطبيق نمذجة التهديدات على الميزات الجديدة في مرحلة التصميم، وتحويل نتائجها إلى معايير قبول أمنية لقصص المستخدم.
05المحور الخامس: قياس أداء التطوير الرشيق وDevOps والتحسين المستمر
2 جلسات · 6 نقاط
1الجلسة الأولى: مقاييس DORA وإطار SPACE وتجربة المطوّر
- قياس أداء التسليم بمقاييس DORA: زمن تنفيذ التغيير وتكرار النشر ومعدل فشل التغييرات وزمن التعافي من النشر الفاشل.
- استخدام إطار SPACE لقياس إنتاجية المطوّرين بأبعاد الرضا والأداء والنشاط والتواصل والكفاءة، وتجنّب مقاييس مضلِّلة كعدد الأسطر.
- إجراء مسح لتجربة المطوّر (Developer Experience) وتحليل نتائجه لتحديد مصادر الاحتكاك في الأدوات والعمليات.
2الجلسة الثانية: الاستعادة والتعلّم من الحوادث وقيادة التحوّل الهندسي
- إدارة اجتماعات الاستعادة (Retrospectives) بصيغ متنوعة، ومتابعة تجارب التحسين حتى يظهر أثرها في المقاييس.
- إجراء مراجعات ما بعد الحوادث دون لوم (Blameless Postmortems)، وتحويل دروسها إلى تحسينات في التصميم والاختبار والرصد.
- بناء خارطة طريق للتحوّل الهندسي تربط مبادرات الأتمتة والمنصّة والمهارات بمقاييس أداء محددة ومراجعات فصلية.
ما يحصل عليه المشارك
5 محاور علمية
مخطّط علميّ متدرّج
10 جلسة تدريبية
موزَّعة على 5 أيام
30 بنداً تفصيلياً
محتوى تطبيقي مفصَّل
شهادة حضور معتمدة
بعد إتمام البرنامج
أكمل بيانات التسجيل
سنتواصل معك خلال يوم عمل لتأكيد الحجز.
جاهز للبدء؟
احجز مقعدك في البرنامج وابدأ رحلة تطوير مهاراتك.
