قبل الذكاء الاصطناعي، أعد ترتيب فرقك حول تدفقات القيمة

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

هذه المقالة تقدّم منهجاً عملياً لتصميم المنظومات — توبولوجيا الفرق (Team Topologies، سكلتون وبايس، 2019). يقوم على ثلاثة محاور: قَسّم الفرق وفق تدفقات القيمة، وراقب العبء الذهني لكل فريق، وعامِل منصتك الداخلية كمنتج. نَفكّكها عبر سيناريو حقيقي في قطاع التصنيع.

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

أولاً: قانون كونواي يحكي نصف القصة فقط

يقول قانون كونواي: بنية النظام تنسخ بنية التواصل داخل الفريق الذي يبنيه. قَسّم فرقك إلى واجهة أمامية وخلفية، تحصل على نظام مفصول بينهما. كيف يتواصل الفريق، هكذا ينمو النظام. هذا ما أثبتته الأدلة مراراً.

لكن كونواي أخبرنا أن هذا يحدث فحسب. لم يخبرنا كيف نُصمّم الفرق بحيث تنمو البنية الجيدة من تلقاء نفسها. سدّ سكلتون وبايس هذه الفجوة في كتاب توبولوجيا الفرق (2019): أربعة أنواع أساسية للفرق، وثلاثة أنماط تفاعل، ومبدأ نافذ يخترقها كلها — راقب العبء الذهني.

ثانياً: الأنواع الأربعة للفرق — خيارات تصل إليها يدك عند إعادة الهيكلة، لا مصطلحات تُحفظ

سأعرض هذه الأنواع الأربعة بوصفها خيارات يمكن استدعاؤها أثناء إعادة هيكلة. لا حاجة لحفظ التعريفات.

فريق التدفّق (Stream-aligned Team) — قوة العمل الرئيسية في منظمتك، وينبغي أن يكون الأغلبية الساحقة. يقول الكتاب الأصلي most دون نسبة محددة. التدفّق هنا تدفق قيمة مستمر. يملك فريق التدفّق شريحة منه من الطرف إلى الطرف: من فهم المتطلبات، إلى التطوير، إلى الإطلاق، إلى التشغيل. معيار واحد يكفي للحكم على أي فريق: هل يستطيع إيصال القيمة إلى المستخدم دون الاعتماد على فريق خارجي؟ نعود إلى مسؤول تقنية المعلومات ذاك: لو أُسنِدت ميزة فحص الجودة الذكية إلى فريق تدفّق واحد لفحص الجودة — يضمّ من يفهم الواجهة الأمامية، وتكامل نظام تنفيذ التصنيع، ونشر الخوارزميات، والعمليات — لَأنجزها فريق واحد بصفر تسليمات. هذا هو الشكل الذي ينبغي أن يكون عليه.

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

فريق المنصة (Platform Team) — يمهّد الطريق لفِرَق التدفّق. يوفّر البنية التحتية، وخط التسليم المستمر، والخدمات المشتركة، بحيث تحصل فرق التدفّق على القدرات بخدمة ذاتية بدلاً من رفع تذكرة والانتظار. معيار واحد: هل تُدار منصتك الداخلية كمنتج — لها مستخدمون وخارطة طريق ومستوى خدمة متفق عليه — أم انحدرت إلى مقاول داخلي يعيش على التذاكر؟ معظم إدارات تقنية المعلومات في الشركات الكبيرة عالقة في الحالة الثانية. يُبنى منصة لا يستخدمها أحد، وتتجاوزها فرق الأعمال وتصنع كلٌّ منها شيئها الخاص، فيتدهور فريق المنصة إلى مقاول. Spinnaker من Netflix (للتسليم المستمر) و Backstage من Spotify (بوابة المطوّرين) هما المثالان الكلاسيكيان على منصة تُدار كمنتج. يُخلط بينهما كثيراً: Spinnaker من Netflix، و Backstage من Spotify. لا تخطئ بينهما أمام مجلس الإدارة.

فريق التمكين (Enabling Team) — يساعد فِرَق التدفّق على الارتقاء، وهدفه المعلن أن يُصبح بلا عمل. لا يسلّم الأعمال مباشرة. يرفع قدرة فِرَق التدفّق: مدرّب يُدخل تقنية جديدة، وميسّر لتحوّل ديفوبس، ومستشار للأمن والامتثال. علاقته بفريق التدفّق هي علاقة مرشد بمتعلّم، لا مشترٍ بمزوّد. على الشركات الكبيرة أن يلعب المستشار الخارجي المرافق هذا الدور تحديداً: نقل القدرات لا صنع تبعية طويلة الأمد.

