بعد أن تحدثنا عن الأنواع الثلاثة الشائعة في بنية الفريق الرشيق، وهي البنية العامة Generalist، والبنية المتخصصة Specialist، والبنية الهجينة Hybrid، ننتقل هنا إلى شكلين آخرين يظهران غالبًا في المشاريع الأكبر حجمًا أو الأعلى تعقيدًا: بنية التوازي Parallel والفريق الفرعي Sub-team. هذه الأشكال لا تلغي الأنواع السابقة، بل تُستخدم عندما يحتاج المشروع إلى تنظيم أدق للعمل، أو تنسيق عدة مسارات، أو توزيع الجهد على أكثر من مجموعة داخل نطاق واحد.
اختيار بنية الفريق الرشيق لا يتم حسب الاسم الأجمل، بل حسب طبيعة العمل. بعض المشاريع تحتاج فريقًا صغيرًا متعدد المهارات يستطيع إنجاز العمل من البداية إلى النهاية. وبعضها يحتاج أكثر من فريق أو أكثر من مسار بسبب حجم المنتج، تعدد المكونات، أو كثرة التخصصات. لكن المهم في كل الأحوال ألا تتحول البنية إلى تعقيد إداري جديد. فالهدف من الأجايل هو تقليل الهدر وتسريع التعلم وتسليم القيمة، وليس إنشاء هيكل تنظيمي يبدو ذكيًا على الورق ثم يعطل العمل في الواقع.
بحسب دليل Scrum الرسمي، فإن فرق Scrum يجب أن تكون متعددة التخصصات Cross-functional وذاتية الإدارة Self-managing، أي أن الفريق يمتلك المهارات اللازمة لإنتاج قيمة في كل Sprint، ويقرر داخليًا من يعمل على ماذا ومتى وكيف. هذه القاعدة تظل مهمة حتى في الفرق الكبيرة؛ لأن تقسيم العمل إلى مسارات أو فرق فرعية لا يجب أن يقتل مبدأ المسؤولية الجماعية عن القيمة.
بنية التوازي Parallel
بنية التوازي Parallel هي شكل من أشكال تنظيم الفريق الرشيق يتم فيه تحريك الفريق أو جزء كبير منه للعمل على مراحل أو مسارات متتابعة أو متوازية حسب حاجة المشروع. الفكرة الأساسية أن الفريق لا يبقى مقيدًا بتخصص ضيق طوال الوقت، بل يستطيع الانتقال بين أنواع مختلفة من العمل مع الحفاظ على الهدف المشترك. لذلك تظهر هذه البنية عندما يكون المشروع بحاجة إلى مرونة عالية في توزيع الجهد، خصوصًا عندما تتغير الأولويات بين مرحلة وأخرى.
في بعض المشاريع، قد يعمل الفريق في مرحلة معينة على بناء خاصية أو مخرج معين، ثم ينتقل في المرحلة التالية إلى الاختبار، التحسين، التوثيق، أو معالجة الملاحظات. وفي حالات أخرى، قد ينقسم العمل إلى مسارين متوازيين داخل نفس الفترة: مسار لإعداد المتطلبات ومسار لتحسين مخرج سابق، أو مسار للتطوير ومسار للتحقق من الجودة. المهم أن يتم ذلك دون كسر وحدة الفريق أو تحويل العمل إلى تسليمات منعزلة بلا تنسيق.
مثال بسيط: فريق يعمل على تطوير خدمة رقمية. في بداية السبرنت يركز الفريق على تحليل المتطلبات وتصميم الحل، ثم ينتقل أغلب الأعضاء إلى البناء، وبعدها يساندون في الاختبار والتحسين قبل التسليم. هذا لا يعني أن الجميع صاروا خبراء في كل شيء، بل يعني أن الفريق يملك قدرًا من التداخل المهاري يسمح له بتوجيه جهده حيث توجد الأولوية. وهذه نقطة قوة مهمة في الأجايل؛ لأن أكبر خطر على التدفق هو أن ينتظر العمل شخصًا واحدًا أو مرحلة واحدة حتى تتحرك بقية السلسلة.
تنجح بنية التوازي عندما يمتلك الفريق مهارات عريضة، ووضوحًا في الأولويات، وآلية متابعة جيدة للعمل الجاري. لكنها تفشل عندما يتم استخدامها كطريقة عشوائية لتغيير مهام الأشخاص كل يوم. التوازي لا يعني أن الفريق يعمل على كل شيء في نفس الوقت. هذا اسمه تشتت، حتى لو وضعناه في لوحة Kanban ملونة. التوازي الناجح يعني توزيعًا واعيًا للجهد حول أعلى قيمة، مع مراقبة الاختناقات وتقليل الانتظار بين الخطوات.
- مناسبة لـ: الفرق التي تمتلك مهارات متعددة وتحتاج إلى إعادة توزيع الجهد بسرعة بين مراحل العمل.
- نقطة القوة: مرونة عالية وتقليل الانتظار بين المراحل.
- نقطة الضعف: قد تتحول إلى تشتت إذا غابت الأولويات وحدود العمل الجاري.
متى تستخدم بنية التوازي؟
تستخدم بنية التوازي عندما تكون طبيعة العمل متغيرة، وعندما يحتاج الفريق إلى الانتقال السريع بين التحليل، التنفيذ، الاختبار، والتحسين. كما تناسب الفرق التي تعمل على منتجات تتطلب دورات قصيرة من التعلم والتجربة. فإذا كان الفريق ينتظر دائمًا انتهاء تخصص معين قبل أن يبدأ التخصص التالي، فقد تكون هناك حاجة إلى بنية أكثر توازيًا أو إلى تطوير مهارات أعضاء الفريق بحيث يستطيعون المساندة خارج تخصصهم الأساسي.
لكن يجب الانتباه إلى أن التوازي لا يصلح إذا كان الفريق ضعيف التنسيق أو لا يملك تعريفًا واضحًا للإنجاز Definition of Done. عندها سيبدو الفريق مشغولًا طوال الوقت، لكن المخرجات النهائية ستتأخر. لذلك تحتاج بنية التوازي إلى شفافية في العمل، وحدود واضحة للعمل الجاري WIP Limits، ومراجعة مستمرة لما يتم تسليمه فعليًا وليس فقط لما يتم البدء فيه.
الفريق الفرعي Sub-team
الفريق الفرعي Sub-team يعني وجود مجموعة أصغر داخل فريق أكبر أو ضمن عدة فرق تعمل على منتج أو مشروع واحد. يظهر هذا النموذج عادة في المشاريع الكبيرة التي لا يمكن لفريق صغير واحد التعامل مع جميع تفاصيلها. في هذه الحالة يتم تقسيم العمل إلى وحدات أصغر، بحيث يكون لكل فريق فرعي نطاق محدد، مع ضرورة وجود تنسيق واضح بين الفرق حتى لا تتعارض المخرجات أو تتكرر الجهود.
الفكرة من الفرق الفرعية ليست تقسيم المشروع إلى جزر مستقلة، بل جعل العمل الكبير أكثر قابلية للإدارة. فبدل أن يحاول فريق واحد متابعة عشرات المسارات، يمكن توزيع العمل على فرق أصغر لكل منها تركيز واضح. لكن هذه البنية تحتاج حوكمة خفيفة وفعالة: هدف مشترك، Backlog موحد أو مترابط، تنسيق منتظم، وتعريف واضح للتكامل بين المخرجات. بدون ذلك ستظهر مشكلة كلاسيكية: كل فريق يقول “أنجزنا شغلنا”، لكن المنتج النهائي لا يعمل بشكل متكامل.
إطار Nexus من Scrum.org يعالج هذا التحدي من خلال توسيع Scrum لتمكين عدة فرق من العمل من Product Backlog واحد. ويوضح دليل Nexus أن الإطار يساعد عدة فرق Scrum على العمل معًا لتسليم منتج واحد متكامل. وهذا مهم لأن التحدي الأكبر في الفرق المتعددة ليس إنجاز كل فريق لمهامه، بل دمج هذه المهام في Increment واحد قابل للاستخدام.
كما تطرح Large-Scale Scrum أو LeSS فكرة Feature Teams، وهي فرق طويلة الأمد ومتعددة التخصصات تستطيع إنجاز خصائص كاملة من البداية إلى النهاية، بدل تقسيم العمل حسب مكونات تقنية منعزلة. هذه الفكرة تقلل التسليمات بين الفرق وتزيد مسؤولية كل فريق عن قيمة واضحة للعميل.
- مناسبة لـ: المشاريع الكبيرة، المنتجات متعددة المكونات، والبيئات التي يعمل فيها أكثر من فريق على هدف واحد.
- نقطة القوة: تقسيم العمل الكبير إلى نطاقات أصغر وأكثر وضوحًا.
- نقطة الضعف: خطر الصوامع، التكرار، وضعف التكامل بين المخرجات.
الفرق بين بنية التوازي والفريق الفرعي
| العنصر | بنية التوازي Parallel | الفريق الفرعي Sub-team |
|---|---|---|
| الفكرة | تحريك الجهد بين مراحل أو مسارات مختلفة | تقسيم فريق أو مشروع كبير إلى وحدات أصغر |
| أفضل استخدام | عندما تحتاج الأولويات إلى مرونة سريعة | عندما يكون حجم المشروع أكبر من قدرة فريق واحد |
| الخطر الرئيسي | التشتت وكثرة العمل الجاري | الصوامع وضعف التكامل |
| شرط النجاح | أولويات واضحة وحدود للعمل الجاري | تنسيق قوي وهدف موحد وتكامل مستمر |
كيف تختار بين النموذجين؟
إذا كانت المشكلة الأساسية أن الفريق ينتظر بين المراحل أو لا يستطيع توجيه جهده بسرعة نحو الأولوية، فقد تكون بنية التوازي مناسبة. أما إذا كانت المشكلة أن المشروع كبير جدًا ويحتاج توزيع العمل على نطاقات متعددة، فقد تكون الفرق الفرعية أفضل. لكن في كلتا الحالتين يجب أن يكون القرار مبنيًا على تدفق القيمة وليس على الرغبة في زيادة الهيكل التنظيمي.
- اختر التوازي عندما تحتاج إلى مرونة داخل الفريق نفسه.
- اختر الفرق الفرعية عندما يتجاوز حجم العمل قدرة فريق واحد.
- لا تستخدم الفرق الفرعية إذا كانت ستزيد الاعتماديات دون تنسيق واضح.
- لا تستخدم التوازي إذا كان سيجعل الفريق يبدأ أعمالًا كثيرة ولا ينهيها.
- اجعل معيار القرار هو تسليم القيمة وتقليل الهدر، وليس مجرد توزيع الأشخاص.
أخطاء شائعة في هذه البنى
- تقسيم الفرق حسب التخصص فقط: مثل فريق تحليل، فريق تطوير، فريق اختبار، وهذا غالبًا يزيد الانتظار بين الفرق.
- غياب التكامل المستمر: كل فريق ينجز جزءه، لكن المنتج النهائي لا يتم اختباره كوحدة واحدة.
- كثرة العمل الجاري: يبدأ الفريق في مسارات كثيرة ثم تتراكم الأعمال غير المكتملة.
- عدم وضوح الملكية: لا يعرف الفريق من المسؤول عن القرار النهائي أو عن دمج المخرجات.
- فصل الفرق عن العميل: الفرق الفرعية تصبح مشغولة بالمكونات بدل القيمة التي يراها المستفيد.
- استخدام الهيكل لحل مشكلة ثقافية: إذا كانت المشكلة ضعف الثقة أو غياب الأولويات، فلن يحلها تقسيم جديد للفريق.
الخلاصة
بنية التوازي والفريق الفرعي من الأشكال المفيدة في تنظيم الفرق الرشيقة، خصوصًا عندما يكبر حجم المشروع أو تتعدد مسارات العمل. بنية التوازي تساعد الفريق على إعادة توزيع جهده بين مراحل مختلفة وتقليل الانتظار، بينما تساعد الفرق الفرعية على تقسيم العمل الكبير إلى وحدات أصغر وأكثر قابلية للإدارة. لكن نجاح النموذجين يعتمد على وضوح الهدف، جودة التنسيق، ومراقبة تدفق القيمة.
القاعدة الذهبية هنا: أي بنية لا تساعد الفريق على تسليم قيمة أسرع وبجودة أفضل فهي عبء، حتى لو كان اسمها حديثًا. الأجايل لا يكافئ التعقيد، بل يكافئ التعلم، التعاون، والتسليم المتكرر. لذلك اختر بنية الفريق بناءً على ما يقلل الهدر ويزيد وضوح المسؤولية، لا بناءً على رغبة في إضافة طبقات تنظيمية جديدة.
رأي واحد حول “أنواع بنية الفريق الرشيق: متى تستخدم Parallel وSub-team؟”