القيادة تحت الضغط: إدارة الفرق واتخاذ القرارات في الأزمات

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

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

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

huddle سريع

تحديد مالك للقرار

أو اختيار 3 خيارات بدل التردد

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

هيدا تصويت سريع بيخلّي كل متعلّم يحدد “وين مصدر الضغط الأكبر” عنده بدل الكلام العام.
الهدف إننا ما نعالج كل شي مرة وحدة: منختار رقم/سبب أساسي ونبني عليه استجابة مناسبة.
وبهيك منبلّش ننتقل من التشتت للتركيز، ومن ردّات الفعل لخطة واضحة.

هون منشرح كيف

Hero leadership بتصير bottleneck:

كل شي بيرجع للقائد، وبسبب هالشي الشغل بيبطّأ والناس بتستنى.
وبنقدّم البديل:

System leadership

اللي بيخلق استقرار لأن الشغل بيكمل بدون “إنقاذ دائم”.
ومنحط معادلة النظام:

Rhythm + Rules + Owners + Metrics

بدل العشوائية

تمرين مباشر: كل واحد يكتب مجال واحد هو فيه عنق زجاجة (موافقة/توقيع/مراجعة/قرار…).
وبعدين يحدد شو الآلية اللي لازم يحل محل تدخّله الشخصي (قواعد قرار، تفويض، وقت ثابت للمراجعة).
وبنطلع بجملة تنفيذية واضحة: “أنا عنق الزجاجة بـ ___، والنظام البديل هو ___.

رح نعرّف (وضع التشغيل تحت الضغط) كطريقة منظّمة للشغل وقت الأزمة بدل الارتجال.
منفكّكها:

Pressure (الضغط)،

Operating (كيف الفريق بيشتغل)،

Mode (وضع جاهز ومحدد).
الفكرة الأساسية: وقت الضغط ما بدنا “نركض أكتر”… بدنا نشتغل بوضع واضح يقلّل الفوضى ويزيد السرعة.

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

بتطلع بمعيار عملي يساعدك تلتقط الإشارة بكّير وتتصرف قبل ما الأزمة تكبر.

هون نشرح كيف بنحول النظرية لتطبيق: كل مشارك/فريق بيكتب 3 محفزات حقيقية من شغله.
Trigger بدنا شغلتين لكل:

أول خطوة فورية (خلال 30–60 دقيقة)

بعدها

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

هون رح نبني الإيقاع اللي بيمنع العشوائية:

Daily Ops Huddle،

Weekly Leadership Review،

تحديث موحّد باستخدام CLEAR، و

Escalation Rule.
الإيقاع بيخلق وضوح: متى منقرر؟ متى منتابع؟ متى منبلّغ؟ ومتى منعمل تصعيد؟
النتيجة: قرارات أسرع، توتر أقل، وشغل ماشي بثبات حتى تحت ضغط عالي.

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

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

هون منعرّف 3 طبقات لفهم أي مشكلة:

Symptoms (الأعراض) →

Mechanisms (الآليات اللي بتكرّر المشكلة) →

System Flaw (خلل بالنظام).
الفكرة إنو اللي منشوفه على السطح غالباً مش هو السبب الحقيقي، بل نتيجة لآلية عم تعيد نفس المشكلة.
هدف الدرس إنك تبطل تعالج “النتيجة” وتبلّش تصلّح “تصميم الشغل” نفسه

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

(Symptoms → Mechanisms → System Flaw)

لنفهم ليش عم ترجع المشكلة.
وبنطلع بحلّين:

Quick Fix :لمدة 7 أيام لتخفيف الألم فوراً،

و

System Fix: لمدة 30–60 يوم لمنع تكراره.

كل فريق بيشتغل على مشكلة واقعية من شغله مش مثال نظري.
والمطلوب يطلعوا بـ 4 مخرجات:

Root Cause + Quick Fix + System Fix + Owner واحد مسؤول عن التنفيذ.
الهدف إنو ما نطلع “حكينا كتير”… نطلع بخطة قصيرة قابلة للتطبيق فوراً.

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

