https://www.facebook.com/116529381405461/

Amr El-Dessouky - عمرو الدسوقي, Shebin al-Kom (2026)

30/05/2026

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

29/05/2026

التقرير مش مجرد ملف بيتبعت آخر الأسبوع.
التقرير أحيانًا بيكشف شخصية صاحبه.
في تقرير يخلي اللي قدامك يحس إنك مجمّع شوية معلومات وخلاص.
وفي تقرير يخلي الإدارة تحس إنك فاهم المشروع، شايف الصورة الكبيرة، وعارف القرار المطلوب.
وده اللي أسميه:
Report Identity
هوية التقارير.
يعني طريقة ثابتة وواضحة تظهر بيها أمام الإدارة.
مرة تحتاج تقرير مختصر جدًا للمدير التنفيذي.
مرة تحتاج تقرير متوازن فيه تفاصيل فنية.
مرة تحتاج تركيز على التكلفة والتغييرات.
ومرة تحتاج شكل PMO منظم ومنضبط.
الموضوع مش شكل جميل وخلاص.
الموضوع إحساس.
هل تقريرك بيقول:
“أنا مش عارف ألمّ الدنيا”؟
ولا بيقول:
“أنا فاهم… ومنظم… وجاهز للنقاش”؟
فرق كبير جدًا بين الاتنين.
أقوى تقرير هو اللي يخلي الإدارة تحس إنك مش بتزود عليهم ضغط.
أنت بتخفف الضغط عنهم.
أنت لا ترسل فوضى.
أنت ترسل وضوحًا.

28/05/2026

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

26/05/2026

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

25/05/2026

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

30/09/2025

** الفرق بين إدارة المخاطر التقليدية وإدارة المخاطر في الأجايل: --> مين بيطفي الحريق أسرع؟

تخيل معايا إنك ماشي في موقع إنشائي أو IT Project، وفجأة حد بيجري عليك ويقولك: "عندنا مشكلة كبيرة…" 🫨
لو انت شغال بطريقة تقليدية (Waterfall)، هترد تقول: "تمام، خلينا نعمل اجتماع لجنة المخاطر الأسبوع الجاي ونطلع تقرير، وبعدها نرفع للمدير".
بس لو شغال بطريقة Agile، الرد هيكون: "طيب، نضيفها في Sprint الحالي، ونشوف إزاي نعالجها في أسرع وقت".
الفرق؟ الأول ممكن يخلي المبنى يولع قبل ما اللجنة تخلص محضر الاجتماع 🫠… أما التاني فبيشتغل على الإطفاء فورًا. 😎

* التقليدي (Waterfall) وإدارة المخاطر

--> أسلوب وقائي قوي:
المخاطر بتتسجل في بداية المشروع في "Risk Register"، وبعدها تتراجع كل فترة طويلة. يعني زي إنك تكتب "ممكن يحصل زلزال" وتحطها في درج وتقفله.

--> قرارات بطيئة:
أي تحديث محتاج لجان، ومحاضر، و approvals.

--> ميزة:
مناسب للمشاريع الضخمة اللي كل حاجة فيها لازم تكون محسوبة من البداية (محطات كهرباء، سدود، أو حتى مطار عسكري 🛫).

--> عيب:
أي حاجة جديدة أو خطر غير متوقع بيتعاملوا معاه بنفس سرعة سلاحف النينجا لو كانوا لسه نايمين 😴🐢.

* الأجايل (Agile) وإدارة المخاطر:

--> أسلوب تفاعلي ومرن:
المخاطر بتظهر يوميًا في الـ Daily Standup، أو بتتسجل كبنود في الـ Backlog. يعني لو ظهر خطر جديد، بيتعاملوا معاه فورًا.

--> القرار عند الفريق:
مش محتاج ترجع للمدير الكبير. كل فرد في الفريق عنده حق يثير الخطر ويناقشه.

--> ميزة:
يقلل المفاجآت لأن الفريق بيشوف الواقع على طول.

--> عيب:
لو الفريق مش مدرّب أو مش عنده ثقافة صريحة، ممكن المخاطر تتدفن زي الأسرار العائلية 🤫.

