ما هو «فريق النمر»؟ التعريف، الأصل، ومتى يتم استخدامه

«هيوستن، لدينا مشكلة.»

لقد استخدمنا جميعًا هذا المصطلح مرة واحدة على الأقل. فقد أصبح مصطلحًا مألوفًا يصف تلك اللحظة العصيبة التي يتعطل فيها شيء مهم وتحتاج إلى إصلاحه بسرعة.

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

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

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

ما هو «فريق تايجر»؟

فريق «تايجر» هو مجموعة مؤقتة لها مهمة واحدة: حل مشكلة واحدة لا تستطيع الهيكلية الحالية حلها بالسرعة المطلوبة.

الهيكلية أهم من التسمية. يحتاج فريق «تايجر» إلى نتيجة محددة، والخبرة اللازمة للتحقيق فيها، وسلطة كافية للتصرف دون أن يصبح مجرد لجنة دائمة أخرى.

عادةً ما تشترك فرق «تايجر» في بعض الخصائص:

يمكنك رؤية هذا الهيكل في «فرق تايجر» التابعة لوزارة العمل الأمريكية والمعنية بالتأمين ضد البطالة. فبدءًا من عام 2021، جمعت الوزارة متخصصين في مجالات منع الاحتيال، وتجربة العملاء، والتأمين ضد البطالة، والبيانات، وهندسة النظم لتقييم المشكلات في برامج كل ولاية على حدة وتقديم توصيات للتحسينات على المدى القريب. وخلال أول 24 شهرًا من عملها، تعاونت هذه الفرق مع 36 ولاية.

لكن ليس كل فريق «تايجر» سيكون متشابهاً. فقد يظل بعض الأعضاء منخرطين جزئياً في عملهم المعتاد، بينما قد يبتعد آخرون عنه تماماً.

من أين جاء مصطلح «فريق النمر»؟

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

يظهر أحد الاستخدامات المبكرة الموثقة لهذا المصطلح في ورقة SAE الصادرة عام 1964 بعنوان «إدارة البرامج في التصميم والتطوير» (Program Management in Design and Development ) التي كتبها ج. ر. ديمبسي، و. أ. ديفيس، أ. س. كروسفيلد، ووالتر سي. ويليامز. وقد وصفت الورقة فريق «تايجر» بأنه مجموعة من «المتخصصين التقنيين الجامحين وغير المقيدين» الذين تم اختيارهم لخبرتهم وطاقتهم وخيالهم. وكانت مهمتهم هي البحث بلا هوادة عن المصادر المحتملة للفشل في أنظمة المركبات الفضائية وعمليات المحاكاة.

ولم يكن هؤلاء مجرد خبراء كبار تم جمعهم في غرفة واحدة. بل كان يُتوقع منهم التشكيك في الافتراضات، واكتشاف نقاط الضعف التي أغفلها الآخرون، والعمل خارج نطاق بعض القيود المعتادة المحيطة بالبرنامج.

وبعد ست سنوات، أضفى أبولو 13 على هذا المصطلح أحد أشهر معانيه. ففي 13 أبريل 1970، انفجر خزان أكسجين بينما كانت المركبة الفضائية على بعد حوالي 200,000 ميل من الأرض. وأرسل جاك سويجرت رسالة لاسلكية إلى مركز التحكم في المهمة قائلاً: «هيوستن، لدينا مشكلة هنا»، وهي العبارة التي دخلت لاحقًا إلى الثقافة الشعبية بصيغة «هيوستن، لدينا مشكلة».

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

ساهمت مهمة «أبولو 13» في ترسيخ فريق «التايجر» كنموذج لحل المشكلات بشكل مكثف تحت الضغط، لكنها لم تكن هي التي صاغت هذا المصطلح.

فريق «تايجر» مقابل «فرقة العمل» و«غرفة العمليات» و«الفريق الأحمر» و«سكونك ووركس»

غالبًا ما يتم الخلط بين فرق «تايجر» وهياكل المجموعات الأخرى، مثل فرق العمل، وغرف العمليات، وفرق «ريد»، وفرق «سكونك ووركس». قد تتضمن جميعها مجموعات صغيرة تعمل خارج نطاق هيكل الفريق المعتاد، لكن يتم تشكيلها لأسباب مختلفة.

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

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

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

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

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

متى يجب تشكيل فريق «تايجر»؟

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

عادةً ما تجتاز القضية الجيدة أربعة اختبارات:

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

ما هي الأدوار الرئيسية في فريق «تايجر»؟

لا يحتاج فريق «تايجر» إلى عدد كبير من الأعضاء، ولكن يجب أن يعرف كل فرد ما هي مسؤولياته. في معظم الحالات، ستحتاج إلى عدد قليل من الأدوار الأساسية:

يمكن لشخص واحد أن يضطلع بأدوار متعددة في فريق صغير. والمفتاح هو أن تكون لكل من السلطة، والمسؤولية اليومية، والخبرة المتخصصة، والتوثيق، جهة مسؤولة واضحة.

كيفية إدارة فريق «تايجر» في 7 خطوات

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

1. تحويل الهدف إلى موجز عمل

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

عادةً ما يكفي إعداد موجز عمل قصير. وينبغي أن يجيب الموجز على الأسئلة التالية:

انتبه جيدًا للسؤال الأخير. تخيل فريق عمليات يعمل على إنجاز تراكم متزايد في المهام. قد يبدو خفض عدد الحالات في قائمة الانتظار إلى أقل من 500 حالة بمثابة إنجاز في فترة ما بعد الظهر. لكن الحفاظ على هذا العدد لمدة أسبوع كامل، في الوقت الذي تستمر فيه المعالجة اليومية في تجاوز حجم العمل الوارد، هو دليل أقوى بكثير على أن الحل سيكون دائمًا.

2. حدد الأدوار وصلاحيات اتخاذ القرار والحدود

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

كما يحتاج الفريق إلى حدود واضحة لعمله. قبل أن يكتسب التحقيق زخمًا، قم بتدوين ما يلي:

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

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

3. افصل الأدلة عن النظريات، ثم حدد ما يجب اختباره

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

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

رتب قائمة المهام حسب ما ستتعلمه منها. فالنظرية التي يمكن أن تفسر معظم المشكلة ويستغرق اختبارها ساعة واحدة تستحق الاهتمام قبل تلك التي تتطلب أسبوعًا من العمل الهندسي.

4. احتفظ بسجل للقرارات التي قد تؤثر على مسار التحقيق

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

راجع السجل كلما ظهرت أدلة جديدة تتعارض مع افتراض سابق، واحرص على إبقاء القرار الحالي مرئيًا جنبًا إلى جنب مع الأدلة التي استند إليها.

5. دع المشكلة تحدد إيقاع العمل

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

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

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

فإجابات صادقة في هذه المرحلة يمكن أن تمنع الفريق من قضاء النصف الثاني من عمله في معالجة المشكلة الخاطئة.

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

6. امنح الحل الوقت الكافي لإثبات فعاليته

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

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

أثناء انتظارك، ضع رقمين في اعتبارك:

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

7. تسليم العمل بشكل سليم

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

بدلاً من ذلك، اجمع تلك السجلات معًا واجعل الملكية المتبقية لا يمكن تجاهلها. يجب أن يخرج المالك الدائم وهو على علم بما يلي:

قبل أن يغادر أي شخص، أجب عن السؤال التالي: من الذي يتلقى المكالمة إذا عادت المشكلة؟

وبمجرد التوصل إلى النتيجة وتحديد الإجابة، يمكن حل فريق «التايجر». يعود الأعضاء إلى عملهم المعتاد، وتعود المسؤوليات الجارية إلى الهيكل العادي، ويبقى التحقيق مسجلاً لمن يحتاجه لاحقاً.

فرق «تايجر» التفاعلية مقابل الفرق الوقائية

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

ويكمن الاختلاف في ما يسعى الفريق إلى معرفته.

تبدأ فرق «تايجر» التفاعلية بمشكلة قد بدأت بالفعل

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

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

قد يكون الوصول إلى هذه المرحلة مكلفًا. في استطلاع «Uptime Institute» العالمي لمراكز البيانات لعام 2025، قال 87% من المشاركين الذين تعرضوا لانقطاع كبير في الخدمة خلال السنوات الثلاث الماضية إنه كان من الممكن تجنب ذلك من خلال تحسين الإدارة أو العمليات أو التكوين.

كما كشف تقرير «تحليل الانقطاعات السنوية لعام 2026» أن 57% من المشاركين في الاستطلاع أفادوا بأن آخر انقطاع كبير تعرضوا له كلفهم أكثر من 100,000 دولار، في حين قدر واحد من كل خمسة المشاركين التكلفة بأكثر من مليون دولار. هذه الأرقام تخص مراكز البيانات تحديدًا، لذا لا ينبغي اعتبارها معيارًا عامًّا لكل فريق تايجر.

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

تسعى فرق «تايجر» الوقائية إلى اكتشاف المشاكل في وقت مبكر

يبدأ عمل فريق «تايجر» الوقائي في الوقت الذي لا يزال فيه مجال لتعديل الخطة.

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

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

وهذا قريب من روح «فريق النمر» في مجال الفضاء في بداياته. يُعهد إلى الفريق بمهمة ذات عواقب وخيمة ويُطلب منه مواجهة التحديات قبل أن تظهر تلك العواقب.

وينبغي أن ينتج عن ذلك شيء ملموس يمكن للمشروع ككل العمل عليه، مثل:

أمثلة على فرق «تايجر» في الواقع العملي

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

نجح غراهام في تقليل وقت تركيب قضيب الربط بنسبة 51%

شكلت شركة «جراهام» للهندسة المدنية فريق «تايجر» للتعامل مع جزء متكرر ولكنه مكلف من مشروع «ساوث بانك كواي» الخاص بها. كان على فرق العمل تركيب 166 قضيب ربط، يبلغ طول كل منها أكثر من 38 مترًا، وتقوم بتثبيت جدار الرصيف بجدار التثبيت.

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

ووفقًا لدراسة الحالة التي أجرتها مبادرة «Get It Right»، انخفض وقت التركيب من 185 دقيقة إلى 91 دقيقة لكل قضيب ربط، وهو ما يمثل انخفاضًا بنسبة 51٪ تقريبًا، بينما انخفض عدد المهام بنسبة 37٪. كما أفاد جراهام بتوفير 14 يومًا في البرنامج ومبلغ يقدر بـ 230,000 جنيه إسترليني.

وقد اكتشف الفريق تغييرات صغيرة في مختلف مراحل العملية، واختبرها على نفس العمل، وتمكن من إظهار ما تم تحسينه بالضبط.

حوّلت Grafana Labs مشكلة في الإصدار إلى مسؤولية دائمة

أصبحت عمليات إصدار البرامج مفتوحة المصدر لشركة Grafana Labs تعتمد بشكل متزايد على العمل اليدوي، في حين كانت مسؤولية تحسينها موزعة على عدة فرق هندسية. تم جمع ثلاثة مهندسين كبار كانوا يعملون بالفعل على أجزاء من هذه المشكلة لمدة ربع سنة لتبسيط سير العمل، وأتمتة عمليات البناء، ودعم التصحيح المباشر لقنوات Grafana Cloud.

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

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

استخدمت الحكومة البريطانية فريق «تايجر» قبل أن تتحول مخاطر الاحتيال إلى خسائر

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

وقد ضم الفريق متخصصين في مكافحة الاحتيال من الوزارات الحكومية، وهيئة تنظيم سوق الطاقة (Ofgem)، وهيئات تسوية حسابات الطاقة، بالإضافة إلى خبراء خارجيين في قطاع الطاقة. ووفقًا للتقرير السنوي للهيئة المعنية بمكافحة الاحتيال في القطاع العام لعام 2022–23، فقد أنجز الفريق تقييمات لتأثير الاحتيال ومخاطره في ستة برامج جديدة للطاقة تابعة لوزارة الأعمال والطاقة والاستراتيجية الصناعية، وبرنامج واحد تابع لوزارة الخزانة البريطانية.

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

خمسة أخطاء يمكن أن تعرقل عمل فريق «تايجر»

هذه الأخطاء الخمسة يمكن أن تقوض فعالية فريق «تايجر» حتى عندما تكون المشكلة وهيكل الفريق واضحين.

1. تغيير عدة أمور في آن واحد

عندما تزداد الضغوط، قد يكون من المغري تطبيق ثلاثة أو أربعة حلول واعدة في آن واحد لمعرفة ما إذا كانت المشكلة ستختفي.

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

2. تشكيل الفريق بالكامل من أفراد خارجيين

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

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

3. تحويل «فريق النمر» إلى عملية إلقاء اللوم

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

4. إجراء تغيير محفوف بالمخاطر دون التخطيط لكيفية التراجع عنه

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

5. إنشاء مصدر ثانٍ للمعلومات الموثوقة لفريق «تايجر»

غالبًا ما تبدأ الأعمال العاجلة في أي مكان يمكن للأشخاص التحرك فيه بأسرع ما يمكن: دردشة خاصة، أو جدول بيانات مخصص، أو مستند مؤقت، أو لوحة مشروع منفصلة. وتبدأ المشكلة عندما تتوزع القرارات والأدلة والمهام عبر كل هذه الأماكن.

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

كيفية إدارة فريق «تايجر» في ClickUp

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

التحضير في اليوم الأول

لنفترض أن حالات فشل عملية السحب (checkout) ارتفعت إلى 4% بعد إصدار حديث، وطلب الراعي من فريق «تايجر» إعادة معدلها إلى أقل من 1%. يبدأ القائد بإنشاء مجلد باسم «فريق تايجر لحالات فشل عملية السحب» داخل مساحة الهندسة. ويبقى العمل قريبًا من الفريق الذي سيتولى مسؤوليته بمجرد حل فريق «تايجر».

