مقالات عامة

إدارة الفرق التقنية في عصر السحابة 2026: كيف تبني فريقًا ينجز بسرعة دون أن يحترق؟

السحابة غيّرت طريقة عمل الفرق التقنية لا أدواتها فقط: ملكية كاملة للخدمة، حمل معرفي متصاعد، وذكاء اصطناعي يضاعف قوة الفريق وضعفه. نستعرض Team Topologies وأرقام DORA 2025 وواقع المواهب السعودية، مع ممارسات عملية لقادة الفرق في المملكة.

محمد الشريف profile picture
محمد الشريف
Published
September 4, 2026
Reading Time
4 min read
إدارة الفرق التقنية في عصر السحابة 2026: كيف تبني فريقًا ينجز بسرعة دون أن يحترق؟

لماذا تختلف إدارة الفريق التقني على السحابة عن أي فريق آخر؟

قبل السحابة كان الفريق التقني يسلّم الكود ثم ينتظر فريق العمليات ليشغّله. أما اليوم فالنموذج السائد هو «أنت تبنيه، أنت تشغّله»: الفريق نفسه يملك البنية التحتية بوصفها كوداً (IaC)، وخط النشر، والمراقبة، والمناوبة، وحتى فاتورة الاستهلاك السحابي. هذا التحول رفع سرعة التسليم، لكنه وسّع نطاق ما يُطلب من كل مهندس معرفته: شبكات، هوية وصلاحيات، حاويات، أمن، وتكلفة. النتيجة أن التحدي الأول لمدير الفريق التقني لم يعد توزيع المهام، بل إدارة الحمل المعرفي (Cognitive Load) الذي يقع على أعضاء فريقه.

ثم جاء الذكاء الاصطناعي ليضاعف الصورة لا ليبسّطها. يخلص تقرير DORA 2025 الصادر عن Google Cloud إلى أن الذكاء الاصطناعي «مُضخِّم» (Amplifier): يكبّر نقاط قوة المؤسسة كما يكبّر اختلالاتها. فالفرق التي تملك منصة داخلية عالية الجودة وعمليات واضحة تحصد أثراً إيجابياً قوياً من تبنّي الذكاء الاصطناعي، بينما يكاد الأثر ينعدم لدى الفرق ذات المنصات الضعيفة. ويرصد التقرير أيضاً أن تشتّت أدوات الذكاء الاصطناعي وتعدّدها داخل الفريق يزيد التنقّل بين السياقات ويرفع الحمل المعرفي، وأن مراجعة الكود المولَّد والتحقق من أمنه يضيفان جهداً حقيقياً. بعبارة أخرى: الأداة لا تُصلح فريقاً مُنهكاً أو هيكلاً مشوّشاً، بل تفضحه أسرع.

هيكلة الفريق: Team Topologies وتقليل الحمل المعرفي

الإطار الأكثر انتشاراً اليوم لتصميم الفرق التقنية هو Team Topologies، الذي يحدد أربعة أنواع من الفرق: فرق «مواكبة لتدفق القيمة» (Stream-aligned) تملك منتجاً أو خدمة من البداية إلى النهاية، وفرق «منصة» (Platform) توفّر بنية تحتية ذاتية الخدمة، وفرق «تمكين» (Enabling) تنقل المهارات وتنسحب، وفرق «أنظمة فرعية معقّدة» للمجالات عالية التخصص. الفكرة الجوهرية أن مهمة فريق المنصة الأولى هي تقليل الحمل المعرفي «الدخيل» على الفرق المنتجة: فبدلاً من أن يتعلّم كل فريق تفاصيل Kubernetes وشبكات VPC وسياسات IAM، يستهلك مساراً جاهزاً وآمناً عبر منصة داخلية. وتتبنّى Microsoft هذا الإطار صراحةً في «إطار تبنّي السحابة» (Cloud Adoption Framework) الخاص بأزور كمرجع لتنظيم فرق DevOps.

الأرقام تدعم هذا التوجّه: يشير تقرير DORA 2025 إلى أن 90% من المؤسسات المشاركة تبنّت منصة داخلية واحدة على الأقل، وأن جودة هذه المنصة هي المتغيّر الذي يحدد ما إذا كان الاستثمار في الذكاء الاصطناعي سيتحوّل إلى أداء مؤسسي أم لا. أما في السياق السعودي فالدرس عملي جداً: مؤسسة تشغّل أحمالها على منطقة AWS أو Oracle في الرياض أو تستعد لمنطقة Azure السعودية، وتخضع لضوابط الهيئة الوطنية للأمن السيبراني ونظام حماية البيانات الشخصية، لا يمكنها أن تترك كل فريق يفسّر هذه الضوابط بطريقته. فريق المنصة هو المكان الطبيعي الذي تُترجم فيه متطلبات الامتثال وتوطين البيانات إلى قوالب IaC وسياسات آلية، فيستهلكها بقية الفرق دون أن يحمل كل مهندس عبء الامتثال على كتفيه.

