نظرًا لتكرار السؤال عليا بشكل كبير .. (يا هندسة اخد PMP ولا MBA؟) .. فهنا إعادة نشر لفيديو كنت عملته من أربع سنين فيه الإجابة الشافية الكافية ان شاء الله ..
كل التفاصيل اللي ممكن تحتاج تسأل عليها علشان اختيارك يبقى على نور
https://t.co/XcW5JQ2PVm
شاركوني آرائكم في التعليقات
Problem → Analyze → Explore Options → Escalate if needed ✅
لكن فيه موقف تاني مهم…
لو القرار نفسه خارج سلطتك من البداية، ومحتاج قرار من مستوى أعلى، مش منطقي تحاول تتصرف كأن القرار في إيدك.
هنا الـEscalation من البداية ممكن يكون هو التصرف الصحيح.
لكن لو بعد كده اكتشف إن القرار:
🔴 خارج صلاحياته.
أو:
🔴 محتاج موارد أو سلطة مش متاحة على مستوى المشروع.
أو:
🔴 بيتجاوز حدود اتخاذ القرار المتفق عليها وبيحتاج تدخل من مستوى أعلى.
هنا التصعيد مش هروب من المسؤولية…
هنا التصعيد هو التصرف الصح.
وفي نفس الوقت، مش معناه إن كل مشكلة لازم تروح للإدارة.
الموضوع كله بيعتمد على:
إمتى وليه بتصعّد؟
لو ظهرت مشكلة، ومدير المشروع عنده الصلاحية يتعامل معاها، الطبيعي إنه يبدأ بـ:
🔹 يحلل المشكلة.
🔹 يحدد البدائل.
🔹 يقيّم التأثير.
🔹 ويشوف إيه اللي يقدر يعمله ضمن صلاحياته.
"💬 حاضر يا ماما!!!!"...
مدير المشروع مش بيروح لماما تحل مشاكله! 😂
كل ما تحصل مشكلة في المشروع:
«نروح للـSponsor!»
«نصعّد للإدارة!»
استنى بس… 😅
الـEscalation مش معناه إن مدير المشروع مش عارف يحل المشكلة.
الخلاصة:
الملكية الفكرية مش مجرد "مين كتب الأول؟"
هي جزء من الأمانة المهنية، احترام حقوق الآخرين، والالتزام بالاتفاقات والسياسات المنظمة لاستخدام المحتوى والمعلومات.
💬 سؤال ليك:
لو استخدمت فكرة أو محتوى من شخص تاني وطورته بشكل كبير...
والـ Project Manager المفروض يكون قدوة للفريق في الالتزام بيها.
فلو لقيت فكرة عجبتك...
📌 استلهمها؟ عادي.
📌 طوّر عليها؟ ممتاز.
📌 انقلها مع attribution أو permission حسب الحالة؟ تمام.
📌 تنسخها وتحط اسمك عليها؟
هنا Mr. Bean محتاج يراجع الـ Code of Ethics. 😂
الملكية أصبحت لك شخصيًا؛ حقوق الاستخدام والملكية ممكن تكون محكومة بعقد أو اتفاق أو سياسة المؤسسة.
والأهم...
احترام الملكية الفكرية مش بس علشان نتجنب المشاكل القانونية.
دي مسألة Professional Ethics.
لأن من قيم العمل المهني عند PMI:
Honesty – Responsibility – Respect – Fairness
المباني والمعدات فقط؛ لكنها تشمل كمان البيانات وغيرها من أشكال Intellectual Property.
وده معناه إن:
❌ كون المعلومة موجودة قدامك لا يعني إنك تقدر تستخدمها.
❌ وكونك قادر تنسخها لا يعني إن من حقك تنسبها لنفسك.
❌ وكونك اشتغلت مع صاحب العمل على إنتاج شيء ما لا يعني تلقائيًا إن حقوق
💻 Software & Data
📊 Reports
💡 Ideas & Innovations
🔐 Confidential Information
والسؤال هنا:
مين يملكها؟
ومين له حق استخدامها؟
وهل مسموح أنقلها أو أشاركها أو أعيد استخدامها؟
عشان كده PMI بتضع Respect for Property Rights ضمن المعايير الأخلاقية، وحقوق الملكية هنا مش معناها
"لما تلاقي حد واخد شغلك وحاطط اسمه عليه..." 😅
Mr. Bean عنده حل...
بس مدير المشروع المفروض يكون عنده PMI Code of Ethics. 😂
في إدارة المشاريع، Intellectual Property مش موضوع قانوني بعيد عن شغل الـ Project Manager.
أثناء المشروع ممكن نتعامل مع:
📐 Designs
📄 Documents
ايه رايك كده
مش كل مشكلة محتاجة حل! 🤔
أول ما تظهر مشكلة في المشروع، غالبًا أول سؤال بييجي في دماغنا:
“نحلها إزاي؟”
لكن مدير المشروع الشاطر ممكن يسأل سؤال أهم:
“هي المشكلة الحقيقية إيه أصلًا؟”
لأن اللي شايفينه قدامنا مش دايمًا بيكون هو السبب الحقيقي.
أحيانًا أفضل خطوة في حل المشكلة…
هي إنك ما تبدأش بالحل أصلًا. 😉
💬 سؤال ليك:
لو مشروعك متأخر، إيه أول سؤال هتسأله قبل ما تقترح أي حل؟ 👇
مع YallaEdara:
✅ شرح عملي مبسط.
✅ أقوى خطة مذاكرة.
✅ أكبر بنك أسئلة محاكي للامتحان.
✅ متابعة حتى الامتحان.
✅ أعلى معدل نجاح.
ونستكشف إيه الأسباب اللي ممكن تكون ورا الـEffect اللي ظهر.
لأنك ممكن تحل المشكلة اللي ظهرت قدامك…
لكن لو السبب الحقيقي لسه موجود، المشكلة ممكن ترجع تاني.
وده جوهر Root Cause Analysis:
مش بس نفهم إيه اللي حصل…
لكن نفهم ليه حصل عشان نقدر نعالج السبب، مش مجرد العرض.وعشان كده…
هنا بيظهر الفرق بين إنك تعالج العرض وإنك تعالج السبب الحقيقي.
وعشان نستكشف السبب، ممكن نستخدم أدوات زي:
🟢 Five Whys
نسأل “ليه؟” بشكل متكرر عشان نتجاوز الأعراض ونقرب من السبب الجذري.
🟢 Cause-and-Effect Diagram
نستخدمه لتنظيم وتحليل الأسباب المحتملة للمشكلة،
تخيل مثلًا إن:
🔴 المشروع متأخر.
أول رد فعل:
“نزود الموارد!”
لكن استنى… ليه المشروع متأخر؟
🤔 هل التقديرات من البداية كانت غير واقعية؟
🤔 هل في Dependencies ما اتاخدتش في الاعتبار؟
🤔 هل الفريق مستني قرارات من جهة تانية؟
🤔 هل المتطلبات نفسها مش واضحة؟