داخل المجلد، يقوم القائد بإنشاء مستند ClickUp Doc لتوجيهات العمل. ويحتوي هذا المستند على شرط الإنهاء (معدل الفشل أقل من 1% لمدة أسبوعين كاملين)، والخط الأساسي، ومقاييس النجاح والحماية، وما يدخل وما لا يدخل في نطاق العمل، ومن يمكنه اتخاذ أي قرارات، وجدول سجل القرارات. خلال الجلسة العملية الأولى، يتفق الفريق على اختبار التبعية الجديدة لواجهة برمجة التطبيقات (API) الخاصة بالدفع أولاً. يقوم القائد بتمييز هذا السطر في المستند وتحويله إلى مهمة دون مغادرة موجز العمل.

بناء قائمة الفرضيات

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

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

التحقق مما تم تجربته بالفعل

قبل أن يجري المهندسون اختبار واجهة برمجة التطبيقات (API)، سأل أحدهم Brain²: «هل قمنا من قبل باختبار مهلة انتظار مزودي خدمات الدفع؟»

يبحث Brain² في المهام والمستندات والدردشة والتطبيقات المتصلة من خلال «البحث المؤسسي»، ويظهر تحقيقًا مشابهًا يعود إلى 6 أشهر مضت، مع مصادر مرتبطة به. يقرأ الفريق ما تم استبعاده في المرة السابقة، ويعدل الاختبار، ويلصق الروابط في مهمة «الفرضية» بحيث يظل السجل مرتبطًا بها.

إبقاء الطلبات الجديدة خارج نطاق التحقيق

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

يقوم القائد بإنشاء نموذج ClickUp يُرسل هذه البيانات إلى قائمة منفصلة تُسمى «Parking lot». ويصبح كل إرسال مهمة مستقلة بذاتها في تلك القائمة، ويقوم الراعي بمراجعة القائمة في كل جلسة متابعة ليقرر ما إذا كان أي شيء يندرج ضمن نطاق العمل.

توفير مصدر واحد للمعلومات للجهة الراعية

يتعين على الراعي التدخل عندما يكون هناك قرار ينتظر اتخاذه، لكنه ليس مضطرًا لمتابعة بقية مراحل التحقيق يوميًا.

يقوم المسؤول بإضافة حقل مربع اختيار باسم «يحتاج إلى قرار الراعي» وإنشاء لوحة معلومات تحتوي على 3 بطاقات: واحدة للمهام التي تنتظر قرار الراعي، وواحدة للأعمال المعطلة أو المتأخرة، وواحدة لتتبع معدل الفشل كحقل رقمي. ويقوم الراعي بفتح تلك الصفحة قبل كل اجتماع متابعة.

ترك التذكيرات والتحديثات تعمل تلقائيًا

في الأسبوع الثاني، يقوم الفريق بتعطيل إحدى الميزات للحسابات المتأثرة كحل مؤقت، ويجب إعادة النظر في هذا القرار بعد 7 أيام. يقوم القائد بتحديد تاريخ استحقاق المهمة في ذلك اليوم ويضيف أتمتة تُعلم المالك عند حلول ذلك التاريخ.

كما بدأت تحديثات الأطراف المعنية تستغرق وقت القائد. ويقوم «الوكيل المتميز» الآن بنشر ملخص قصير كل يوم اثنين وخميس، يتناول القرارات الجديدة، والعوائق، وأي أمور تنتظر موافقة الراعي.

إعادة تسليم العمل

تظل نسبة الفشل أقل من 1% لمدة أسبوعين كاملين، مما يعني أن الفريق قد استوفى شرط الخروج. يقوم القائد بنقل المهام المفتوحة المتبقية إلى قائمة فريق المدفوعات وإعادة توزيعها. يحدد الإدخال الأخير في سجل القرار المسؤول الجديد والشروط التي تستدعي بدء تحقيق جديد. ثم يقوم القائد بأرشفة المجلد.

أسعار ClickUp

أفضل فريق «تايجر» هو الذي يعرف متى يتنحى جانباً

فريق «تايجر» هو استثناء خاضع للرقابة. فهو يمثل تركيزًا مؤقتًا للخبرات والسلطات والاهتمام حول مشكلة لا تستطيع الهياكل المعتادة معالجتها بوتيرتها المعتادة.

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

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

الأسئلة الشائعة حول فرق «تايجر»

ما هو الحجم المثالي لفريق «تايجر»؟

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

هل يمكن لفريق «تايجر» العمل عن بُعد؟

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

هل فريق «تايجر» جزء من منهجية «أجايل» (Agile) أو «سكرم» (Scrum)؟

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

هل يجب أن يكون فريق «تايجر» فريقًا تقنيًا؟

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

هل يمكن للأشخاص من خارج الشركة الانضمام إلى فريق «تايجر»؟

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

ماذا يحدث إذا لم يتمكن فريق «تايجر» من حل المشكلة؟

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

ما الفرق بين «فريق النمر» و«الفريق متعدد الوظائف»؟

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