* مثال واقعي (من عالم الإنشاءات):

--> التقليدي: تبدأ مشروع فيلا، وتحط في الـ Risk Register: "احتمال تأخر الخرسانة بسبب المورد". بعد 3 أسابيع تكتشف فعلاً المورد متأخر، فتبدأ تدور على حلول (في حالة عدم وضع حلول في البداية).

--> الأجايل: كل أسبوع في Sprint Review، الفريق بيقول: "الخرسانة مش جاية، لازم نلاقي حل دلوقتي". في نفس اليوم تتفق مع مورد بديل أو تغير طريقة الصب.

--> النتيجة؟ الأول بيتأخر أسبوعين في الجدول، التاني بيخسر يوم واحد بس.

* أدوات بتفرق بين الاثنين:

التقليدي: Risk Matrix، Qualitative & Quantitative Analysis، Risk Register.

الأجايل: Risk Burndown Chart، Risk Poker، ودمج المخاطر في الـ Backlog.

** الخلاصة

التقليدي زي قبطان مركب بيحسب كل حاجة من أول الرحلة (حتى لو اتأخر في الإبحار).

الأجايل زي قائد زورق سريع، بيتصرف بصورة لحظية ويعدل المسار مع كل موجة. 🚤

----> الصح مش إنك تختار واحد وتسيب التاني… الصح إنك تعرف امتى تستخدم ده وامتى تستخدم ده.

** لو إنت مدير مشروع أو مهندس في موقع، اسأل نفسك:

* هل أنا محتاج تخطيط طويل المدى (تقليدي)؟
* ولا محتاج سرعة ومرونة (Agile)؟
* أو يمكن محتاج مزيج ذكي من الاثنين؟ 🤔

---> لأن في النهاية… الخطر مش هينتظر محضر اجتماع عشان ييجي. 😉

22/08/2025

الخطة حلوة… لحد أول طلب تغيير، أو أول نقص خرسانة، أو أول RFI يتأخر أسبوع.
ساعتها بتفتكر إن السر مش في ورق الخطة، السر في إزاي فريقك بيتأقلم بسرعة من غير ما الدنيا تفلت.
هنا بيلمع دور مبادئ Agile.

1) إرضاء العميل بتسليم قيمة مبكرًا وباستمرار

--> المعنى: ورّيه نتيجة بدري… وكمّل عليها على طول.

** يعني مثلا:
* تسليم شقة نموذجية/Mock-up كاملة تشطيب لاعتماد الخامات مبكرًا.
* تسليم Core & Shell لجزء من المبنى لبدء تأجير/Fit-out بينما الباقي شغال.

2) رحّب بالتغيير—حتى لو متأخر
--> المعنى: التغيير مش عدو… المهم تقلّل تكلفته بقدر الإمكان وتمنع شلل الموقع.

** يعني مثلا:
* تحويل سلالم صب في الموقع → بريكاست مع خطة رفع وربط معدّلة بدون وقف الدور.
* تعديل Landscape بسيط (أماكن أشجار/ممرات) بتغيير التسلسل بدل إعادة التصميم كله.

3) سلّم “أجزاء شغالة” بشكل متكرر

--> المعنى: قطاع-قطاع، دور-دور… مش كل الشغل مرة واحدة في الآخر.

يعني مثلا:

* تسليم حمّامات كل أسبوع بعد اختبار عزل وضغط وتوقيع الاستشاري.
* تغذية كهرباء: تشغيل LV ثم Sub-mains ثم دوائر الإضاءة تباعًا.

4) أصحاب المصلحة والفِرَق يشتغلوا سوا… كل يوم

--> المعنى: تواصل قصير ومباشر أحسن من إيميلات مطوّلة.

** يعني مثلا:
* اجتماع صباحي يومي لمدة ١٥ دقيقة للتيم لمراجعة الأعمال سريعا.
* قناة Teams/WhatsApp رسمية للـ RFIs والاعتمادات بمهلة 24 ساعة.
* مراجعة Look-Ahead أسبوعيين مع “لوح قيود” Constraints Board (مورد/رسم/تصريح).