فريق النظام الفرعي المُعقّد (Complicated-Subsystem Team) — للعظام الصلبة التي تتطلب تخصصاً عميقاً. حين يحتاج نظام فرعي إلى عمق حقيقي — محرك مخاطر، خوارزمية توصية، تشفير، ترميز فيديو — تُستخرج وحدها كفريق خبراء بدلاً من أن تنفجر العبء الذهني لفريق التدفّق. ينبغي أن يكون هذا النوع نادراً. المنظمة التي تنبت فيها فرق أنظمة فرعية مُعقّدة كثيرة غالباً تكون قد حوّلت قدراتٍ ينبغي أن تكون منصةً إلى مداخن منعزلة.

لا يكفي تمييز أنواع الفرق. لا بد أيضاً من تعريف كيف تتعامل فيما بينها. تقدّم توبولوجيا الفرق ثلاثة أنماط تفاعل. التعاون: فريقان يعملان معاً بعمق، يناسب الأراضي الجديدة غير المؤكدة، لكنه مرتفع الاستهلاك ولا يصلح إلا لفترات قصيرة. الخدمة كمنتج (X-as-a-Service): يقدّم فريق قدرته كمنتج يستهلكه فريق آخر ذاتياً؛ هذا هو النمط الأكفأ وينبغي أن يكون القاعدة. التسهيل: خاص بفِرَق التمكين. السؤال المحوري الذي يحلّه تصميم المنظومات هو كيف تدفع أكبر عدد ممكن من التفاعلات نحو الخدمة كمنتج. الاعتماد طويل المدى على التعاون دليل على أن المنصة لم تُتحوّل إلى منتج. خذ حالة مسؤول تقنية المعلومات ذاك: ينبغي أن تكون العلاقة بين فريق فحص الجودة وفريق المنصة خدمةً كمنتج. يفتح فريق المنصة مدخلاً ذاتياً لخط التسليم المستمر، ويستخدمه فريق الفحص دون تنسيق مسبق. إن استدعى كل نشر اجتماع تعاون مع فريق المنصة، فالمنصة لم تتحوّل إلى منتج بعد — والمشكلة ليست في الموقف، بل في أن المنصة لم تُعامَل كمنتج أصلاً.

ثالثاً: لماذا تفشل «إضافة الناس» و«إضافة العمليات» معاً — العبء الذهني

هذا أكثر إسهامات توبولوجيا الفرق تقليلاً من شأنه. وضع العبء الذهني في صميم تصميم المنظومات.

فريق من خمسة إلى ثمانية أشخاص له سعة ذهنية محدودة. اطلب من فريق واحد أن يصون عشرات الأنظمة غير المترابطة، ويتعامل مع ستة أو سبعة مصادر عُليا، ويوازن ثلاثة أطر عمل جديدة في آنٍ معاً — سيتحمّل فوق طاقته. تتدنى الجودة، ويتباطأ التسليم، ويحترق الناس.

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

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

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

قاعدة فِرَق البيتزا في أمازون تتحدث عن كلفة التواصل: متى كثُر الناس، تتضخّم قنوات التواصل بين الأعضاء (n(n-1)/2)، فيتباطأ القرار. تقدّم توبولوجيا الفرق تفسيراً أعمق: فوق نحو ثمانية أشخاص، يخرج العبء الذهني هو الآخر عن السيطرة. ما يفعله تصميم المنظومات فعلاً هو تقسيم الفرق وفق العبء الذهني، بحيث يقع عبء كل فريق داخل حدود يحتملها، لا رسم خطوط التقارير وفق الوظيفة.

فحص من جملة واحدة للشركات الكبيرة: هل يحمل «أشغل الناس لديك» أكثر من خمس مهام غير مترابطة في آنٍ واحد؟ إن نعم، فلا إضافة للناس ولا إضافة للعمليات تنقذك. لا بد من إعادة التقسيم.

رابعاً: كيف تُنفيذ — مانيفست كونواي العكسي

هذا أكثر تحرّك قابل للتنفيذ في الكتاب. لا ترسم مخطط البنية أولاً ثم تغيّر الفرق لتتطابق معه. غيّر بنية الفرق أولاً، ودع البنية تنمو على الشكل الذي تريده.

النهج التقليدي أن يرسم المعماري بنية مستهدفة («نحن ذاهبون إلى الخدمات المصغّرة!») ثم يطالب الفرق بإعادة الترتيب لتناسبها. هذا يفشل تقريباً دائماً. بنية الفرق القائمة تستمر في شدّ البنية إلى شكلها الخاص. قانون كونواي يقوم بعمله.