معادلة المواهب في المملكة: نمو قياسي وفجوة مستمرة

لا يمكن الحديث عن إدارة الفرق التقنية في المملكة بمعزل عن سوق المواهب. وفق أرقام وزارة الاتصالات وتقنية المعلومات، نمت القوى العاملة التقنية في المملكة إلى نحو 426 ألف موظف بنسبة نمو تراكمية بلغت 186.6% مقارنة بعام 2018، وارتفعت مشاركة المرأة في مهن الاتصالات وتقنية المعلومات إلى 35%. وفي المقابل تستهدف استراتيجية القطاع رفع نسبة السعوديين في الوظائف التقنية إلى 50%، بينما أقرّت الوزارة بوجود نقص يُقدّر بنحو 45 ألف متخصص مؤهل في تقنية المعلومات على مستوى المملكة، بحسب ما نقلته تقارير قطاع التوظيف التقني.

الصورة العالمية ليست أفضل حالاً: يرصد تقرير Fortinet لأمن السحابة 2026، المبني على استطلاع شمل 1,163 متخصصاً في تقنية المعلومات والأمن السيبراني، أن 74% من المؤسسات تعاني نقصاً فعلياً في مواهب الأمن السيبراني، وأن النقص أشدّ في الأدوار السحابية تحديداً لأنها تتطلب خبرة تمتد عبر البنية التحتية والهوية والبيانات والتطبيقات معاً. ما يعنيه ذلك لقائد الفريق في المملكة أن استراتيجية «التوظيف من السوق» وحدها لن تكفي؛ فالفرق الناجحة تبني قدراتها داخلياً عبر مسارات شهادات سحابية مموّلة، وبرامج إرشاد بين المهندسين الأقدم والأحدث، والاستفادة من مبادرات مثل الأكاديمية السعودية الرقمية وتعهّدات مزوّدي السحابة بتدريب عشرات الآلاف من السعوديين. والأهم أن الاحتفاظ بالمهندس القائم أرخص بكثير من استقطاب بديل له في سوق بهذا الشحّ.

خمس ممارسات عملية لقائد الفريق التقني السحابي

1) قِس التدفّق لا الساعات. اعتمد مقاييس DORA الأربعة (تكرار النشر، زمن التغيير، معدل فشل التغييرات، زمن الاستعادة) كلغة مشتركة بينك وبين الإدارة العليا، فهي تقيس ما يهم العمل فعلاً وتكشف مبكراً «عدم الاستقرار» الذي قد يرافق تسريع الكود بالذكاء الاصطناعي. 2) اجعل ملكية الخدمة واضحة ومكتوبة. لكل خدمة سحابية مالك واحد مسؤول عن تشغيلها وأمنها وتكلفتها، مع مناوبة عادلة لا تستنزف الأفراد أنفسهم كل شهر. 3) استثمر في فريق المنصة قبل توسيع عدد الفرق. «المسارات الذهبية» الجاهزة تختصر أسابيع من التعلّم لكل مهندس جديد، وهي أثمن ما يمكن أن تقدّمه لفريق تعاني في توظيفه.

4) ثقافة ما بعد الحوادث بلا لوم. على السحابة تحدث الأعطال حتماً؛ الفريق الذي يُعاقَب على العطل يخفي الأعطال، والفريق الذي يتعلّم منها يقصّر زمن الاستعادة مع كل حادثة. 5) صمّم مساراً مهنياً لا يمر بالضرورة عبر الإدارة. كثير من أفضل المهندسين يغادرون لأن الترقية الوحيدة المتاحة هي أن يصبحوا مديرين، فوفّر مسار «المهندس الرئيسي» (Staff/Principal) بمسؤوليات تقنية حقيقية. والخلاصة أن إدارة الفريق التقني في عصر السحابة ليست إدارة أدوات بل إدارة انتباه: كل ما تزيله من على كاهل مهندسيك من تعقيد دخيل، يعود إليك سرعةً واستقراراً وبقاءً أطول للمواهب التي يصعب تعويضها في سوق المملكة اليوم.

Comments (0)

No comments yet. Be the first to comment!

Add a comment