“Review Windows”

حتى القرار ما يتحوّل لعناد ويصير خطأ مكلف.

هلأ بنستعرض القالب الكامل لاتخاذ القرار: من صياغة القرار والهدف والحدود… للخيارات والمخاطر والتخفيف.
الفكرة إننا نرتّب التفكير بدل ما نقفز عالحلّ قبل ما نفهم السؤال.
وبالنهاية منضمن عنصرين مهمّين: مالك للقرار واضح + وقت محدد للقرار.

هلأ رح ننتقل للتطبيق: كل شخص/فريق بيختار قرار واقعي من شغله لازم يطلع قريب.
بيطبّق عليه خطوات (جلسة قرار سريعة) ، حتى يتحوّل النقاش لقرار قابل للتنفيذ.
الهدف تطلعوا بقرار واضح بدل “قرار معلّق” يزيد الضغط ويأخّر الشغل.

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

هلأ رح نفرّق بين قرار نوع #١ صعب الرجعة (قانوني/سمعة/استراتيجي/عقود) وقرار نوع #٢ قابل للتجربة والرجعة.
هالتفريق بيخلّينا نسرّع القرارات اللي فينا نجرب فيها بدل ما نعاملها كأنها مصيرية.
والقاعدة: السرعة بتختلف حسب النوع - ما تعامل كل قرار كأنه صعب الرجعه

تمرين عملي: بتصنّفوا 4 قرارات من واقع شغلكن إلى

Type 1 أو Type 2.
وبتحددوا وين فريقكن عم يضيّع وقته بموافقات واجتماعات طويلة على قرارات كان ممكن تنعمل كتجربة أسبوع.
الهدف إنكم تطلعوا بقاعدة تنفيذ:

Type 2 = جرّب بسرعة + قِس + راجع بدل التعطيل.

رح نعرّف (الحد الأدنى لاستمرارية التشغيل) كـ “خطة بقاء” ذكية وقت الـأزمات الكبيرة: هي باختصار شو أقل مستوى لازم يضل شغّال.

منفكّكها:

Minimum (الأساسيات فقط)،

Viable (مفيد وقابل للتسليم ومقنع)،

Continuity (الشغل ما بيوقف).
الفكرة إنو ما لازم نكمّل كل شي… لازم نضمن الاستمرارية بأقل تعقيد وبأكبر تأثير.

MVC هون رح نحوّل

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

هون رح نستخدم Grid مثل الطوارئ: منفرز الشغل لأربع خانات واضحة حسب الأولوية وقت الأزمة.
منضيف “عدسات التأثير” لاتخاذ القرار:

Customer / Cash / Reputation / Compliance.
الهدف إنو الفريق يعرف فوراً شو لازم يسلّم، شو يبسّط، شو يأجّل بأمان، وشو يوقف مؤقتاً—بدون دراما.

تطبيق: كل فريق بيكتب 8–10 عمليات/خدمات وبيحطها على الشبكة

(Must/Simplify/Delay/Stop).
وبعدين بيطلع بجملة واحدة اسمها

MVC Statement

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

CLEAR هون رح نقدّم نظاك التواصل

كقالب تواصل بالأزمات حتى ما يصير إشاعات وتضارب رسائل.

CLEAR بتتكوّن من 5 عناصر:

Context شو عم بصير،

Limits شو فينا/ما فينا،

Expectations شو نتوقع،

Actions شو عم نعمل،

Review متى التحديث الجاي.
الهدف إنو الرسالة تكون قصيرة، صادقة، ومفيدة تشغيلياً—وبتخفف توتر الفريق فوراً.

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

تحت الضغط المشكلة مش قلة شغل… المشكلة كثرة شغل مفتوح بلا حدود.
Guardrails

هي قواعد وخطوط حمراء بتقلّل اللخبطة، و

WIP Limit (Work In Progress)

بيحدّد عدد المهام/الأولويات اللي فينا نشتغل عليها بنفس الوقت.
ومنضيف عنصرين حاسمين:

