هيكل الفريق الهندسي في عصر الذكاء الاصطناعي: أصغر حجمًا، أعلى خبرة، وإنساني عن قصد

اجتماع retro يوم خميس، واللوحة خالية منذ الثلاثاء. اجتماع الـ standup في ذلك الصباح استغرق أربع دقائق، معظمها أشخاص يقولون بصيغة أو بأخرى: «الـ agents تعمل عليها، وسأراجع بعد الظهر». لا أحد متأخّر، ولا شيء يشتعل. ومع ذلك، تنتاب قائدة الفريق التي تدير الاجتماع مشاعر يصعب تسميتها: الأدوار، والاجتماعات الدورية، وسلّم الترقّي المنشور على الـ wiki — لم يعد أيٌّ منها يصف ما يحدث فعلًا في الغرفة.

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

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

هيكلك التنظيمي إجابة عن سؤال لم يعد يطرحه أحد

فكّك الهيكل الكلاسيكي قطعةً قطعة، وستجد تحت كل قطعة الافتراض نفسه.

لماذا كانت الفرق تضم كثيرًا من الـ juniors وقليلًا من الـ seniors؟ لأن جبلًا من الكود البسيط كان بحاجة إلى من يكتبه، وكان الـ juniors هم الطريقة الاقتصادية لكتابته بينما يتعلمون. لماذا كانت مراجعة الكود قاعدة عامة؟ لأن قراءة الكود كانت أرخص بكثير من كتابته، فيستطيع senior واحد فحص عمل الجميع — ويمتصّ الفريق فهم النظام كأثر جانبي مجاني. لماذا اجتماعات standup اليومية؟ لأن العمل كان يعيش خفيًا داخل رؤوس الناس أيامًا متواصلة، ولم يكن هناك سبيل لرؤيته سوى السؤال. لماذا فرق من سبعة أو ثمانية؟ لأن هذا كان نقطة التوازن بين طاقة الكتابة المتوازية وكلفة التنسيق. ولماذا sprints من أسبوعين؟ لأن أسبوعين كانا تقريبًا ما يستغرقه إنتاج قطعة كود ذات معنى من إنسان.

كل واحدة من هذه الإجابات تفترض أن كتابة الكود هي الجزء البطيء المكلف. والـ AI agent — حلقة «تصرَّف، لاحظ، قرّر» التي نفكّكها في ما هو الـ AI agent — يكسر هذا الافتراض. فالـ agent اليوم ينتج في ظهيرة واحدة ما كان مهندس متوسط الخبرة ينتجه في sprint كامل، ولا يحتاج إلى standup ليجعل عمله مرئيًا.

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

ما الذي ينكسر فعلًا — وما الذي يبقى

كن دقيقًا في تشخيص الضرر، لأن الآراء الرائجة تبالغ في الاتجاهين.

ما ينكسر:

• الدرجة السفلى من السلّم. العمل الذي كان الـ juniors يصقلون به مهاراتهم — إصلاحات صغيرة، وكود متكرر، وميزات محددة بوضوح — هو بالضبط أول ما تتقنه الـ agents. الدرجة لم تصبح أصعب؛ بل أُزيلت.
• المراجعة بوصفها الفصل الدراسي للفريق. كانت المراجعة تعلّم الفريق النظام بينما تلتقط الأخطاء، ونجحت لأن القراءة كانت تجاري الكتابة. عند حجم إنتاج الـ agents لم تعد قادرة، فتفشل الوظيفتان معًا بهدوء — الجودة ونقل المعرفة.
• الإنتاج مقياسًا للفرد. عدد الـ PRs، والأسطر المشحونة، ونقاط velocity: كلها تقيس الآن النموذج لا المهندس. استمر في ربط المكافآت بها وستدير سباقًا لا يفوز فيه فريقك إلا بالموافقات الشكلية دون قراءة.
• الـ sprint وحدةً للعمل. عندما يستغرق البناء ساعات والتحقّق أيامًا، فإن التخطيط حول دورات بناء من أسبوعين هو تخطيط حول الطابور الخطأ.
• شخص واحد، مسار عمل واحد. المهندس الذي يشغّل agents يشرف على عدة مسارات متوازية في آن واحد. الافتراض القديم بأن عدد الموظفين يساوي الطاقة المتوازية انتهى — وهذا يغيّر معنى «حجم الفريق» نفسه.

وما يبقى — سليمًا تمامًا:

