تدريب الفرق

لمن هذا

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

عملياً، هذه إحدى ثلاث حالات:

• فريق أمام قرار معماري لا يملك الثقة لاتّخاذه. الفصل إلى خدمات، أو إعادة هيكلة الوحدات، أو اختيار ما يُبنى وما يُشترى — قرارات ظلّت مؤجَّلة لأن كلفة الخطأ فيها واضحة للجميع.
• فريق يعرف الأدوات ولا يعرف الحدود. يكتبون ‎.NET كل يوم، لكنّ كل خاصية جديدة تلمس كل مجلّد، ولا أحد يستطيع أن يقول أين ينتهي جزء ويبدأ آخر.
• معرفة محبوسة في رأس واحد. مهندس أقدم يفهم النظام فهماً كاملاً، والبقية يسألونه — وهذا يعمل حتى اليوم الذي يأخذ فيه إجازة.

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

كيف تُصمَّم الدورة

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

فتبدأ العملية بالترتيب نفسه الذي يبدأ به أي ارتباط آخر على هذا الموقع:

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

كيف يبدو الأسبوع

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

وفي نهاية الأسبوع يكون الفريق قد بنى شيئاً يعمل معاً، لا شاهد شخصاً يبنيه.

ما الذي يبقى مع الفريق

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

لا شيء من ذلك مشروط بارتباط لاحق. الدورة قائمة بذاتها.

الدورات المُقدَّمة

دورتان عمليتان، كلٌّ منهما خمسة أيام حضورية في كوالالمبور، بالعربية، في 2026، ولكلٍّ منهما جهة حكومية في الخليج. المنهجان مختلفان تماماً، وهذا هو بيت القصيد: النوع نفسه من العملاء، ومحتويان لا يشتركان في شيء تقريباً.

• تصميم وتنفيذ الخدمات المصغّرة باستخدام ‎.NET — لجهة حكومية سعودية. حدود الخدمات، وملكية البيانات عبر الشبكة، وما الذي يحلّ محلّ المعاملة الواحدة حين تُوزَّع وحدة العمل، وما يجب أن يوجد تشغيلياً قبل أول خدمة.
• ‎Microsoft .NET مع Blazor — تطوير متكامل — لجهة حكومية عُمانية. بناء تطبيق متكامل من الواجهة إلى قاعدة البيانات بمنظومة ‎.NET‏، مع الحدود التي تبقي الطرفين قابلين للتغيير باستقلال.

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

المحاضرات

محاضرتان، كلٌّ منهما 30 دقيقة بالعربية في Arabic Dev Group Malaysia:

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

موضوعا المحاضرتين هما موضوع تطوير منصّات البرمجيات كخدمة نفسه، وهي الخدمة التي بُنيت على ثلاث منصّات أسّستها بنفسي.