5) ابني المشروع حوالين أفراد متحمسين… وادّيهم الصلاحية

--> المعنى: اختار صح، وسيبهم ينجزوا من غير Micromanagement.

** يعني مثلا:
* تفويض Lead MEP باعتماد رسومات تحت حد معيّن لتقليل انتظار التوقيعات.
* السماح للـ Procurement بالتفاوض على بدائل ضمن Approved Vendors.
* تمكين QA/QC بإصدار NCR/Hold Tag فوري بدون انتظار مدير المشروع.

6) الحوار وجهًا لوجه سريع و أكثر كفاءة من أي طريقة تانية

--> المعنى: 5 دقائق عاللوحة = يوم مراسلات.

** يعني مثلا:
* معاينة Mock-up مع الاستشاري بدل تبادل صور ومكاتبات.
* جلسة Big-Room BIM للتنسيق متعدد التخصصات حتى الإغلاق.

7) معيار التقدم الحقيقي = شيء يعمل

--> المعنى: مش “نسبة إنجاز”، بل “تسليم مقبول”.

** يعني مثلا:
* مضخة دارت واختبار 8 ساعات مسجّل، مش مجرد تركيب و خلاص.
* دوائر إنارة منارة وقياسات Lux معتمدة.
*أو Fire Alarm Loop مغلق واختبار تكامل أنظمة (FAT/SAT) ناجح.
* اختبار مائي للحمّامات ناجح لمدة 48 ساعة وموقّع.

8) وتيرة مستدامة، مش سباق 100 متر و خلصنا كده 😅

--> المعنى: إيقاع ثابت يقلّل الأخطاء وإعادة العمل.

** يعني مثلا:
* حدّ أقصى صبتين اسبوعيًا لكل Crew مع جاهزية مسبقة.
* نعمل Look-Ahead أسبوعين مع منع تغييرات يومية إلا للطوارئ.

9) جودة وتصميم ممتاز = مرونة أعلى

--> المعنى: الشغل المتقن بيتحمّل التغيير.

** يعني مثلا:
* نعمل Clash Detection إلزامي قبل إصدار أوامر الموقع SDI.
* أو نعمل Prefabrication لوحدات MEP في المصنع لتقليل الوصلات.
* لوح عينات/Mock-ups معتمدة كـ “مرجعية جودة” لباقي الأعمال.

10) البساطة؛ فن تعظيم الشغل اللي مش محتاج تعمله
-->المعنى: شيل التعقيد اللي مالوش لازمة.
** يعني مثلا:
* دمج تقارير في Dashboard واحد بدلاً من نسختين لنفس البيانات.
* مقاسات أبواب موحّدة لتقليل التوريد والفاقد.
* مكتبة تفاصيل نمطية تقلّل الرسومات الخاصة.

11) الفرق ذاتية التنظيم تطلع أحسن حلول

--> المعنى: مش كل خطوة محتاجة أمر من فوق.

** يعني مثلا:

* ترتيب تنفيذ Risers/Shafts يحدّده MEP مع مدني لتقليل التضارب فعليًا.
* فريق Commissioning يضع Checklists وتتابع الاختبارات ويُدير Interfaces.

12) راجع وتعلّم على فترات منتظمة

--> المعنى: كل دورة = فرصة تحسين فورية.

** يعني مثلا:
* اجتماع Retrospective أسبوعي بعد دورة الصب لتعديل اللوجستيات والعمالة.
* تحديث تسلسل الأدوار بعد كل دور بحسب الدروس (Temps، حماية الحواف… و هكذا).
* بعد أي فشل اختبار: Root-Cause وتحويله لقائمة Do/Don’t معلقة بالموقع.

*** الخلاصة
--> ال Agile مش شعارات. دي حركات صغيرة ذكية تخلّي مشروعك يعدّي المنحنيات من غير ما يقف.

26/04/2025

"لو فريقك بيغرق في الفوضى، وبتحس إن كل حاجة ماشية بالعافية… يبقى أنت محتاج تعرف الفرق بين كانبان وسكرام!"

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

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