يقلب مانيفست كونواي العكسي الترتيب. أعِد ترتيب الفرق وفق تدفقات القيمة أولاً — استخرج فرق التدفّق، وأقِم فريق منصة — بحيث تصبح حدود الفرق هي حدود الخدمات المستقبلية. ثم تميل البنية تلقائياً نحو تقسيم خدمات منطقي، لأن الفرق ستتواصل طبيعياً عبر واجهات البرمجة بدلاً من التمدّد إلى قاعدة بيانات مشتركة.

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

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

من يستخدمها

القطاع المصرفي (قطاع محوري رسمياً لتوبولوجيا الفرق + مرجع للتنظيم الصارم). يستضيف teamtopologies.com عمود خبراء بعنوان «حين تلتقي مقاييس DORA بالحوكمة في القطاع المصرفي». نتائج أبحاث DORA التي يستشهد بها قاطعة: الموافقات الخارجية ترتبط عكسياً مع زمن التسليم، وتكرار النشر، وزمن الاسترجاع — كلما كثرت الموافقات البعدية بين الفرق، تباطأ التسليم وتباطأ استرجاع الأعطال. هذا يعضد حجة هذه المقالة تماماً: ادمج متطلبات الامتثال داخل فِرَق التدفّق، وقدّم الموافقات بدلاً من التوقيعات البعدية بين الفرق. تُذكر بنوك رقمية بريطانية مثل ClearBank مراراً في البيئة الرسمية. القطاع المصرفي هو السيناريو الأكثر عبرة لإعادة هيكلة تدفقات القيمة تحت تنظيم صارم.
Zalando (تجارة إلكترونية، النموذج الأمثل للمنصة كمنتج). منصة المطوّرين الداخلية بوصفها قدرة ذاتية الخدمة لفِرَق التدفّق — معيارٌ في تحويل المنصة إلى منتج يُستشهد به كثيراً في مجتمع توبولوجيا الفرق.
AutoTrader UK (منصة تصنيف سيارات). حالة تبنٍّ حقيقية يستشهد بها توبولوجيا الفرق رسمياً مراراً — إعادة هيكلة وفق تدفق القيمة مع تحويل المنصة الداخلية إلى منتج.
KPMG UK (أصبحت شريك حلول رسمياً لتوبولوجيا الفرق في 2024). تنقل المنهجية إلى عملاء الشركات الكبيرة والمال — إشارة على دخولها استشارات الشركات الرئيسية.
Netflix / Spotify (نموذجان روحيان لـ«المنصة كمنتج»، لا حالتا تبنٍّ). عاملتا منصتيهما كمنتج قبل صدور الكتاب في 2019، ما يؤيد المبدأ — لكنهما لا تُحسَبان تبنّياً لنموذج الفرق الأربعة.

مراجع: teamtopologies.com/examples (مكتبة الحالات الرسمية) · teamtopologies.com/news-blogs-newsletters/when-dora-metrics-meet-governance-in-banking (عمود خبراء DORA في القطاع المصرفي)

خامساً: متى لا تنفع

توبولوجيا الفرق ليست رصاصة فضية. أربع إخفاقات شائعة، لكلٍّ منها مرضٌ حقيقي مقابِل في الشركات الكبيرة.

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

فريق المنصة لا يُعامَل كمنتج. لا خارطة طريق، ولا تجربة مستخدم. تستمر فِرَق التدفّق في تجاوزه، فينحدر إلى مقاول يستقبل التذاكر.

الجميع «يتعاون». التعاون تفاعل مرتفع الاستهلاك، لا يصلح إلا لفترات قصيرة في أراضٍ جديدة غير مؤكدة. الاعتماد عليه طويل المدى يعني أن المنصة لم تُتحوّل إلى منتج. المظهر «ثقافة تعاون رائعة». المرض منصةٌ لم تتحوّل إلى منتج.

مؤشرات الأداء لم تتغيّر. تغيّر المخطط التنظيمي، لكن القياس لا يزال وظيفياً — أسطر كود الواجهة، عدد العيوب — فيرتد سلوك الفريق سريعاً إلى شكله القديم.

هذه الأربع تصبّ في حكم واحد: البنية التنظيمية، وبنية التحفيز، والبنية التقنية — غيّر واحداً منها وأبقِ الاثنين، سيفشل التحوّل.

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

سادساً: أسئلة قد تخطر ببالك

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

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

«ماذا لو لم نستطع جمع الأنواع الأربعة؟» معظم المنظمات لا تجمعها، ولا تحتاج إلى ذلك. أول ما ينبغي أن يتوفر هو فِرَق التدفّق (لضمان التسليم من الطرف إلى الطرف) وفريق المنصة (لإيقاف إعادة اختراع العجلة). فريق التمكين وفريق النظام الفرعي المُعقّد يُضبطان حسب الحاجة؛ وكثير من المنظمات تبدأ بدونهما بسلام. لا تصنع فرقاً لمجرد استكمال الأنواع الأربعة. هذا ذَنَبٌ يحرّك الكلب.