Owner واحد لكل مهمة +

Escalation Path واضح

حتى الأمور العاجلة تتحرك بسرعة بدون دراما.

هلأ رح نرسم و نحدد بسرعة “شغلنا على شو بيعتمد؟” لأن كتير أزمات بتكبّر بسبب اعتماد مخبّى.
منقسم الاعتماديات لـ 3 أنواع:

Vendors (موردين)،

Internal (موافقات وتسليمات بين فرق)، و

Key People/Systems (نقطة فشل واحدة).
وبعدين منجهّز

Plan A/B/C:

نقوّي الموجود، نجهّز بديل، أو نعيد تصميم الشغل حتى ما نضل رهينة خيار واحد.

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

Plan A لتقوية الوضع الحالي،

Plan B لبديل جاهز، و

Plan C لإعادة تصميم تقلّل الاعتماد.
الهدف إنو يصير عندك خطط جاهزة قبل الأزمة، بدل ما تكتشف نقطة الفشل وقت ما يكون الوقت متأخر.

رح نشرح كيف المحاكاة رح تمشي: توزيع أدوار واضحة

(Incident Lead, Ops, Comms, Supply/Vendor, People/HR).
Injects كل 12–15 دقيقة في

لأن الأزمة بتتطور وبتطلع مفاجآت جديدة.
وكل جولة لازم تطلعوا بـ 4 مخرجات:

قرار

+ رسالة CLEAR

+ تأثير على MVC

+ تحديث KPI

ضمن ضغط وقت (خمس دقايق).

هون رح نقدّم السيناريو الأساسي: تأخير 10 أيام + زيادة كلفة 18% + ضغط من العميل.
وبنعرّف الـمدخلات/التغييرات اللي رح تفاجئكن:

trade-off مورد بديل مع

غياب دور أساسي

وتصعيد سمعة/إشاعة.
الهدف إنكن تتدرّبوا على قيادة “عدة جبهات” بنفس الوقت بدل مشكلة وحدة.

كل فريق لازم يجاوب بالوقت الحقيقي، وكل رد لازم يتضمن قرار واضح.
كمان لازم يكون في مالك للقرار واحد مسؤول عن النتيجة - مش “الفريق كله”.
(CLEAR) وبتضيفوا سطر تواصل (يفضّل بصيغة كليير مختصرة) حتى يكون في رسالة موحّدة بدل تضارب.

AAR رح نشرح

كأداة تعلّم بدون لوم: شو كان لازم يصير؟ شو صار فعلياً؟ وليش في فجوة؟
بنركّز إن السبب غالباً ضعف نظام مش ضعف أشخاص.
واضحه Key learnings وبنطلع ب

Actions وبـ

   خلال 7 أيام حتى التعلّم يتحول لتنفيذ

كل فريق بيشارك 3

lessons learned

من اللي صار بالمحاكاة.
وبعدين يعطي 3 تغييرات نظامية عملية ومحددة (مش كلام عام)، ويفضل يكون معها مالك/مسؤول عن قرار وموعد.
الهدف نطلع بخطوات صغيرة بس قوية، تنعمل فوراً وتمنع تكرار نفس الفوضى بالمرة الجاية.

هون رح نحوّل الكورس لخطة تنفيذ:
خلال ٣٠ يوم تثبيت

(Triggers/Owners/Rhythm/KPIs)،

خلال ٦٠ يوم تقوية (عمليات ضعيفة واعتماديات خطِرة)

AAAخلال ٩٠ يوم ترسيخ ( كتيب ومحاكاة وسجل قرارات و
هيدا بيضمن إنو الأدوات تتحول لنظام، مش حماس مؤقت.

تمرين تطبيقي: كل مشارك بيكتب 3 أشياء فقط:

System Change + Decision Habit + Rule.
التركيز هون على القليل القابل للتنفيذ، لأن كثرة الأفعال بتضعف الالتزام.
وبالنهاية بتطلع بخطة بسيطة تنعمل فوراً وتنعاد مراجعتها خلال أول 30 يوم.