Team Topologies for Delivery
A focused chapter on team topologies for delivery, with practical delivery concerns, trade-offs, and the operational questions behind CI/CD work.
لماذا يحدد هيكل الفريق سرعة التسليم لديك
تخيل فريقًا مسؤولاً عن إطلاق ميزة جديدة لتطبيق يستخدمه آلاف الأشخاص. يضم الفريق مطور باك إند ومطور فرونت إند ومهندس ضمان جودة وشخصًا يدير الخوادم. الجميع لديه مهامه الخاصة، لكنهم جميعًا ينتهي بهم الأمر بطرح نفس السؤال: كيف ننقل هذا التغيير إلى الإنتاج دون التسبب في مشاكل للمستخدمين؟
عندما يمتلك فريقك الرحلة بأكملها: الفرق المتوافقة مع التدفق والتسليم
تعرف على نموذج الفرق المتوافقة مع التدفق (Stream-Aligned Teams) وكيف يغير تجربة التسليم المستمر (CI/CD) بإزالة الاختناقات وتمكين الفرق من امتلاك دورة القيمة بالكامل.
لماذا يفشل السماح لكل فريق ببناء خط أنابيب خاص به
عندما يبني كل فريق خط أنابيب CI/CD خاص به من الصفر، تدفع المؤسسة ثمناً خفياً. تعرف على دور فريق المنصة في توحيد البنية التحتية وتسريع التسليم دون خلق اختناقات.
مساعدة الفرق على التحسن دون أن تصبح عكازًا لهم
كيف يمكن لفريق التمكين (Enabling Team) مساعدة فرق التدفق (Stream-Aligned Teams) على اكتساب المهارات دون أن يصبحوا نقطة اعتماد دائمة. دليل عملي لمهندسي DevOps وSRE.
متى لا يجب على فريق الميزات لمس الكود: حالة فريق النظام الفرعي المعقد
تعرف على مفهوم فريق النظام الفرعي المعقد في هندسة الفرق، وكيف يحمي الفرق من المخاطر ويحافظ على سرعة التطوير في الأنظمة عالية التعقيد مثل محركات الدفع وقواعد البيانات.
ثلاث طرق للعمل الجماعي دون خلق اختناقات
كيف تتفاعل فرق الهندسة دون إبطاء بعضها البعض؟ تعرّف على أنماط التفاعل الثلاثة من Team Topologies: التعاون، الخدمة كمنتج، والتيسير مع أمثلة عملية وقائمة قرارات.
عندما يتوقف نموذج فريقك عن مساعدة التسليم
ثلاثة فرق تبني ميزات، كل فريق لديه خط أنابيب خاص به وبيئاته الخاصة. عندما تصبح عمليات النشر بطيئة والتنسيق كابوسًا، حان الوقت لإعادة تقييم نموذج الفريق.