• الملكية. النموذج لا يمكن استدعاؤه عند عطل منتصف الليل، ولا يُحاسَب، ولا يقف خلف قرار أمام عميل. إنسانٌ ما يملك كل تغيير ذي أثر، وعلى الهيكل كله أن يجعل هذا الإنسان سهل التحديد.
• الحُكم على ما يستحق البناء. الـ agents قوية في بناء الشيء بطريقة صحيحة، وضعيفة في معرفة ما إذا كان الشيء الصحيح أصلًا. وهذه الفجوة لن تُغلَق قريبًا.
• الثقة بين البشر. الفرق تعمل على معرفة مَن إذا قال «هذا سليم» كان سليمًا فعلًا. هذه تُكتسب بين الناس، وهي في طريقها لتصبح أندر مورد تديره.
• الحاجة إلى تنمية الناس. الطلب على حُكم الـ seniors يرتفع. الذي انكسر هو الآلية القديمة لإنتاجه فقط.

الأشكال الأربعة التي تجرّبها الفرق

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

1. الفريق كما هو مع أدوات جديدة. الهرم نفسه، والاجتماعات نفسها، والـ agents مركّبة فوقها كأداة إكمال أسرع. هنا يبدأ الجميع تقريبًا، وكبداية لا بأس بها. أما كوجهة نهائية فهي فشل بطيء: يرتفع الإنتاج نحو عملية مراجعة مصمَّمة لحجم بشري، فتصل أرقام الاختناق في موعدها، وتنزلق الاجتماعات إلى مسرحية — standup يسرد ما فعلته الـ agents ليلًا. الفجوة بين الهيكل والعمل تتسع مع كل شهر تبقى فيه.

2. العازف المنفرد بأسطول. شخص واحد رفيع الخبرة يشغّل عشرات الـ agents — باني الـ 40 PR يوميًا الذي عرضناه في الكتابة صارت رخيصة. ينجح فعلًا، لكن انظر إلى شروطه: كود جديد من الصفر، ولا فريق يُنسَّق معه، ولا أحد يحتاج إلى تنمية، والسياق كله في رأس واحد. إنها حالة خاصة، لا تصميم مؤسسة. فشركة من العازفين المنفردين لا تملك احتياطًا، ولا تدريبًا مهنيًا، وتعتمد اعتمادًا كاملًا على شخص واحد لكل منتج.

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

4. المؤسسة المقودة بالـ platform. وظيفة مركزية تبني الآلات المشتركة — بوابات المراجعة، والضوابط، والحلقات المؤتمتة، ومصنع البرمجيات — وتستهلكها فرق المنتج. قوية، وضرورية في النهاية؛ لكنها وحدها تجيب عن «كيف يجري العمل» دون أن تجيب عن «كيف يُنظَّم البشر».

الإجابة الثابتة، لأي مؤسسة أكبر من حفنة أشخاص، هي الشكل الثالث مدعومًا بالرابع: الـ pods تملك النتائج؛ ووظيفة platform تملك الآلات التي تتشاركها.

الهيكل الذي يصمد

إليك الصيغة الملموسة، قطعةً قطعة.

Pods من اثنين إلى أربعة، تملك نتائج. لا تذاكر — نتائج. «املك معدل تحويل الـ onboarding»، لا «أنجِز الـ backlog الخاص بالـ onboarding». لماذا اثنان على الأقل: التحقّق يحتاج عينين بشريتين إضافيتين، والحُكم يحتاج شريك نقاش — فالـ pod المكوّن من شخص واحد يعيد إنتاج هشاشة العازف المنفرد داخل مؤسستك. ولماذا أربعة على الأكثر: كلفة التنسيق هي الآن كلفتك المهيمنة، وقد أزالت الـ agents السبب القديم لإضافة الناس، وهو طاقة الكتابة المتوازية الخام. عندما يتجاوز نطاقُ pod حجمَه، قسّم النطاق ولا تُضخّم الـ pod.

ميلٌ نحو الـ seniors، لا اقتصار عليهم. مركز الثقل ينتقل نحو من يستطيع التحديد بدقة، والتحقّق بتشكيك، واتخاذ قرارات الحُكم — فهذا هو العمل الآن. لكن الاقتصار على الـ seniors وحدهم خطأ من عيار خمس سنوات يرتدي زيّ سنة واحدة، لأسباب القسم التالي مكرَّس لها بالكامل.

إنسان مسمّى يملك كل merge. مهما صاغت الـ agents، ومهما راجع نموذج آخر، فاسم شخص واحد على قرار الشحن — وجهد المراجعة مدرَّج حسب الـ blast radius، تمامًا كما يعرضه دليل التشغيل الهندسي. هذا هو الجدار الحامل. كل ما عداه في الهيكل يمكن أن يتحرك؛ أما هذا فلا.

وظيفة platform تملك الآلات المشتركة. أحدهم يجب أن يبني ويرعى ما تتشاركه الـ pods كلها: ذاكرة المشروع والـ skills، وبوابات المراجعة المؤتمتة، والضوابط، والحلقات الدورية. في مؤسسة صغيرة يبدأ هذا دورًا متناوبًا — مهندس كل ربع سنة يرعى الأدوات المشتركة. وبعد بضعة pods يصبح فريقًا حقيقيًا، وهو المكان الذي ينتمي إليه أفضل مفكّري الأنظمة لديك، لأن تحسينًا واحدًا في الـ platform يتضاعف أثره عبر كل الـ pods دفعة واحدة.

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