كانبان: لما تكون عايز تنساب مع الشغل زي المية.

كانبان ببساطة بيعتمد على رؤية مستمرة وواضحة لتدفق العمل.

مفيش اجتماعات إجبارية.

مفيش خطط زمنية مغلقة.

أنت بتركز على "التدفق"، وبتحاول تحافظ على شغلك يتحرك من مرحلة للتانية بسلاسة.

أهم حاجة: إنك تتحكم في حجم الشغل اللي في إيد الفريق في كل لحظة.

"لو فريقك بيغرق كل يوم في شغل أكتر من قدرته، كانبان ممكن يبقى قارب النجاة اللي بينقذهم قبل الغرق".

سكرام: لما تكون عايز تدوس بنزين وتوصل أسرع، بس في طريق محدود وواضح.

سكرام بيعتمد على التنظيم داخل فترات قصيرة ثابتة اسمها Sprints.

كل Sprint مدتها غالبًا من أسبوع لأربع أسابيع.

الفريق بيخطط في الأول، يشتغل بعدها، وبعدين يعمل مراجعة ونقد ذاتي.

فيه اجتماعات دورية (Daily Standups) لمتابعة التقدم.

السرعة والتركيز والوضوح هي المفاتيح الأساسية.

"لو أنت مدير مشروع وعايز تمشي زي السهم ناحية هدف واضح ومحدد، سكرام مش بس طريقتك… ده سلاحك السري".

طيب، نستخدم إيه وإمتى؟

لو الشغل غير متوقع وفيه تغييرات كل يوم، زي الدعم الفني أو المهام المفتوحة → كانبان هيفوز.

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

كمان فيه ملاحظة مهمة: مفيش قاعدة ثابتة!
فيه فرق أصلاً بتدمج بين الطريقتين حسب طبيعة الشغل (وده اللي بنسميه Scrumban).

الخلاصة:

كانبان = تدفق مستمر بدون ضغط مواعيد قاسية.

سكرام = انطلاق مركز في سباقات قصيرة متتالية.

والذكاء مش إنك تحفظ التعريفات… الذكاء إنك تعرف أنت وفريقك محتاجين إيه دلوقتي.

سؤال ليك:
لو قدامك تختار بين مية بتنحني لكل عقبة، أو سهم بيخترق الهدف… أنت تختار إيه؟

19/04/2025

في شغلنا كمهندسين، فيه تفاصيل صغيرة جدًا... بس تأثيرها كبير جدًا.

من أكتر الحاجات اللي ناس كتير بتتلخبط فيها:
أكتب ده فين؟ في تقرير؟ ولا في مذكرة؟ ولا أبعت إيميل؟

المشكلة إنك لو اخترت الشكل الغلط…
ممكن شغلك كله "يضيع في الزحمة".

الفرق ببساطة:

التقرير (Report):
ده المستند الرسمي اللي بيوثق كل اللي حصل، بتحليله، وتفاصيله، وتوقيعه.
بيخدمك قدام الإدارة… وقدام القانون لو حصلت أزمة.

المذكرة (Memo):
بتستخدمها لتنبيه داخلي أو تعليمات داخل الفريق.
سريعة، واضحة، مفيهاش تحليل… بس بتثبت إنك بلغت.

الإيميل (Email):
أداة للتواصل السريع أو متابعة نقطة معينة…
بس مش دايمًا ينفع تعتبره مرجع رسمي.

خلاصة الموضوع:

كل شكل من دول ليه هدف…
ولو استخدمته في المكان الغلط، النتيجة هتكون غلط برضه.

المعلومة الصح في المكان الصح = شغل محترف

19/03/2025

كيف تحمي فريق المشروع من الاحتراق الوظيفي؟ (Burnout)
تحدي كبير بيواجه أي مدير مشروع خصوصًا في المشاريع طويلة الأمد

إدارة المشروع مش بس جداول زمنية وتكاليف ومخرجات... فيه حاجة أعمق وهي الفريق! الفريق هو اللي بيحقق أهداف المشروع، لكن لما الضغط يزيد، ساعات العمل تطول، وعدم التقدير يظهر... الفريق بيبدأ يفقد حماسه.
النتيجة؟ Burnout... اللي ممكن يضيع مجهود شهور بل وسنين!