سابعاً: دروس لصانعي القرار

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

الدرس الثاني: أجرِ فحص عبء ذهني. كفّ عن سؤال «هل الناس يكفون؟». اسأل أي الفرق تصون أكثر من خمسة أنظمة غير مترابطة في آنٍ واحد، وأي الناس يتعاملون مع أكثر من ثلاثة مصادر عُليا في آنٍ واحد. كشف ذلك أنفع بكثير من إضافة الناس أو العمليات. الذكاء الاصطناعي يطحن جزءاً من العبء — كتابة الكود، والبحث، والفرز الأولي — شريطة أن تعيد توزيع العبء بوعي، بدلاً من تكليف فريق محمَّل فوق طاقته بمهمة «نشر الذكاء الاصطناعي» إضافية.

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

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

فحص ذاتي عكسي (أجب بلا تجميل): هل فِرَقك مقسّمة وفق تدفق القيمة، أم وفق واجهة/خلفية/عمليات/أمن؟ هل يحمل أشغل شخص لديك أكثر من ثلاث مهام غير مترابطة في آنٍ واحد؟ منصة داخلية لا يستخدمها أحد ضوءٌ أحمر على فشل تحويل المنصة إلى منتج. إن جعلتك أي إجابة تتردد، فأعِد هيكلة الفرق قبل إدخال الذكاء الاصطناعي — هذه أعلى خطوة استباقية مردوداً.

الخطوة التالية

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

ملاحظة السلسلة: تتابع هذه السلسلة باستمرار أحدث تطورات أدوات برمجة الذكاء الاصطناعي، والبنى التنظيمية، ونماذج هندسة البرمجيات — مثلاً كيف يتغيّر قانون كونواي في عصر وكلاء الذكاء الاصطناعي عام 2026، ونضج أحدث منظومات الأدوات. تابع السلسلة لرؤى محدّثة باستمرار.

عن هذه السلسلة

«تحوّلات هندسة البرمجيات في عصر الذكاء الاصطناعي» سلسلة أبحاث متعمّقة موجهة إلى مسؤولي تقنية المعلومات ومسؤولي البيانات ومسؤولي التقنية وقادة التحوّل الرقمي في قطاعات الاتصالات والمال والتصنيع والتجارة الإلكترونية، خمسة عشر مقالاً في المجمل. مبنية على أكثر من مئتي ورقة بحثية وتقرير قطاعي، تقدّم مراجع قرار موسومة بمستويات الأدلة.

أنا مهندس IBM سابق، ومدرّب معتمد من ICF، عملت على إنزال مشاريع الذكاء الاصطناعي والتحوّل الرقمي لدى مشغّلي الاتصالات والشركات الكبيرة. ما أكتبه هنا أحكام ميدانية مكتسبة من مرافقة الشركات وهي تتجاوز الحُفر.

إن انتهيت من القراءة وتساءلت «هل شركتنا تشبه هذا أيضاً؟» — أعددت استمارة فحص توبولوجيا الفرق في عشرين سؤالاً، وأقدّم أيضاً جلسة تشخيصية فردية مدتها ثلاثون دقيقة تساعدك على تحديد تدفق القيمة الذي ينبغي إعادة هيكلته أولاً. عند الحاجة: راسلنا عبر الحساب الرسمي «رؤى صانع قرار الذكاء الاصطناعي»، أو عبر البريد coach@iaiuse.com.

مراجع المصادر

Skelton, M. & Pais, M. (2019). Team Topologies. IT Revolution Press. (المصدر الأصلي للفرق الأربعة / التفاعلات الثلاثة / العبء الذهني — مصدر من المستوى الأول)
Conway, M. (1968). How Do Committees Invent? Datamation.
Forsgren, Humble & Kim (2018). Accelerate. IT Revolution Press.
IT Revolution (2024). Team Topologies: Five Years of Transforming Organizations. (مراجعة تبنّي عبر منظمات متعددة — المستوى الثاني) https://itrevolution.com/articles/team-topologies-five-years-of-transforming-organizations/
Netflix Spinnaker / Spotify Backstage — نموذجان لتحويل المنصة الداخلية إلى منتج
AutoTrader UK — حالة تبنٍّ يستشهد بها توبولوجيا الفرق رسمياً (سيُستكمَل رابط teamtopologies.com لاحقاً)
مكتبة الحالات الرسمية: https://teamtopologies.com/examples