الـ agents على قائمة الفريق، لا في الظل. خطّط للطاقة بما يستطيع الـ pod — بشره والـ agents معًا — التحقّق منه والوقوف خلفه، لا بما يستطيع توليده. التوليد لم يعد العامل المحدِّد؛ والتظاهر بغير ذلك يعيد بناء تكدّس المراجعة بخطوات إضافية.

سؤال الـ junior

هذه هي القطعة التي تتجاوزها معظم خطط إعادة الهيكلة بصمت، وهي صاحبة أطول فتيل.

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

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

كيف تبدو السنوات الأولى المعاد تصميمها:

• تدريب مهني يبدأ من التحقّق. عمل الـ junior اليومي هو مراجعة مخرجات الـ agents — بينما يراجع senior مراجعاته هو. هذا يقلب التدفق القديم (الـ juniors يكتبون والـ seniors يقرؤون) لكنه يدرّب بالضبط العضلة التي يكافئها هذا العصر: القراءة المتشككة، والتقاط الإجابة الخاطئة الواثقة، ومعرفة متى تحفر أعمق.
• ملكية حقيقية بـ blast radius محدود. تغييرات إنتاج صغيرة يشغّل فيها الـ junior الـ agents، ويتخذ القرارات، ويملك الـ merge — على أسطح يكون الخطأ فيها رخيصًا. الحُكم ينمو باتخاذ قرارات حقيقية، لا بالمشاهدة.
• تناوب على الـ platform. رعاية skills الفريق وملفات الذاكرة وبوابات المراجعة تعلّم كيف يتماسك النظام كله أسرع من أي جولة في الكود.
• دَع الإرشاد يجري في الاتجاهين. الـ juniors القادمون اليوم نشؤوا غالبًا على الذكاء الاصطناعي وسيتفوقون على الـ seniors في قيادة الأدوات بانتظام. الفريق الذي يترك الـ juniors يعلّمون أساليب العمل بينما يعلّم الـ seniors الحُكم يحصد التراكم في الاتجاهين معًا.

الثقافة لم تكن يومًا المزايا المكتبية

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

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

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

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

الحفاظ على الثقافة عن قصد

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

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

اجعل أساليب العمل وسيلةَ نقل المعرفة الجديدة. وحدة الحِرفة تنتقل من «كود كتبتُه» إلى «طريقتي في قيادة النظام» — فشارك تلك الطريقة. عرض أسبوعي لأسلوب عمل (ربع ساعة، شخص واحد، مهمة حقيقية واحدة) يفعل لعصر الـ agents ما فعلته قراءة الـ diffs للعصر السابق: ينشر طريقة تفكير أفضل أفرادك. وحوّل الجيد منها إلى skills مشتركة وذاكرة مشروع كي يصبح اكتشاف شخص واحد الوضعَ الافتراضي للجميع — وهذه هي الحركة التي في قلب دليل نشر Claude في فريقك.

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

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

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

اكتب اتفاق التشغيل. تحتاج الثقافة إلى أرضية من القواعد الصريحة حيث تكون المخاطر حقيقية: ما الذي يُشارَك بأمان مع الـ agent، ومن يملك أي merge، وكيف تتدرّج المراجعة مع الـ blast radius، وما الذي يعمل دون إشراف. هذا مستند مكتوب، لا انطباع عام — ودليل التشغيل الهندسي هو القالب.

الانتقال، ربع سنة في كل مرة

أنت لا تعلن إعادة هيكلة نحو كل هذا دفعة واحدة، بل تنمّيه — وربع السنة هو الإيقاع المناسب تقريبًا.

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

الربع التالي: جرّب pod واحدًا. اختر مهندسَين أو ثلاثة أتقنوا الأدوات فعلًا، وأعطهم نتيجة بدل backlog، ودعهم يشغّلون الـ agents بطريقتهم — مع قاعدة ملكية الـ merge سارية من اليوم الأول. أسنِد دور الـ platform إلى أحدهم. وأعد تصميم دور junior واحد حول التدريب المهني القائم على التحقّق، وانظر كم تكلّف فعليًا حلقة «senior يراجع المراجعات».

الربع الذي يليه: أعد الهيكلة حول ما تعلمته. سيكون الـ pod التجريبي قد علّمك كيف تبدو نسختك من الشكل — حجم الـ pod، واحتياجات الـ platform، وأين تقف البوابات البشرية فعلًا. الآن حرّك الهيكل التنظيمي ليطابق العمل، وأوقف الاجتماعات التي صارت مسرحية، وغيّر المقاييس — لأن ما تقيسه وتمدحه هو ما ستصبح عليه الثقافة بهدوء.

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