طيب، كمدير مشروع، إزاي تحمي فريقك من الوقوع في الدوامة دي؟
هشارك معاك خطوات واقعية جربتها وأثبتت فعاليتها:

١. راقب مؤشرات الإجهاد مبكرًا

مفيش فريق هيجيله Burnout فجأة! دايمًا فيه إشارات تحذيرية زي:

--> ضعف الإنتاجية

--> أخطاء متكررة

--> تراجع الحماس

--> تأخر عن الاجتماعات

--> فقدان الشغف حتى في أبسط المهام

لما تلاحظ الحاجات دي، يبقى فيه إنذار محتاج تتحرك عليه فورًا.

٢. الموازنة بين العمل والحياة الشخصية

ساعات الشغل الكتير مش هي اللي بتنجح المشروع! خلي عندك قواعد واضحة:

--> متخليش الفريق يشتغل بعد ساعات الدوام العادية إلا للضرورة القصوى

--> شجعهم ياخدوا إجازات بانتظام

--> ابني ثقافة "افصل لما تحتاج" بدون تأنيب أو لوم

٣. توزيع الأدوار والمهام بعدالة

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

--> راقب حجم المهام اللي بياخدها كل فرد

--> راجع قدرة الفريق بانتظام ووزّع الأحمال بالتساوي

--> خفف الضغط عن الأشخاص اللي عندهم تحديات شخصية مؤقتة

٤. التقدير والاعتراف بالجهود

--> التقدير مش لازم يبقى مكافأة مالية!

--> كلمة "شكراً" في توقيت صح ممكن تفرق

--> اعمل recognition بسيط في الاجتماع الأسبوعي

--> شارك إنجازات الأفراد مع باقي الفريق لأن كده بتديهم دافع رهيب.

٥. خلي فيه مساحة للحوار المفتوح

--> فيه دايمًا كلام الفريق محتاج يقوله

--> اسمعهم بشكل فردي أوقات كتير

--> ابني ثقة إنهم يقولوا مشكلتهم بدون خوف

٦. بيئة العمل الإيجابية مش رفاهية

سواء شغالين من المكتب أو أونلاين:

--> خلي الجو مريح، وضّح الأهداف

--> نظم اجتماعات خفيفة "off-topic" لتجديد الطاقة

--> حفّز روح التعاون بدل التنافس المستهلك للطاقة النفسية

٧. الدورات التدريبية والدعم المهني

في بعض الأحيان، الفريق بيحس إنه متوقف عن التطور وده في حد ذاته مرهق:

--> وفر لهم فرص تعليم وتطوير مهني

--> اربط تطورهم المهني بنجاح المشروع علشان يحسوا بقيمة شغلهم

٨. المرونة في إدارة العمل

مش كل واحد مناسب لـ "9 إلى 5". لو طبيعة المشروع تسمح:

--> وفر خيارات العمل المرن

--> قيم الفريق بناءً على الإنتاجية مش الحضور

٩. الاستعانة بدعم خارجي لو لازم

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

--> ورش عمل لإدارة الضغط

--> استشاريين موارد بشرية يطوروا بيئة العمل

--> برامج Wellbeing متخصصة للفريق

** الخلاصة؟
أي مشروع طويل لازم يكون عندك خطة للحفاظ على الطاقة البشرية اللي بتحركه!
لما تهتم بفريقك، الإنتاجية بتزيد، معدل الإنجاز بيعلو، والأهم... المشروع بيوصل لبر الأمان.

هل حصل معاك تجربة Burnout لفريقك؟ عملت إيه ساعتها؟ شاركني رأيك وتجربتك.

Amr El-Dessouky - عمرو الدسوقي

30/05/2026

29/05/2026

28/05/2026

26/05/2026

25/05/2026

30/09/2025

22/08/2025

26/04/2025

19/04/2025

19/03/2025

Address

Website

Alerts

Shortcuts

Share

Category