PMBOK- Saad Marie

2016

PMBOK Summary

AUTHOR: SAAD MERIE, PMP Email: [email protected] Phone: +966-597611591 Website: Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

Table of Contents Intro. ....................................................................................................................... 4 Project and Product ............................................................................................... 6 Another Intro. ......................................................................................................10 Knowledge Areas:.................................................................................................14 2 ORGANIZATIONAL INFLUENCES AND PROJECT LIFE CYCLE ...............................17 2.1 Organizational Influences on Project Management ..................................17 2.2 Project Stakeholders and Governance .......................................................21 2.4 Project Life Cycle ........................................................................................21 4. Project Integration Management.....................................................................23 4.1 Develop Project Charter .............................................................................23 4.2 Develop Project Management Plan ...........................................................25 4.3 Direct and Manage Project Work ...............................................................28 4.4 Monitor and Control Project Work ............................................................30 4.5 Perform Integrated Change Control...........................................................33 4.6 Close Project or Phase ................................................................................36 5. Project Scope Management .............................................................................38 5.1 Plan Scope Management ...........................................................................38 5.2 Collect Requirements .................................................................................39 5.3 Define Scope ..............................................................................................42 5.4 Create WBS ................................................................................................44 5.5 Validate Scope ............................................................................................47 5.6 Control Scope .............................................................................................49 6 PROJECT TIME MANAGEMENT..........................................................................51 6.1 Plan Schedule Management ......................................................................51 6.2 Define Activities .........................................................................................52 1 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 6.3 Sequence Activities ....................................................................................54 6.4 Estimate Activity Resources .......................................................................56 6.5 Estimate Activity Durations ........................................................................58 6.6 Develop Schedule .......................................................................................60 6.7 Control Schedule ........................................................................................66 7 Project Cost Management ................................................................................69 7.1 Plan Cost Management ..............................................................................69 2.7

Estimate Costs ........................................................................................70

7.3 Determine Budget ......................................................................................74 7.4 Control Costs ..............................................................................................76 8 PROJECT QUALITY MANAGEMENT ....................................................................80 8.1 Plan Quality Management .........................................................................82 8.2 Perform Quality Assurance ........................................................................89 8.3 Control Quality ...........................................................................................94 9 PROJECT HUMAN RESOURCE MANAGEMENT ..................................................98 9.1 Plan Human Resource Management..........................................................98 9.2 Acquire Project Team ...............................................................................101 9.3 Develop Project Team ..............................................................................103 9.4 Manage Project Team ..............................................................................106 10 PROJECT COMMUNICATIONS MANAGEMENT ..............................................108 10.1 Plan Communications Management ......................................................109 10.2 Manage Communications ......................................................................113 10.3 Control Communications .......................................................................115 11 PROJECT RISK MANAGEMENT .......................................................................117 11.1 Plan Risk Management ...........................................................................118 11.2 Identify Risks ..........................................................................................119 11.3 Perform Qualitative Risk Analysis ..........................................................121 2 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 11.4 Perform Quantitative Risk Analysis ........................................................124 11.5 Plan Risk Responses ...............................................................................129 11.6 Control Risks ...........................................................................................130 12 PROJECT PROCUREMENT MANAGEMENT ....................................................133 12.1 Plan Procurement Management ............................................................133 12.2 Conduct Procurements ..........................................................................137 12.3 Control Procurements ............................................................................139 12.4 Close Procurements ...............................................................................141 13 PROJECT STAKEHOLDER MANAGEMENT ......................................................142 13.1 Identify Stakeholders .............................................................................142 13.2 Plan Stakeholder Management ..............................................................144 13.3 Manage Stakeholder Engagement .........................................................145 13.4 Control Stakeholder Engagement ..........................................................147 Other Important Things .....................................................................................149 Standard Deviation.........................................................................................149 Works Authorization System..........................................................................149 Configuration Management System ..............................................................150 CPM ................................................................................................................150 Project Selection( :RITA) ................................................................................150 Point of Total Assumptions ............................................................................153 Notes from RITA .................................................................................................155

3 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪Intro.‬‬ ‫نصائح لالمتحان‪:‬‬ ‫‪ -1‬الفحص ‪ 722‬سؤال في ‪ 4‬ساعات‬ ‫‪ -7‬حصة كل سؤال ‪ 1‬دقيقة و ‪ 17‬ثانية‬ ‫‪ -3‬يجب الوصول إلى قاعة االمتحان ع بكير مشان اإلجهاد‬ ‫‪ -4‬النوم باكرا ً قبل االمتحان‬ ‫‪ -5‬يجب إحضار ماء معك ع االمتحان‬ ‫‪ -6‬يمكن دخول القاعة قبل ‪ 15‬دقيقة من االمتحان‬ ‫‪ -2‬يمكن استخدام الـ ‪ 15‬دقيقة في كتابة المعلومات الضرورية للمعادالت‬ ‫‪ -8‬التحكم بالتنفس بشكل عميق في االمتحان‬ ‫‪ -9‬اذا مرت لحظة رعب في االمتحان ارجع بالكرسي ‪ ..‬أغمض عينيك ثم تنفس بعمق لعشرين ثانية‬ ‫االمتحان ال يختبر الذاكرة مع وجود بعض المعادالت التي تحتاج الحفظ‬ ‫‪-12‬‬ ‫هناك أسئلة تعتمد على ملء الفراغ‪ ..‬الجواب قد ال يكون صحيح إمالئيا ً ونحويا ً‬ ‫‪-11‬‬ ‫هناك احتماالت لألجوبة تكون خاطئة دائما ً مثل‪" :‬إن الجودة مهمة جداً"‬ ‫‪-17‬‬ ‫مدير المشروع ال يتعامل بالمشاعر‪ ,‬بل بالبيانات والحقائق‬ ‫‪-13‬‬ ‫غالبا ً حدسك األولي لسؤال صعب هو صحيح‪ ,‬ال تقم بإعادة التفكير بالسؤال أكثر من مرتين‬ ‫‪-14‬‬ ‫استراتيجية الحل‪:‬‬ ‫ الجولة األولى‬‫‪ -1‬المرور على جميع األسئلة وحل السهل منها بما ال يتجاوز نصف دقيقة للسؤال‬ ‫‪ -7‬اإلشارة لألسئلة الصعبة للمراجعة‬ ‫‪ -3‬الجولة األولى تنتهي خالل ‪ 45‬دقيقة ويمكن خاللها حل ‪ 82‬سؤال‬ ‫ الجولة الثانية‬‫‪ -1‬حل األسئلة الصعبة بمعدل دقيقة للسؤال وتعيين الصعب جدا ً للمراجعة‬ ‫‪ -7‬الجولة الثانية تنتهي خالل ‪ 25‬دقيقة ويمكن حل ‪ 22‬سؤال خاللها‬ ‫ الجولة الثالثة‬‫‪ -1‬بقي اآلن أصعب ‪ 52‬سؤال في االمتحان خالل ساعتين‬ ‫‪ -7‬إعطاء أفضل تخمين للسؤال‬ ‫افتراضات الـ ‪:PMI‬‬ ‫‪-1‬‬ ‫‪-7‬‬ ‫‪-3‬‬ ‫‪-4‬‬ ‫‪-5‬‬ ‫‪-6‬‬

‫أنت الـ ‪ Customer‬دائما ً عندما تقوم بالتوريد من مورد خارجي إال إذا ذكر خالف ذلك‬ ‫أنت كمدير مشروع المتحكم المطلق بالميزانية‪ ,‬الجدول الزمني والموارد‬ ‫المشروع كبير لدرجة استخدام جميع الخطط والمستندات المطلوبة‬ ‫أنت تتبع جميع اإلجراءات الرسمية‬ ‫شركتك تطبق مفاهيم الـ ‪ PMI‬على نطاقها ولديك القدرة للحصول على المعلومات المخزنة فيها بسهولة‬ ‫أنت تعمل في شركة بنظام ‪ Strong Matrix‬ما لم يذكر خالف ذلك‬

‫‪4‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫السمات المتكررة لإلجابات الصحيحة‪:‬‬ ‫‪ -1‬مدير المشروع يضع مصلحة المشروع فوق مصلحته الشخصية‬ ‫‪ -7‬مدير المشروع يتم تعيينه خالل مرحلة إطالق المشروع (خالل تجهيز الـ ‪)Chapter‬‬ ‫‪ -3‬الشركة لديها ‪ PMO‬ذو صالحيات واضحة‬ ‫‪ -4‬الـ ‪ WBS‬هو أساس كل عمليات الـ ‪Project Management Planning‬‬ ‫‪ -5‬الـ ‪ Stakeholders‬مندمجون بأعمال المشروع‬ ‫‪ -6‬التخطيط هو عنصر أساسي في المشروع‬ ‫‪ -2‬كل الـ ‪ Roles‬والمسؤوليات محددة وموثقة للمشروع‬ ‫‪ -8‬بسبب الـ ‪ Uniqueness‬للمشروع‪ ,‬فإن مدير المشروع يركز على تحديد وإدارة المخاطر‬ ‫‪ -9‬الـ ‪ Project Management Plans‬موافق عليها‪ ,‬واقعية وموقعة من كل الـ ‪ Stakeholders‬المعنيين‬ ‫مدير المشروع مسؤول عن التقييم المنطقي للوقت‪ ,‬الميزانية وقيود الجودة وحل جميع األمور‬ ‫‪-12‬‬ ‫العالقة مع اإلدارة قبل بدء المشروع‬ ‫التحسين الدائم للـ ‪ Processes‬في المشروع هو مسؤولية رئيسية لمدير المشروع‬ ‫‪-11‬‬ ‫مدير المشروع يحدد معايير الجودة التي يجب استخدامها في المشروع‬ ‫‪-17‬‬ ‫الـ ‪ Project Management Plan‬هي مستند رئيسي يدار عن طريقه المشروع‬ ‫‪-13‬‬ ‫المشاريع يعاد تقديرها بشكل مستمر للوصول إلى برنامج زمني وميزانية أدق ما يمكن‬ ‫‪-14‬‬ ‫الـ ‪ Progressive Elaboration‬هو مفهوم رئيسي يستخدمه مدير المشروع لتحسين التوقعات‬ ‫‪-15‬‬ ‫مع تقدم عمر المشروع‬ ‫لدى مدير المشروع الصالحية لرفض الـ ‪ Changes‬على الـ ‪ Scope‬وأيضا ً التحكم بميزانية‬ ‫‪-16‬‬ ‫المشروع وبرنامجه الزمني بما فيه مصلحة المالك‬ ‫مدير المشروع يحمي المشروع من التغييرات الغير ضرورية‬ ‫‪-12‬‬ ‫في حال كان ال بد من إجراء تغيير على الـ ‪ ,Scope‬يجب على مدير المشروع أن يتأكد من أنه تم‬ ‫‪-18‬‬ ‫تقييم الـ ‪ impact‬تبع التغيير على الوقت‪ ,‬الميزانية‪ ,‬الموارد‪ ,‬المخاطر‪ ,‬الجودة‪ ,‬ورضا المالك‬ ‫مدير المشروع يقضي ‪ %92‬من وقته في الـ ‪ Communication‬مع الـ ‪ Stakeholders‬ليتأكد‬ ‫‪-19‬‬ ‫من أن كل جهة مرتبطة بالمشروع تعلم ما يدور فيه‬ ‫مدير المشروع يبحث بشكل مستمر عن المخاطر اإلضافية‪ ,‬المشاكل المحتملة‪ ,‬والتغييرات األخرى‬ ‫‪-72‬‬ ‫التي قد تسبب مشاكل في المستقبل‬ ‫مدير المشروع يفهم بشكل عميق محتويات العقد‬ ‫‪-71‬‬ ‫مدير المشروع يضمن سريان أنظمة الشركة على المشروع‬ ‫‪-77‬‬ ‫عند انتهاء المشروع يقوم مدير المشروع بأرشفة جميع التسجيالت‬ ‫‪-73‬‬ ‫ال تعتبر المشاريع منتهية حتى يتم استالم شهادة استالم من المالك‬ ‫‪-74‬‬ ‫يقوم مدير المشروع بتحرير الموارد بعد انتهاء المشروع‬ ‫‪-75‬‬ ‫مهمة مدير المشروع الرئيسية هي ربط جميع أجزاء المشروع مع بعضها البعض في جسم واحد‬ ‫‪-76‬‬ ‫متجانس وهذا يتم عبر تطبيق ‪Project Integration Management‬‬

‫‪5‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪Project and Product‬‬ ‫الفرق بين المشروع والعمليات‪:‬‬ ‫‪ -1‬المشروع‬ ‫ نشاط مرتبط بزمن محدد‬‫ له بداية ونهاية‬‫ ينتج عنه منتج ‪Unique‬‬‫ ‪Progressive Elaborated‬‬‫‪ -7‬العمليات‬ ‫ تدوم خالل طيلة مدة حياة المنتج‬‫ يمكن تحسينها تدريجيا ً مع مرور مدة العمليات‬‫ عمليات التحسين والتطوير تكون عادة عبارة عن مشاريع صغيرة‬‫المشروع‪( :‬حسب الـ ‪)PMI‬‬ ‫هو جهد مؤقت إلنتاج منتج فريد (أو خدمة أو نتيجة)‪,‬‬ ‫يعتبر منتهيا ً عند تحقيق أهدافه من وجهة نظر المالك‪,‬‬ ‫أو عندما يتم إنهاؤه بسبب عدم القدرة على تحقيق األهداف‪,‬‬ ‫أو عندما تنعدم الحاجة له‪.‬‬ ‫أنواع الـ ‪:PMO‬‬ ‫‪ :Supportive -1‬يكون الدعم حسب الطلب بالخبرات والنماذج‪ ,‬وليس من الضروري اتباعها‪.‬‬ ‫‪ :Controlling -7‬يكون الدعم المقدم إجباري التنفيذ في المشروع مثل طرق التنفيذ والنماذج وااللتزام‬ ‫باألكواد المحددة وقوانين الـ ‪ PMO‬واشتراطاته األخرى‪.‬‬ ‫‪ :Directive -3‬إدارة المشاريع بشكل مباشر من حيث تقديم الخبرة والموارد الالزمة إلدارتها بشكل‬ ‫مباشر‪.‬‬ ‫هيكلية الشركات‪:‬‬ ‫حفظ الجدول التالي‪:‬‬

‫‪6‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪:OPA‬‬ ‫تمثل اإلجراءات والسياسات والمعلومات الخاصة بالشركة والتي يمكن لفريق المشروع اتباعها أو عدم‬ ‫اتباعها حسب الحاجة مثل‪:‬‬ ‫‬‫‬‫‬‫‬‫‪-‬‬

‫معايير الشركة الداخلية وسياساتها‬ ‫النماذج الداخلية‬ ‫إجراءات التغيير‬ ‫التحكم المالي‬ ‫اإلجراءات المتبعة بشكل عام لألعمال‬

‫‪:EEF‬‬ ‫تمثل األمور التي تقع خارج سيطرة فريق المشروع والتي تؤثر أو يكون من الواجب اتباعها مثل‪:‬‬ ‫‬‫‬‫‬‫‬‫‪-‬‬

‫ثقافة الشركة وهيكلتها‬ ‫المعايير والكودات الحكومية‬ ‫الموارد البشرية الموجودة مسبقا ً‬ ‫إدارة شؤون الموظفين‬ ‫نظام اعتماد األعمال في الشركة‬ ‫‪7‬‬

‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ وضع سوق العمل‬‫ قواعد البيانات التجارية‬‫ ‪ PMIS‬نظام معلومات إدارة المشاريع (مثل ‪)Aconex‬‬‫دورة حياة المشروع‪:‬‬ ‫يمكن أن تقسم إلى ‪ ,Phases‬وكل مشروع مختلف عن اآلخر في دورة الحياة حسب نوع الصناعة‪.‬‬ ‫تقسيم المشروع إلى ‪ Phases‬يفيد بالتالي‪:‬‬ ‫‪ -1‬دقة أعلى على مستوى الميزانية والبرنامج الزمني‬ ‫‪ -7‬تقليل الـ ‪Scope Creep‬‬ ‫أنواع دورة حياة المشروع‪:‬‬ ‫‪ :Predictive -1‬تنبؤي‬ ‫وتعرف أيضا ً بـ ‪ Plan Driven‬أو ‪Waterfall‬‬ ‫وفيها يتم تحديد الـ ‪ Scope‬في أبكر وقت ممكن وتكون األعمال كلها مخططة‪.‬‬ ‫‪ :Iterative -7‬تكراري‬ ‫وفيه يكون إنتاج المنتج بشكل تكراري ويتقدم فهم اإلنتاج مع كل مرة‪.‬‬ ‫‪ :Adaptive -3‬متكيف‬ ‫يعرف أيضا ً بـ ‪ Change Driven‬أو ‪( Agile‬خفيف الحركة)‬ ‫وفيه يتم تقديم تصور عن المنتج يخضع للموافقة أو الرفض من المالك ويعاد التقديم حتى الموافقة‪.‬‬ ‫يعد مخطط ‪ Scrum‬أشهر مخطط في هذا النوع‬ ‫دورة حياة إدارة المشروع‪:‬‬ ‫تتألف من مجموعات العمليات الخمسة‬ ‫‪Initiating – Planning – Executing – Monitoring and Controlling – Closing‬‬ ‫واختصارا ً تسمى ‪IPECC‬‬ ‫دورة حياة إدارة المشروع تتكرر في كل ‪ Phase‬في المشروع‬

‫‪8‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫دورة حياة المنتج‪:‬‬ ‫‪ -1‬تدوم طيلة عمر المنتج‬ ‫‪ -7‬يمكن أن نحتاج لمشروع للحصول على منتج‬ ‫‪ -3‬يمكن أن نحتاج لمشاريع صغيرة كثيرة لتحسين المنتج‬

‫‪9‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪Another Intro.‬‬

‫‪ -1‬مجموعة عمليات الـ ‪:Initiating‬‬ ‫ميزاتها‪:‬‬ ‫ يد عاملة قليلة‬‫‪10‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ تكاليف منخفضة‬‫ فرص نجاح المشروع قليلة‬‫ المخاطر عالية‬‫‪ -‬تأثير الـ ‪ Stakeholders‬عالي‬

‫‪ -2‬مجموعة عمليات الـ ‪Planning‬‬ ‫يجب التركيز على أن الـ ‪ Project Management Plan‬وكل الخطط األخرى ال يتم اعتمادها بشكل‬ ‫نهائي إال بعد إجراء تقييم وتحديد المخاطر‪.‬‬ ‫‪ -3‬مجموعة عمليات الـ ‪Executing‬‬ ‫‪ -4‬مجموعة عمليات الـ ‪Monitoring and Controlling‬‬ ‫من األسئلة الواردة كثيرا ً في االمتحان من هذا القسم‪:‬‬ ‫‬‫‬‫‬‫‬‫‪-‬‬

‫إجراء ‪Root Cause Analysis‬‬ ‫تأمين تمويل إضافي إن احتاج األمر‬ ‫إجراء ‪Validated Defect Repair‬‬ ‫حساب الـ ‪Estimate to Complete .. ETC‬‬ ‫إعادة تقييم ‪ Project Control Systems‬من ناحية الكفاءة‬

‫بالنسبة لالمتحان يفترض أن‪:‬‬ ‫‬‫‬‫‬‫‪-‬‬

‫خطة إدارة المشروع والخطط الفرعية كاملة وواقعية‬ ‫نحن نقوم بقياس أداء المشروع مقارنة بمعايير محددة سابقا ً‬ ‫نحن نقوم بتطبيق ‪ Corrective Actions‬من أجل أي ‪Variance‬‬ ‫إذا كان هناك ‪ Deviations‬عن خطة إدارة المشروع فهذه مسؤولية مدير المشروع‪ ,‬وعليه أن يتخذ‬ ‫اإلجراءات التي تصحح هذا الـ ‪ Deviation‬بدون عمل ‪Change Request‬‬ ‫الـ ‪ CRs‬هي آخر ما يتم اللجوء إليه في حال حصول ‪.Deviations‬‬

‫‪ -5‬مجموعة عمليات الـ ‪:Closing‬‬ ‫ال يتم إغالق المشروع حتى إنهاء جميع األعمال اإلدارية حتى لو تم تحقيق جميع متطلباته‪.‬‬ ‫‪11‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫واألعمال اإلدارية تضم‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫إجراء فحص نهائي للمنتج‬ ‫عمل تقرير نهائي لألداء للعقد والمشروع‬ ‫القيام بـ ‪ Audits‬لجميع أعمال التوريد‬ ‫الحصول على موافقة رسمية بإكمال العقد‬ ‫إنشاء أرشيف للعقد‬ ‫الحصول على موافقة رسمية بإكمال المشروع‬ ‫توثيق الدروس المستفادة‬ ‫إنشاء أرشيف للمشروع‬

‫معلومات المشروع‪:‬‬ ‫تكون على ثالثة أنواع‪:‬‬ ‫‪:Work Performance Data -1‬‬ ‫وهي البيانات الخام التي يتم جمعها أثناء العمل مثل نسبة إنجاز أحد النشاطات‪ ,‬قياسات الجودة‪ ,‬زمن‬ ‫بدء ونهاية األنشطة‪ ,‬عدد طلبات التغيير‪ ,‬عدد المنتجات المعطوبة‪.‬‬ ‫‪:Work Performance Information -7‬‬ ‫وهي المعلومات التي تنتج عن معالجة وتحليل البيانات الخام السابقة على كامل المشروع مثل حالة‬ ‫الـ ‪ Deliverables‬وحالة طلبات التغيير‪ ,‬وزمن االنتهاء المتوقع‪.‬‬ ‫‪:Work Performance Reports -3‬‬ ‫وهي التقارير الناتجة عن تجميع المعلومات السابقة في مستندات المشروع مثل ‪,Dashboards‬‬ ‫وتقارير حالة المشروع ونسبة اإلنجاز للمشروع‪ ,‬مع المالحظات واالقتراحات والتحديثات‪.‬‬

‫‪12‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪13‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

Knowledge Areas: 4. Project Integration Management:

5. Project Scope Management:

6. Project Time Management:

7. Project Cost management:

14 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

8. Project Quality Management:

9. Project HR Management:

10. Project Communications Management:

11. Project Risk Management:

15 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪12. Project Procurement Management:‬‬

‫‪13. Project Stakeholder Management:‬‬

‫‪16‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪2 ORGANIZATIONAL INFLUENCES AND PROJECT‬‬ ‫‪LIFE CYCLE‬‬ ‫‪2.1 Organizational Influences on Project Management‬‬ ‫‪2.1.1 Organizational Cultures and Styles‬‬ ‫)‪Organization: Systematic Arrangement of entities (Persons/Departments‬‬ ‫‪aimed at accomplishing a purpose, which may involve undertaking‬‬ ‫‪projects.‬‬ ‫الـ ‪ Culture and Style‬للشركة هي مجموعة المظاهر المعروفة بـ ‪ Culture Norms‬والتي تمثل كيف‬ ‫تدير الشركة عملها‪.‬‬ ‫من األشياء التي تحددها ثقافة الشركة‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫الرؤى والقيم والتوقعات المشتركة‬ ‫السياسات واإلجراءات والطرق المتبعة‬ ‫أنظمة الحوافز والمكافآت‬ ‫النظام الهرمي وعالقاته‬ ‫أخالقيات العمل‪ ,‬نظام ضابطة العمل وساعات العمل‪.‬‬ ‫البيئة التشغيلية‬

‫هي جزء من الـ ‪.EEF‬‬ ‫يجب على مدير المشروع أن يكون ملم بثقاقة الشركة ومعرفة أصحاب القرار فيها واألشخاص المؤثرين‬ ‫على المشروع‪.‬‬

‫‪17‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪2.1.3 Organizational Structures‬‬

‫‪ Functional Organization:‬‬ ‫ لكل موظف مدير واحد معروف هو الـ ‪Functional Manager‬‬‫ يتم تجميع الموظفين حسب االختصاص مثل قسم اإلنتاج‪ ,‬التسويق‪ ,‬المحاسبة‪.‬‬‫‪ -‬كل قسم يقوم بعمل وظيفته في المشروع باستقاللية عن األقسام األخرى‪.‬‬

‫‪18‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ Matrix Organization‬‬ ‫ تقسم لضعيفة‪ ,‬قوية‪ ,‬ومتوازنة حسب قوة تأثير كل من مدير المشروع ومدير القسم‪.‬‬‫ المصفوفة الضعيفة يكون دور مدير المشروع التنسيق بين فريق العمل الموزع على عدة أقسام‪ ,‬وله‬‫بعد الصالحيات‪ .‬يكون مسمى المشروع ‪ ,Project Coordinator‬التنسيق يتم على أدنى مستوى‪.‬‬ ‫ المصفوفة القوية يكون مدير المشروع بدوام كامل مع صالحيات واسعة ولكن ليست مطلقة‪ ,‬وتملك‬‫فريق إداري بدوام كامل‪ .‬مدير المشروع يتبع إلدارة المشاريع‪.‬‬ ‫ المصفوفة المتوازنة تعطي مدير المشروع صالحيات متوسطة ولكنه يعمل بدوام كامل‪ .‬مدير‬‫المشروع يتبع للـ ‪.Functional Manager‬‬

‫‪19‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪ Projectized Organization‬‬ ‫ يكون فريق العمل مجمع في مكان جغرافي واحد (غالباً)‬‫ معظم موارد الشركة مركزة في المشاريع‬‫‪ -‬مدير المشروع له صالحية مطلقة على المشروع‬

‫‪20‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫)‪2.1.4 Organizational Process Assets (OPA‬‬ ‫هي الشغالت الخاصة بالشركة مثل الـ ‪ Plans , Policies , Procedures , Knowledge Bases‬والـ‬ ‫‪ Lessons Learned‬والـ ‪.Historical Information‬‬

‫)‪2.1.5 Enterprise Environmental Factors (EEF‬‬ ‫وتمثل الشغالت للظروف المحيطة بالمشروع الخارجة عن سيطرة فريق المشروع والتي تؤثر عليه مثل‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫ثقافة الشركة والـ ‪ Structure‬تبعها‪.‬‬ ‫التوزع الجغرافي للموارد‬ ‫الكودات الحكومية والصناعية‬ ‫البنية التحتية‬ ‫ظروف سوق العمل‬ ‫‪Stakeholder Risk Tolerance‬‬ ‫المناخ السياسي‬ ‫الـ ‪ PMIS‬وهو الـ ‪Project Management Control System‬‬

‫‪2.2 Project Stakeholders and Governance‬‬ ‫‪2.2.3 Project Success‬‬ ‫يقاس نجاح المشروع بإكمال المشروع ضمن الـست شغالت الرئيسية فيه مقارنة مع آخر ‪ Baseline‬تم‬ ‫اعتماده للمشروع في األمور التالية‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫‪Scope‬‬ ‫‪Time‬‬ ‫‪Cost‬‬ ‫‪Quality‬‬ ‫‪Resources‬‬ ‫‪Risk‬‬

‫‪2.4 Project Life Cycle‬‬ ‫تكون عادة‪:‬‬ ‫‪21‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫وتكون المخاطر عالية في البداية كما في الشكل ‪:‬‬

‫‪22‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪4. Project Integration Management‬‬ ‫مقدمة‪:‬‬ ‫الـ ‪ Integration Management‬تضم أعمال تحديد‪ ,‬جمع‪ ,‬توحيد والتنسيق بين عمليات وأنشطة‬ ‫المشروع المختلفة ضمن الـ ‪.Process Groups‬‬ ‫في حال أن هناك واحدة من الـ ‪ Process‬غير مطلوبة هذا ال يعني أن ال يتم ذكرها‪.‬‬ ‫يجب على مدير المشروع وفريقه ذكر كل الـ ‪ Processes‬ثم يتم تطبيق الضروري منها حسب المشروع‪.‬‬

‫‪4.1 Develop Project Charter‬‬ ‫الـ ‪ Project Charter‬هو المستند الذي ‪ Formally Authorises‬وجود المشروع‪ ,‬ويعطيه الصالحية‬ ‫الستخدام موارد الشركة على أنشطته‪.‬‬ ‫فوائده الرئيسية‪:‬‬ ‫‬‫‬‫‬‫‬‫‪-‬‬

‫تحديد زمن البداية والنهاية‬ ‫إنشاء سجل رسمي للمشروع‬ ‫الحصول على موافقة اإلدارة العليا للبدء فيه‬ ‫‪Approved Project Charter Formally Initiate the Project‬‬ ‫يضمن موافقة المشروع الستراتيجية الشركة وأعمالها القائمة‬

‫يحدد مدير المشروع في أبكر وقت ممكن‪ ,‬ومن المفضل أن يكون ذلك خالل تطوير الـ ‪Project Charter‬‬ ‫ودائما ً قبل بدء الـ ‪.Planning‬‬ ‫يتم الموافقة على الـ ‪ Project Charter‬من قبل الـ ‪Sponsoring Entity‬‬ ‫ال يعتبر عقد لعدم وجود مبلغ مالي مقابل إنشائه‪.‬‬ ‫يجب أن يكون من الشمولية بحيث ال نحتاج إلى تغييره خالل المشروع‪.‬‬ ‫‪23‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪4.1.1 Develop Project Charter: Inputs‬‬ ‫‪4.1.1.1 Project Statement of work‬‬ ‫الـ ‪ SOW‬هي وصف سردي للمنتج المطلوب إنتاجه بواسطة المشروع‪.‬‬ ‫في المشاريع الخارج نطاق الشركة يقدم الـ ‪ SOW‬كجزء من مستندات المناقصة‪ ,‬أو جزء من العقد‪ ,‬ويشير‬ ‫إلى ما يلي‪:‬‬ ‫ ‪( Business Need‬نفس أسباب الـ ‪ Business Case‬التالية)‬‫ ‪ Product Scope Description‬يصف خصائص المنتج وعالقته بالـ ‪Business Need‬‬‫ ‪ Strategic Plan‬يمثل رؤية الشركة وأهدافها االستراتيجية ومكان المشروع فيها‪.‬‬‫‪4.1.1.2 Business Case‬‬ ‫الـ ‪ Business Case‬تصف من وجهة نظر الـ ‪ Business‬فيما إذا كان المشروع يستحق االستثمار فيه أو‬ ‫ال‪ .‬وعادة يفصل فيها المناصب العليا في الشركات‪ .‬وتكون محددة لحدود المشروع‪ .‬وتنتج الـ ‪Business‬‬ ‫‪ Case‬عن أحد األسباب التالية‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫متطلبات السوق – نقص البنزين يدفع شركات السيارات نحو السيارات الكهربائية‬ ‫متطلبات المؤسسة – مشروع إلنتاج منتج يخفض التكاليف على الشركة‬ ‫متطلبات العميل – شركة الكهرباء تحتاج بناء مولد جديد‬ ‫التقدم التقني – شركة طيران تريد استخدام التذاكر اإللكترونية‬ ‫متطلبات قانونية – المواصفات تحدد نسبة السمية في مواد الدهان‬ ‫متطلبات بيئية – مشروع ناتج عن ضغط الهيئات البيئية‬ ‫متطلبات اجتماعية – مشروع غير ربحي لمد شبكة مياه لقرية نائية‬

‫مدير المشروع مسؤول عن تحقيق هذه المتطلبات بكفاءة وحرفية‪.‬‬ ‫‪4.1.1.3 Agreements‬‬ ‫يمكن أن تكون بشكل عقد‪ ,‬مذكرة تفاهم‪ ,‬اتفاقية تقديم خدمات‪ ,Letter of Intent ,‬إيميل أو أي اتفاقية‬ ‫مكتوبة أخرى‪.‬‬ ‫‪4.1.1.4 EEF‬‬ ‫‪4.1.1.5 OPA‬‬ ‫‪4.1.2 Develop Project Charter: Tools and Techniques‬‬ ‫‪4.1.2.1 Expert Judgment‬‬ ‫وتشمل‪:‬‬ ‫ وحدات أخرى من المؤسسة‬‫ االستشاريون‬‫‪24‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ الـ ‪ Stakeholders‬من ضمنهم الـ ‪ Customer‬والـ ‪Sponsor‬‬‫ الجهات الفنية والتقنية‬‫ رواد الصناعة‬‫ ‪Subject Matter Experts SME‬‬‫ ‪PMO‬‬‫‪4.1.2.2 Facilitation Techniques‬‬ ‫مثل الـ‬ ‫‬‫‬‫‬‫‪-‬‬

‫‬‫‬‫‬‫‪-‬‬

‫‪Brainstorming‬‬ ‫‪Conflict Resolution‬‬ ‫‪Problem Solving‬‬ ‫‪Meeting management‬‬ ‫‪4.1.3 Develop Project Charter: Outputs‬‬ ‫‪4.1.3.1 Project Charter‬‬ ‫مستند يصدر عن الـ ‪ Project Initiator‬أو الـ ‪Sponsor‬‬ ‫يطلق بشكل رسمي المشروع‬ ‫يعطي مدير المشروع صالحية استخدام موارد الشركة‬ ‫يوثق األمور التالية‪:‬‬ ‫‪ Business Needs o‬والـ ‪Project Propose‬‬ ‫‪ o‬الـ ‪ Objectives‬تبع المشروع مع الشروط المطلوبة لتحقيقها‬ ‫‪ Assumptions o‬و ‪Constraints‬‬ ‫‪The Understanding of Customer Needs o‬‬ ‫‪High Level Requirements o‬‬ ‫‪High Level Risks o‬‬ ‫‪Summary Milestone Schedule o‬‬ ‫‪Summary Budget o‬‬ ‫‪Stakeholder List o‬‬ ‫‪ o‬كيف نحدد أن المشروع قد نجح ومن يحدد ذلك‪.‬‬ ‫‪ o‬تعيين مدير المشروع وصالحياته‬ ‫‪ o‬اسم الجهة التي ستوافق على الـ ‪Charter‬‬ ‫‪ o‬ربط المشروع مع استراتيجية الشركة وأعمالها القائمة‬

‫‪4.2 Develop Project Management Plan‬‬ ‫هي عملية تحديد وتجهيز جميع الخطط الفرعية والمكاملة بينها للحصول على خطة شاملة للمشروع‪.‬‬ ‫‪25‬‬ ‫‪www.Logaritm.net‬‬

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

.‫ متابعة وإغالق المشروع‬,‫تحدد خطة إدارة المشروع كيف سيتم تنفيذ‬ .‫يتم تجهيزها على كامل مدة المشروع وتمتد حتى إغالق المشروع‬ .Progressively Elaborated ‫تتميز بأنها‬ Perform Integrated Change Control ‫ من خالل عملية الـ‬Controlled and Approved ‫هي‬ 4.2.1 Develop Project Management Plan: Inputs 4.2.1.1 Project Charter 4.2.1.2 Outputs from other processes 4.2.1.3 EEF 4.2.1.4 OPA 4.2.2 Develop Project Management: Tools and Techniques 4.2.2.1 Expert Judgment 4.2.2.2 Facilitation Techniques 4.2.3 Develop Project Management: Outputs 4.2.3.1 Project Management Plan :‫وتضم األمور التالية‬ :‫ وهي‬Basslines 3 ‫ الـ‬-1 Scope Baseline Schedule Baseline Cost Baseline ‫ األخرى‬Planning Processes ‫ الخطط الناتجة من الـ‬-7 26 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ -3‬دورة الحياة المختارة للمشروع‬ ‫‪ -4‬الـ ‪ Processes‬المنتقاة لهذا المشروع ومستوى تطبيقها‬ ‫‪ -5‬شرح الـ ‪ Tools and Techniques‬المستخدمة لهذه الـ ‪Processes‬‬ ‫‪ -6‬شرح كيفية الحفاظ على الـ ‪ Integrity‬الخاصة بالـ ‪ Baselines‬تبع المشروع‬ ‫‪ -2‬القرارات المعلقة والقضايا المفتوحة‬ ‫عندما تصبح الـ ‪ PMP‬بحالة ‪ Baselined‬فإنه ال يمكن تغييرها إال عن طريق ‪ CR‬والذي يتم إنشاؤه‬ ‫والموافقة عليه ضمن عملية ‪.Perform Integrated Change Control‬‬

‫‪27‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪4.3 Direct and Manage Project Work‬‬ ‫هي عملية تنفيذ األعمال المحددة في الـ ‪ PMP‬وتطبيق التغييرات الموافق عليها وذلك للوصول ألهداف‬ ‫المشروع‪.‬‬

‫وتضم هذه العملية األمور التالية‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫تنفيذ األنشطة لتحقيق أهداف المشروع‬ ‫إنشاء مخرجات المشروع التي توافق العمل المخطط له‬ ‫جمع وتدريب وإدارة فريق العمل‬ ‫الحصول على الموارد وإدارتها بما فيه المواد واألدوات والمعدات والمنشآت‬ ‫تطبيق طرق التنفيذ المخططة‬ ‫إنشاء وإدارة قنوات االتصال‬ ‫إنشاء تقارير األداء الخاصة بالكلفة والوقت والجودة وحالتها‪.‬‬ ‫إصدار ‪ CRs‬وتطبيق الموافق منها‬ ‫إدارة المخاطر وتطبيق أنشطة ردود الفعل على المخاطر‬ ‫إدارة الموردين والبائعين‬ ‫إدارة الـ ‪ Stakeholders‬ومستوى إندماجهم‬ ‫جمع وتوثيق الدروس المستفادة‬ ‫تطبيق أنشطة تحسين العمليات الموافق عليها‬

‫‪4.3.1 Direct and Manage Project Work: Inputs‬‬ ‫‪4.3.1.1 Project Management Plan‬‬ ‫‪4.3.1.2 Approved Change Requests‬‬ ‫هي من مخرجات عملية الـ ‪Perform Integrated Change Control‬‬ ‫‪28‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ Change/Configuration Control Board CCB ‫تضم الطلبات التي ت الموافقة عليه من قبل الـ‬ 4.3.1.3 EEF 4.3.1.4 OPA 4.3.2 Direct and Manage Project Work: Tools and Techniques 4.3.2.1 Expert Judgment 4.3.2.2 Project Management Information System (PMIS) :‫ يضم‬EEF ‫هو جزء من الـ‬ Scheduling Tool Work Authorization System Configuration Management System Information Collection and Distribution System Interface to Online Automated System Automated Gathering and Reporting on KPIs

-

.ً‫سيتم شرح هذه المصطلحات الحقا‬

4.3.2.3 Meetings :‫على ثالثة أنواع‬ ‫ تبادل معلومات‬‫ تقييم خيارات‬,‫ عصف ذهني‬‫ عملية اختيار القرارات‬‫ أن ال يتم جمع هذه األنواع في اجتماع واحد‬Best Practice ‫الـ‬ ‫يجب أن يتم تحضير لالجتماع بأجندة واضحة وهدف ووقت محددين‬ Action

Items

‫والـ‬

MOM

‫الـ‬

‫يجب أن يتم توثيق االجتماع من خالل‬ PMP ‫ يتم حفظها حسب ما هو مخطط في الـ‬MOM ‫الـ‬

Virtual Meeting ‫ وذلك لكفاءته مقارنة بالـ‬Face to Face ‫يفضل أن يكون االجتماع‬ 4.3.3 Direct and Manage Project Work: Outputs 4.3.3.1 Deliverables .‫ إلنجاز جزء من المشروع وعادة يكون ذو محتوى ملموس‬Verifiable ‫ و‬Unique ‫هو مخرج‬ 29 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪4.3.3.2 Work Performance Data‬‬ ‫تمثل المشاهدات والقياسات الخام التي تحدد أثناء إنجاز أعمال وأنشطة المشروع مثل‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫األعمال المنتهية‬ ‫‪(KPI) Key Performance Indicators‬‬ ‫قياسات األداء من الناحية التقنية‬ ‫تواريخ بداية ونهاية األنشطة‬ ‫أعداد طلبات التغيير‬ ‫أعداد القطع المعطوبة‬ ‫التكاليف الفعلية‬ ‫المدة الفعلية لألنشطة‬

‫‪Performance‬‬ ‫‪Information‬‬

‫‪Performance‬‬ ‫‪Reports‬‬

‫‪Performance‬‬ ‫‪Data‬‬

‫‪4.3.3.3 Change Requests‬‬ ‫الـ ‪ CRs‬يمكن أن تنتج من هذه العملية وعمليات أخرى مختلفة ولكن يتم تطبيقها ضمن هذه العملية فقط‪.‬‬ ‫الـ ‪ :CR‬هو مقترح رسمي لتعديل مستند‪ ,‬مخرج أو ‪.Baseline‬‬ ‫ب أربع‪:‬‬ ‫تطبيق الـ ‪ CRs‬يتم ألسبا ٍ‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫‪ :Corrective Action‬القيام بـ ‪ Realign‬ألداء المشروع مع الـ ‪PMP‬‬ ‫‪ :Preventive Action‬التحقق من أن األداء المستقبلي متوافق مع الـ ‪PMP‬‬ ‫‪ :Defect Repair‬تعديل منتج أو جزء منه غير موافق للمواصفات‬ ‫‪ :Updates‬تحديث الخطط أو المستندات لتناسب فكرة جديدة أو محتوى جديد‬ ‫‪4.3.3.4 Project Management Plan Update‬‬ ‫‪4.3.3.5 Project Document Updates‬‬

‫‪4.4 Monitor and Control Project Work‬‬ ‫هي عملية متابعة‪ ,‬مراجعة وإنشاء التقارير عن اإلنجاز للوصول ألهداف المشروع المحددة بالـ ‪.PMP‬‬ ‫الهدف األساي منها أنها تمنح الـ ‪ Stakeholders‬القدرة على معرفة‪:‬‬ ‫ حالة المشروع‬‫‪30‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ الخطوات المتخذة‬‫ الـ ‪Budget‬‬‫ البرنامج الزمني‬‫‪ -‬توقعات الـ ‪Scope‬‬

‫تهتم هذه العملية بـ‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫مقارنة أداء المشروع الفعلي بالـ ‪PMP‬‬ ‫تقدير األدء لتحديد الحاجة ألي إجراء احترازي أو تصحيحي ثم اقتراح هذه اإلجراءات‬ ‫تحديد المخاطر الجديدة ومتابعة المخاطر القائمة وحالتها وهل تم الرد عليها بشكل صحيح‬ ‫متابعة حالة منتج المشروع بدقة‬ ‫تقديم المعلومات الالزمة لتقارير حالة المشروع وتقدم األعمال والتوقعات‬ ‫تقديم التوقعات الخاصة بالكلفة والزمن‬ ‫متابعة تطبيق طلبات التغيير الموافق عليها‬

‫‪4.4.1 Monitor and Control Project Work: Inputs‬‬ ‫‪4.4.1.1 Project Management Plan‬‬ ‫‪4.4.1.2 Schedule Forecasts‬‬ ‫ناتجة عن عملية الـ ‪ Control Schedule‬وتستخدم مفاهيم الـ ‪ EVM‬للحصول على التوقعات‪.‬‬ ‫‪4.4.1.3 Cost Forecasts‬‬ ‫ناتجة عن عملية ‪ Control Costs‬وتستخدم مفاهيم الـ ‪ EVM‬للحصول على التوقعات‬ ‫‪4.4.1.4 Validated Changes‬‬ ‫الـ ‪ CR‬يمر بثالث مراحل‪:‬‬ ‫‪CR -1‬‬ ‫‪Approved CR -7‬‬ ‫‪31‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪Validated CR -3‬‬ ‫وفي هذه المرحلة يتم التأكد من أن الـ ‪ CR‬تم تطبيقه بشكل صحيح‪.‬‬ ‫‪4.4.1.5 Work Performance Information‬‬ ‫تمثل المعلومات الخام الناتجة عن العمليات المختلفة وذلك بعد معالجتها وتحليلها ضمن سياق تكاملي‪.‬‬ ‫الـ ‪ Performance Date‬تتحول إلى ‪ Performance Information‬بعد معالجتها ألن الـ ‪ Data‬ال‬ ‫تفيد في عمليات اتخاذ القرار ألنها خارج السياق التكاملي‪.‬‬ ‫يتم توزيع معلومات األداء خالل عمليات االتصال‪.‬‬ ‫مثال عليها‪:‬‬ ‫ حالة المخرجات‬‫ حالة تطبيق طلبات التغيير‬‫‪ -‬التوقعات‬

‫‪Performance‬‬ ‫‪Reports‬‬

‫‪Performance‬‬ ‫‪Information‬‬

‫‪Performance‬‬ ‫‪Data‬‬

‫‪4.4.1.6 EEF‬‬ ‫‪4.4.1.7 OPA‬‬ ‫‪4.4.2 Monitor and Control Project Work: tools and Techniques‬‬ ‫‪4.4.2.1 Expert Judgment‬‬ ‫‪4.4.2.2 Analytical Techniques‬‬ ‫تستخدم للحصول على التوقعات‪ ,‬وتستخدم على نطاق واسع في إدارة المشاريع‪ ,‬وتضم مثالً‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫‪Regression Analysis‬‬ ‫‪Grouping Methods‬‬ ‫‪Casual Analysis‬‬ ‫‪Root Cause Analysis‬‬ ‫‪Forecasting Methods‬‬ ‫‪Failure Mode and Effect Analysis FMEA‬‬ ‫‪Fault Tree Analysis FTA‬‬ ‫‪Reserve Analysis‬‬ ‫‪Trend Analysis‬‬ ‫‪32‬‬

‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ ‪EVM‬‬‫ ‪Variance Analysis‬‬‫‪4.4.2.3 Project Management Information System PMIS‬‬ ‫‪4.4.2.4 Meeting‬‬ ‫‪4.4.3 Monitor and Control Project Work: Outputs‬‬ ‫‪4.4.3.1 Change Requests‬‬ ‫إن مقارنة النتائج الفعلية بالمخططة يمكن أن يؤدي لحصول طلبات تغيير‪.‬‬ ‫على طلبات التغيير أن تمر عبر عملية الـ ‪.Integrated Change Control‬‬ ‫‪4.4.3.2 Work Performance Reports‬‬ ‫تقارير األداء هي طريقة عرض معلومات األداء‪.‬‬ ‫تهدف للحصول على القرارات أو إظهار المشاكل‪.‬‬ ‫هي جزء من الـ ‪.Project Documents‬‬ ‫تضم‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫حالة المشروع‬ ‫المذكرات‬ ‫المبررات‬ ‫مالحظات حول المعلومات‬ ‫التوصيات‬ ‫التحديثات‬

‫‪Performance‬‬ ‫‪Reports‬‬

‫‪Performance‬‬ ‫‪Information‬‬

‫‪Performance‬‬ ‫‪Data‬‬

‫‪4.4.3.3 Project Management Plans Updates‬‬ ‫‪4.4.3.4 Project Documents Updates‬‬

‫‪4.5 Perform Integrated Change Control‬‬ ‫هي العملية التي يتم فيها مراجعة جميع طلبات التغيير والموافقة عليها‪ ,‬وإدارة التغييرات كما تضم توزيع‬ ‫نتائج هذه العملية على الـ ‪.Stakeholders‬‬

‫‪33‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫الهدف منها أن إجراء عملية التغيير بشكل تكاملي وذلك لتجنب الخطر الناتج عن تطبيق التغيير بشكل‬ ‫إفرادي‬

‫عملية الـ ‪ Perform Integrated Change Control‬فيها األمور التالية‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫هي مسؤولية مدير المشروع بشكل كامل‬ ‫تتم من بدء عملية الـ ‪ Inspection‬في المشروع حتى نهايته‬ ‫يطلب التغيير من قبل أحد الـ ‪Stakeholders‬‬ ‫كل طلبات التغيير يجب أن تكون موثقة ومكتوبة‬ ‫يتم حساب الـ ‪ Impact‬للتغيير على الوقت والتكلفة‬ ‫يتم الرفض أو القبول عن طريق الشخص المسؤول‬ ‫يمكن أن يستعاض عن هذا الشخص بـ ‪ CCB‬أي ‪Change Control Board‬‬ ‫الـ ‪ CCB‬يقوم بمراجعة وتقييم والموافقة أو الرفض على طلبات التغيير‬ ‫يتم توزيع نتائج طلبات التغيير الموافقة والمرفوضة للجهات المعنية‬ ‫يتم تطبيق طلبات التغيير الموافقة في عملية ‪Direct and Manage Project Work‬‬

‫الـ ‪ Configuration Control‬يركز على شغلتين‪:‬‬ ‫‪ -1‬موصفات الـ ‪Deliverables‬‬ ‫‪ -7‬مواصفات الـ ‪Processes‬‬ ‫أما الـ ‪ Change Control‬فهو يركز على إدارة التغييرات على‪:‬‬ ‫‪Project Deliverables -1‬‬ ‫‪Project Documents -7‬‬ ‫‪Project Baselines -3‬‬ ‫‪34‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫بعض أنشطة الـ ‪:Configuration Management‬‬ ‫‪Configuration Identification ‬‬ ‫يعني تحديد الـ ‪ Configuration Item‬والذي هو أحد مواصفات المنتج (مثل اللون)‪ .‬والذي سيصبح أساس‬ ‫للتحقق من المنتج الحقا ً وتسميته وإدارة التغييرات فيه وتحديد المسؤول عنه‪.‬‬ ‫‪Configuration Status Accounting ‬‬ ‫يتم تحديد قائمة بالـ ‪ Items‬وحالة التغييرات عليه وحالة تطبيقها أيضاً‪.‬‬ ‫‪Configuration Verification and Audit ‬‬ ‫يتم التحقق من أن الـ ‪ Items‬صحيحة وأن التغييرات التي تجرى عليها سليمة‪.‬‬ ‫الهدف من الـ ‪ Configuration Management Plan‬هو الحصول على مكان واحد تجمع فيه جميع‬ ‫المستندات للمشروع مع الوصول آلخر ‪ Version‬من الخطط والـ ‪.baselines‬‬ ‫الـ ‪ Configuration Management System‬يحوي األدوات واإلجراءات والعمليات التي يمكن‬ ‫استخدامها للتحكم ومتابعة تطور مستندات المشروع‪.‬‬

‫‪4.5.1 Perform Integrated Change Control: Inputs‬‬ ‫‪4.5.1.1 Project Management Plan‬‬ ‫‪4.5.1.2 Work Performance Reports‬‬ ‫‪4.5.1.3 Change Requests‬‬ ‫كل الـ ‪ CRs‬الناتجة عن العمليات األخرى يجب أن تمر بهذه العملية للحصول على الموافقة أو الرفض‪.‬‬ ‫‪4.5.1.4 EEF‬‬ ‫‪4.5.1.5 OPA‬‬ ‫‪4.5.2 Perform Integrated Change Control: Tools and Techniques‬‬ ‫‪4.5.2.1 Expert Judgment‬‬ ‫‪4.5.2.2 Meetings‬‬ ‫هنا تمثل اجتماعات الـ ‪ CCP‬التي تتم حسب الحاجة‪.‬‬ ‫‪4.5.2.3 Change Control Tools‬‬ ‫مثل البرامج وغيرها‪.‬‬ ‫‪35‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪4.5.3 Perform Integrated Change Control: Outputs‬‬ ‫‪4.5.3.1 Approved Change Requests‬‬ ‫يتم الموافقة على الـ ‪ CRs‬في هذه العملية‪ ,‬ويتم تطبيقها في عملية ‪4.3‬‬ ‫‪4.5.3.2 Change Log‬‬ ‫يتم حفظ نسخة من الطلبات المقدمة سواءا ً تم الموافقة أم ال ضمن ‪ Change Log‬ويكون جزء من مستندات‬ ‫المشروع‪ ,‬ويتم توزيعه على الـ ‪ Stakeholders‬بشكل دوري‪.‬‬ ‫‪4.5.3.3 Project Management Plan Updates‬‬ ‫‪4.5.3.4 Project Documents Updates‬‬

‫‪4.6 Close Project or Phase‬‬ ‫هي عملية إنهاء جميع أنشطة المشروع والعمليات األخرى فيه بشكل رسمي‪.‬‬ ‫الفائدة منها الحصول على الدروس المستفادة‪ ,‬اإلنهاء الرسمي للمشروع‪ ,‬وتحرير موارد المشروع‪.‬‬

‫‪4.6.1 Close Project or Phase: Inputs‬‬ ‫‪4.6.1.1 Project Management Plan‬‬ ‫‪4.6.1.2 Accepted Deliverables‬‬

‫‪Close‬‬ ‫‪Project‬‬ ‫‪/ Phase‬‬

‫‪Accepted‬‬ ‫‪Deliverable‬‬

‫‪Validate‬‬ ‫‪Scope‬‬

‫‪Verified‬‬ ‫‪Deliverable‬‬

‫‪Control‬‬ ‫‪Quality‬‬

‫‪Deliverable‬‬

‫‪36‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 4.6.1.3 Organizational Process Assets 4.6.2 Close Project or Phase: Tools and Techniques 4.6.2.1 Expert Judgment 4.6.2.2 Analytical Techniques :‫ ويمكن هنا أن يستخدم‬4.4.7.7 ‫سبق شرحها في‬ Regression Analysis Trend Analysis 4.6.2.3 Meetings 4.6.3 Close Project or Phase: Outputs 4.6.3.1 Final Product, Service, or Result Transition 4.6.3.2 Organizational Process Assets Updates :‫حيث يتم تحديث األمور التالية‬ ‫ ملفات المشروع في سجالت الشركة‬‫ مستندات إنهاء المشروع الرسمية‬‫ الدروس المستفادة حول القضايا والمخاطر والتقنيات المستخدمة‬-

37 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

5. Project Scope Management .‫تضم العمليات المطلوبة للتأكد من أن المشروع سينفذ العمل المطلوب فقط دون زيادة أو نقص‬ :‫نميز بين أمرين‬ ‫ هو مواصفات وخصائص المنتج المطلوب‬:Product Scope  .‫ هو العمل المطلوب للحصول على المنتج المطلوب‬:Project Scope  .PMP ‫ هو الـ‬Project Scope ‫مقياس المقارنة للـ‬ 5.7 Product Requirements ‫ هو الـ‬Product Scope ‫مقياس المقارنة للـ‬

5.1 Plan Scope Management

5.1.1 Plan Scope Management: Inputs 5.1.1.1 Project Management Plan 5.1.1.2 Project Charter 5.1.1.3 Enterprise Environmental Factors 5.1.1.4 Organizational Process Assets 5.1.2 Plan Scope Management: Tools and Techniques 5.1.2.1 Expert Judgment 5.1.2.2 Meetings 5.1.3 Plan Scope Management: Outputs 5.1.3.1 Scope Management Plan .Scope ‫هي الخطة التي تبين كيف سيتم تحديد وتطوير وإدارة والتحكم والتحقق من الـ‬ 5.1.3.2 Requirements Management Plan .‫هي الخطة التي تبين كيف سيتم تحليل وتوثيق وإدارة المتطلبات‬ 38 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪5.2 Collect Requirements‬‬ ‫هي عملية تحديد وتوثيق وإدارة متطلبات الـ ‪ Stakeholders‬للوصول إلى أهداف المشروع‪.‬‬

‫نجاح المشروع مرتبط بشكل رئيسي باشتراك الـ ‪ Stakeholders‬بعملية تحليل المتطلبات وتوثيقها‪.‬‬ ‫يمكن أن تكون المتطلبات على أنواع‪:‬‬ ‫‬‫‬‫‪-‬‬

‫‬‫‬‫‪-‬‬

‫‪Business Requirements‬‬ ‫‪Stakeholder Requirements‬‬ ‫‪ :Solution Requirements‬وتقسم لنوعين‪:‬‬ ‫‪ :Functional o‬تصف الـ ‪ Behaviours‬تبع المنتج مثل العمليات والبيانات‪.‬‬ ‫‪ :Non-functional o‬تصف البيئة المحيطة المطلوبة حتى يكون المنتج فعال مثل الحفظ‬ ‫واألمان وغيرها‪.‬‬ ‫‪ Transition Requirements‬مثل التدريب الالزم للعمال غير المهرة‬ ‫‪Project Requirements‬‬ ‫‪Quality Requirements‬‬ ‫‪5.2.1 Collect Requirements: Inputs‬‬ ‫‪5.2.1.1 Scope Management Plan‬‬ ‫‪5.2.1.2 Requirements Management Plan‬‬ ‫‪5.2.1.3 Stakeholder Management Plan‬‬ ‫‪5.2.1.4 Project Charter‬‬ ‫‪5.2.1.5 Stakeholder Register‬‬ ‫‪39‬‬

‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪5.2.2 Collect Requirements: Tools and Techniques‬‬ ‫‪5.2.2.1 Interviews‬‬ ‫‪5.2.2.2 Focus Groups‬‬ ‫يتم جمع الـ ‪ Prequalified Stakeholders‬والـ ‪ Subject Matter Experts‬ألخذ آرائهم حول المنتج‬ ‫المطلوب‪.‬‬ ‫‪5.2.2.3 Facilitated Workshops‬‬ ‫يتم جمع الـ ‪ Key Stakeholders‬لتحديد متطلبات المنتج‪.‬‬ ‫تؤدي لزيادة الثقة وتحسين االتصال بين المجتمعين مما يزيد من إجماع الـ ‪Stakeholders‬‬ ‫مثال عنها ‪ Joint Application Design / Development JAD‬والتي تستخدم في مجال البرامج‪.‬‬ ‫مثال آخر الـ ‪ Quality Function QFD‬التي تستخدم في مجال التصنيع‪.‬‬ ‫تبدأ الـ ‪ QFD‬أوالً بجمع متطلبات الزبون والتي تعرف بـ ‪.Voice of Customer VOC‬‬ ‫تنظم المتطلبات وترتب وتوضع األهداف المراد تحقيقها‪.‬‬ ‫يتم بعدها تحضير الـ ‪ User Stories‬والتي هي وصف سردي للمنتج المطلوب يصف الـ ‪Stakeholder‬‬ ‫الذي سيستفيد من الخدمة ‪ ,ROLE‬ويصف ما يحتاج الـ ‪ Stakeholder‬لتحقيقه ‪ ,Goal‬كما يصف الفائدة‬ ‫التي ترجع على الـ ‪ Stakeholder‬وهي ‪.Motivation‬‬ ‫‪5.2.2.4 Group Creativity Techniques‬‬ ‫‪ Brainstorming‬‬ ‫‪ Nominal Group Technique‬‬ ‫مثل اللي قبله ولكن يحوي تصويت لألفكار‬ ‫‪ Idea/Mind Mapping‬‬ ‫يتم جمع األفكار المتولدة من الـ ‪ Brainstorming‬في خريطة واحدة إليجاد الصفات المشتركة‬ ‫والمختلفة بينها وتوليد أفكار جديدة‪.‬‬ ‫‪ Affinity Diagram‬‬ ‫يتم تصنيف األفكار الكثيرة ضمن مجموعات‪.‬‬ ‫‪ Multi criteria Decision Analysis‬‬ ‫يتم وضع مصفوفة قرار ووضع متغيرات أخرى لكل فكرة مثل المخاطر والقيمة وذلك من أجل تقييم‬ ‫األفكار المطروحة‪.‬‬ ‫‪5.2.2.5 Group Decision Making Techniques‬‬ ‫تستخدم هذه التقنيات في توليد األفكار بالخطوة السابقة‪.‬‬ ‫اإلجماع ‪ Unanimity‬‬ ‫‪40‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ Majority‬‬ ‫‪ Plurality‬‬ ‫‪ Dictatorship‬‬ ‫‪5.2.2.6 Questionnaires and Surveys‬‬ ‫تناسب الجمهور العريض‪ ,‬أو بسبب ظروف التوزع الجغرافي‪.‬‬ ‫‪5.2.2.7 Observations‬‬ ‫تعرف أيضا ً بـ ‪.Job Shadowing‬‬ ‫يتم بمراقبة قيام جهة ذات خبرة بالقيام بالعمل‬ ‫يستخدم في حال كان المستخدم للمنتج يواجه صعوبة في تحديد متطلباته‪.‬‬ ‫‪5.2.2.8 Prototypes‬‬ ‫تستخدم للحصول على ‪ Early Feedback‬للمتطلبات بإنتاج موديل أولي للمنتج المتوقع‪.‬‬ ‫‪ Storyboarding‬هو أحد تقنيات الـ ‪ Prototype‬والذي يظهر ترتيب خطوات الفكرة‪.‬‬ ‫‪5.2.2.9 Benchmarking‬‬ ‫مقارنة الـ ‪ Practice‬الفعلي بغيره وذلك لتحديد الـ ‪.Best Practice‬‬ ‫‪5.2.2.10 Context Diagrams‬‬

‫مخطط يبين العملية بشكل كامل‬ ‫‪5.2.2.11 Document Analysis‬‬ ‫يتم استنباط المتطلبات بتحليل المستندات المتعددة مثل الـ ‪ ,Business Plans‬ووضع السوق واالتفاقيات‬ ‫والـ ‪ Request For Proposal‬واألكواد وغيرها الكثير‪.‬‬

‫‪41‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪5.2.3 Collect Requirements: Outputs‬‬ ‫‪5.2.3.1 Requirements Documentation‬‬ ‫قبل أن يتم اعتمادها‪ ,‬يجب أن تكون المتطلبات‪:‬‬ ‫‬‫‬‫‬‫‪-‬‬

‫غير مبهمة (قابلة للقياس والفحص)‬ ‫قابلة للمتابعة‬ ‫كاملة‬ ‫مقبولة لدى الـ ‪Stakeholders‬‬

‫‪5.2.3.2 Requirements Traceability Matrix‬‬ ‫هي المصفوفة التي تربط المتطلبات مع المخرجات (الـ ‪ Requirements‬مع الـ ‪.)Deliverables‬‬ ‫الهدف منها التحقق من أن كل متطلب يضيف ‪.Business Value‬‬ ‫تمثل األساس الذي يتم عليه متابعة المتطلبات خالل المشروع‪ ,‬وإدارة التغييرات الحاصلة عليها‪.‬‬

‫‪5.3 Define Scope‬‬ ‫هي العملية التي يتم فيها تطوير شرح مفصل عن المشروع وعن المنتج‪.‬‬

‫‪42‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫إن المتطلبات التي تم جمعها في العملية السابقة ال تدخل جميعها في المشروع‪.‬‬ ‫في ‪ Define Scope‬يتم اختيار المتطلبات النهائية التي سيتم تضمنها في المشروع‪.‬‬ ‫‪5.3.1 Define Scope: Inputs‬‬ ‫‪5.3.1.1 Scope Management Plan‬‬ ‫‪5.3.1.2 Project Charter‬‬ ‫‪5.3.1.3 Requirements Documentation‬‬ ‫‪5.3.1.4 Organizational Process Assets‬‬ ‫‪5.3.2 Define Scope: Tools and Techniques‬‬ ‫‪5.3.2.1 Expert Judgment‬‬ ‫‪5.3.2.2 Product Analysis‬‬ ‫تستخدم هذه التقنية في المشاريع التي يكون فيها المشروع قائم للحصول على منتج‪.‬‬ ‫للحصول على منتج ما هناك عدة طرق صحيحة‪ .‬هذه التقنية تساعد على كشف هذه الطرق‪.‬‬ ‫‪5.3.2.3 Alternatives Generation‬‬ ‫تستخدم لدراسة جميع الطرق البديلة لتحقيق هدف المشروع‪.‬‬ ‫‪5.3.2.4 Facilitated Workshops‬‬ ‫‪5.3.3 Define Scope: Outputs‬‬ ‫‪5.3.3.1 Project Scope Statement‬‬ ‫تضم ما يلي‪:‬‬ ‫‪ :Product Scope Description ‬هي خصائص المنتج المطلوب وتتميز بأنها ‪progressively‬‬ ‫‪.elaborated‬‬ ‫‪ :Acceptance Criteria ‬تمثل الشروط المطلوب تحقيقها قبل قبول المخرجات‪.‬‬ ‫‪ :Deliverable ‬كل منتج أو نتيجة مطلوب الحصول عليها من أجل إكمال المشروع‪.‬‬ ‫‪43‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ :Project Exclusion ‬يضم قائمة األمور المستثناة من المشروع‪.‬‬ ‫‪ :Constraints ‬تمثل العوائق الداخلية والخارجية التي تعيق أو تحدد عمل المشروع‪.‬‬ ‫‪ :Assumptions ‬يضم االفتراضات وكذلك أثرها إذا كانت خاطئة‪ ,‬ويتم العودة لها بشكل متكررحتى‬ ‫نهاية المشروع للتأكد من أنها ما زالت صالحة‪.‬‬ ‫‪5.3.3.2 Project Documents Updates‬‬ ‫مثالً‪:‬‬ ‫ ‪Stakeholder Register‬‬‫ ‪Requirements Documentation‬‬‫‪RTM -‬‬

‫‪5.4 Create WBS‬‬ ‫هي عملية تقسيم مخرجات المشروع إلى أقسام أصغر لتسهيل إدارتها‪.‬‬

‫يقسم المشروع إلى عدة ‪ Work Packages‬وكل واحدة منها تمثل المستوى الذي يمكن عليه متابعة األعمال‬ ‫وإدارتها والتحكم بها وتقديرها‪ ,‬وتضم عدة نشاطات‪.‬‬ ‫‪5.4.1 Create WBS: Inputs‬‬ ‫‪5.4.1.1 Scope Management Plan‬‬ ‫‪5.4.1.2 Project Scope Statement‬‬ ‫‪5.4.1.3 Requirements Documentation‬‬ ‫‪5.4.1.4 Enterprise Environmental Factors‬‬ ‫‪5.4.1.5 Organizational Process Assets‬‬ ‫‪44‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪5.4.2 Create WBS: Tools and Techniques‬‬ ‫‪5.4.2.1 Decomposition‬‬ ‫هي أهم أداة من أدوات عمل الـ ‪ ,WBS‬وتعني تحليل الـ ‪ Scope‬والمخرجات إلى أقسام متعددة لتسهيل‬ ‫إدارتها‪.‬‬ ‫‪ :Work Packages‬أدنى مستوى من الـ ‪ WBS‬الذي يتم تقديره وإدارته‪.‬‬ ‫تحدد درجة التقسيم حسب تعقيد المشروع‪.‬‬ ‫‪5.4.2.2 Expert Judgment‬‬ ‫يمكن أن يتم تقسيم الـ ‪ WBS‬حسب‪:‬‬ ‫‪ -‬المرحلة‬

‫‪ -‬الـ ‪Deliverables‬‬

‫‪45‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫يتم التقسيم حسب تعقيد المشروع مع األخذ بعين االعتبار أن التقسيم الزائد يؤدي إلى زيادة الجهد الالزم‬ ‫لإلدارة‪ ,‬وقلة اإلنتاجية في العمل وصعوبة جمع البيانات‪.‬‬ ‫عملية الـ ‪ Decomposition‬هي عملية ‪ Progressively Elaborated‬أي أنه يتم باستمرار تقسيم‬ ‫األعمال على مدار المشروع وهذا يعرف أيضا ً بمصطلح ‪.Rolling Wave Planning‬‬ ‫‪ :Control Account‬هو المستوى الذي يتم عنده متابعة الوقت والكلفة والزمن‪ ,‬ويمكن أن يضم ‪Work‬‬ ‫‪ Package‬واحدة أو أكثر‪.‬‬ ‫‪ :Planning Package‬هو نفس الـ ‪ Work Package‬لكن تفاصيله أنشطته غير معلومة في حينه‪.‬‬

‫‪46‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪5.4.3 Create WBS: Outputs‬‬ ‫‪5.4.3.1 Scope Baseline‬‬

‫‪WBS‬‬ ‫‪Dictionary‬‬

‫‪WBS‬‬

‫‪Scope‬‬ ‫‪Statement‬‬

‫‪Scope‬‬

‫‪Baseline‬‬

‫الـ ‪ WBS Dictionary‬هو مستند يضم تفصيل كل واحد من الـ ‪ ,WBS‬يضم األمور التالية‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫الكود الخاص بالحسابات‬ ‫وصف العمل‬ ‫االفتراضات والقيود‬ ‫المؤسسة المسؤولة‬ ‫الـ ‪Milestones‬‬ ‫األنشطة المتضمنة داخله‬ ‫الموارد المطلوبة‬ ‫تقدير الكلفة‬ ‫متطلبات الجودة‬ ‫شروط قبول العمل‬ ‫المراجع الفنية‬ ‫المعلومات التعاقدية الخاصة‬ ‫‪5.4.3.2 Project Documents Updates‬‬

‫‪5.5 Validate Scope‬‬ ‫هي العملية التي يتم فيها الحصول على موافقة رسمية للمخرجات المنتهية‪.‬‬

‫‪47‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

5.5.1 Validate Scope: Inputs 5.5.1.1 Project Management Plan 5.5.1.2 Requirements Documentation 5.5.1.3 Requirements Traceability Matrix 5.5.1.4 Verified Deliverables 5.5.1.5 Work Performance Data 5.5.2 Validate Scope: Tools and Techniques 5.5.2.1 Inspection 5.5.2.2 Group Decision-Making Techniques 5.5.3 Validate Scope: Outputs 5.5.3.1 Accepted Deliverables

Deliverable

Control Quality

Verified Deliverable

Validate Scope

Accepted Deliverable

Close Project / Phase

5.5.3.2 Change Requests .Defect Repair ‫ لعمل‬CR ‫إن المخرجات الغير مقبولة ربما تحتاج‬

48 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪5.5.3.3 Work Performance Information‬‬

‫‪Performance‬‬ ‫‪Reports‬‬

‫‪Performance‬‬ ‫‪Information‬‬

‫‪Performance‬‬ ‫‪Data‬‬

‫‪5.5.3.4 Project Documents Updates‬‬

‫‪5.6 Control Scope‬‬ ‫هي عملية التحكم بحالة الـ ‪ Scope‬والـ ‪ Product‬وإدارة التغييرات على الـ ‪ .Scope Baseline‬وتضمن‬ ‫أن جميع طلبات التغيير يجب أن تمر عبر الـ ‪.Integrated Change Control Process‬‬

‫‪ :Scope Creep‬هو األعمال األضافية على الـ ‪ Scope‬التي أضيفت بدون أخذ الوقت والكلفة والموارد‬ ‫بعين االعتبار‪.‬‬

‫‪49‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 5.6.1 Control Scope: Inputs 5.6.1.1 Project Management Plan 5.6.1.2 Requirements Documentation 5.6.1.3 Requirements Traceability Matrix 5.6.1.4 Work Performance Data 5.6.1.5 Organizational Process Assets 5.6.2 Control Scope: Tools and Techniques 5.6.2.1 Variance Analysis .Baseline ‫يعني تحديد أسباب الفروقات بين الفعلي والـ‬ 5.6.3 Control Scope: Outputs 5.6.3.1 Work Performance Information 5.6.3.2 Change Requests 5.6.3.3 Project Management Plan Updates 5.6.3.4 Project Documents Updates 5.6.3.5 Organizational Process Assets Updates

50 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪6 PROJECT TIME MANAGEMENT‬‬

‫‪6.1 Plan Schedule Management‬‬ ‫هي دليل اإلجراءات والوثائق الالزمة إلدارة وتطوير الـ ‪.Project Schedule‬‬

‫‪51‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪6.1.1 Plan Schedule Management: Inputs‬‬ ‫‪6.1.1.1 Project Management Plan‬‬ ‫‪6.1.1.2 Project Charter‬‬ ‫‪6.1.1.3 Enterprise Environmental Factors‬‬ ‫‪6.1.1.4 Organizational Process Assets‬‬ ‫‪6.1.2 Plan Schedule Management: Tools and Techniques‬‬ ‫‪6.1.2.1 Expert Judgment‬‬ ‫‪6.1.2.2 Analytical Techniques‬‬ ‫‪6.1.2.3 Meetings‬‬ ‫‪6.1.3 Plan Schedule Management: Outputs‬‬ ‫‪6.1.3.1 Schedule Management Plan‬‬ ‫تضم ما يلي‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫‬‫‪-‬‬

‫الـ ‪ Methodology‬الخاصة بتطوير البرنامج الزمني واألداة المستخدمة لذلك‪.‬‬ ‫مستوى الدقة في تقدير أزمنة األنشطة وربما مقدار الزمن المحجوز للطوارئ فيها‪.‬‬ ‫واحدات القياس (ساعة عمل أو يوم)‬ ‫‪Organizational Procedures Links‬‬ ‫صفات عملية تحديث البرنامج الزمني‬ ‫‪ Control Thresholds‬وهو مقدار الـ ‪ Variance‬المسموح قبل أن يتم اتخاذ قرار‪ .‬عادة تكون‬ ‫نسبة مئوية‪.‬‬ ‫قواعد قياس األداء‪ ,‬مثل ‪ EVM‬أو غيرها‪ ,‬وأيضاً‪:‬‬ ‫‪ o‬قواعد حساب نسبة اإلنجاز‬ ‫‪ o‬الـ ‪Control Accounts‬‬ ‫نماذج التقارير‬ ‫شرح العمليات داخل إدارة الـ ‪.Schedule‬‬

‫‪6.2 Define Activities‬‬ ‫وفيها تقسم الـ ‪ Work Package‬إلى أنشطة‪.‬‬

‫‪52‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪6.2.1 Define Activities: Inputs‬‬ ‫‪6.2.1.1 Schedule Management Plan‬‬ ‫‪6.2.1.2 Scope Baseline‬‬ ‫‪6.2.1.3 Enterprise Environmental Factors‬‬ ‫‪6.2.1.4 Organizational Process Assets‬‬ ‫‪6.2.2 Define Activities: Tools and Techniques‬‬ ‫‪6.2.2.1 Decomposition‬‬ ‫‪6.2.2.2 Rolling Wave Planning‬‬ ‫وهو العملية التكرارية للتخطيط‪ ,‬حيث يتم تخطيط األنشطة على مستوى عالي ثم التفصيل لألمور األقرب‬ ‫مع تقدم الوقت‪.‬‬ ‫‪6.2.2.3 Expert Judgment‬‬ ‫‪6.2.3 Define Activities: Outputs‬‬ ‫‪6.2.3.1 Activity List‬‬ ‫وتضم قائمة بكل األنشطة مع أكوادها وشرحه بشكل يؤدي للفهم الكافي‪.‬‬ ‫‪6.2.3.2 Activity Attributes‬‬ ‫وهي األمور األخرى التي تضاف على القائمة وتضم مثالً‪:‬‬ ‫ ‪Activity ID‬‬‫ ‪WBS ID‬‬‫ اسم النشاط‬‫وبعد انتهاء جميع األعمال في مرحلة التخطيط تتوسع هذه القائمة لتشمل‪:‬‬ ‫ زمن نهاية النشاط‬‫‪53‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ ‪Activity Code‬‬‫ النشاط السابق والالحق‬‫ الـ ‪ Leeds‬والـ ‪Lags‬‬‫ متطلبات الموارد‬‫ القيود واالفتراضات‬‫ويمكن أن تضم أمور أخرى مثل الشخص المسؤول عن العمل والمكان الجغرافي والرزنامة ونوع النشاط‪.‬‬ ‫‪6.2.3.3 Milestone List‬‬ ‫يمكن أن تكون الـ ‪ Milestones‬موجودة في العقد أو بشكل اختياري‪.‬‬ ‫يتميز عن النشاط بأن زمنه يساوي الصفر‪ ,‬وال يحوي موارد وال تكلفة‪.‬‬

‫‪6.3 Sequence Activities‬‬

‫كل نشاطات المشروع يجب أن تكون مرتبطة بعالقتين‪ ,‬سابقة والحقة‪ ,‬ما عدا أول وآخر نشاط‪.‬‬ ‫‪6.3.1 Sequence Activities: Inputs‬‬ ‫‪6.3.1.1 Schedule Management Plan‬‬ ‫‪6.3.1.2 Activity List‬‬ ‫‪6.3.1.3 Activity Attributes‬‬ ‫‪6.3.1.4 Milestone List‬‬ ‫‪6.3.1.5 Project Scope Statement‬‬ ‫‪6.3.1.6 Enterprise Environmental Factors‬‬ ‫‪6.3.1.7 Organizational Process Assets‬‬

‫‪54‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪6.3.2 Sequence Activities: Tools and Techniques‬‬ ‫)‪6.3.2.1 Precedence Diagramming Method (PDM‬‬ ‫ أحد طرق تمثيلها هي طريقة ‪ AON‬أي ‪Activity on Node‬‬‫ يمثل النشاط بعقدة ‪ ,Node‬والعالقة بسهم‪.‬‬‫ ترتبط األنشطة ببعضها بأربع أنواع من العالقات‬‫‪FS o‬‬ ‫‪FF o‬‬ ‫‪SS o‬‬ ‫‪SF o‬‬ ‫‪6.3.2.2 Dependency Determination‬‬ ‫ يعني تحديد طبيعة العالقات بين األنشطة واعتمادها على بعضها‪.‬‬‫ يمكن أن يطبق نوعين منها معا ً ولها أربع أنواع‬‫‪Mandatory Dependencies o‬‬ ‫‪ ‬مطلوبة تعاقديا ً أو قانونيا ً أو متضمنة في صلب طبيعة العمل‪.‬‬ ‫‪ ‬غالبا ً تضم الـ ‪ Physical Limitations‬مثل عدم إمكانية بناء األعمدة قبل القواعد‪.‬‬ ‫‪ ‬يشار لها أيضا ً بالـ ‪ Hard Logic‬أو ‪.Hard Dependencies‬‬ ‫‪ ‬تختلف عن الـ ‪Constraints‬‬ ‫‪ Discretionary Dependencies o‬تعني اعتمادات اعتبارية أو تقديرية‬ ‫‪ ‬يشار لها بالـ ‪ Soft Logic‬أو ‪.Preferred Logic‬‬ ‫‪ ‬تعتمد على معرفة الـ ‪ Best Practices‬حول أفضل تتابع لألعمال‪.‬‬ ‫‪ ‬يتم توثيقها حتى يتم مراجعتها أثناء عمل الـ ‪.Fast Tracking‬‬ ‫‪External Dependencies o‬‬ ‫‪ ‬تتضمن العالقة بين ‪ Project Activities‬وبين ‪Non-Project Activities‬‬ ‫‪ ‬خارج سيطرة فريق المشروع‬ ‫‪ ‬مثال عنها إجراء فحص لبرنامج يتضمن توريد هاردوير مطلوب من مورد خارجي‬ ‫‪Internal Dependencies o‬‬ ‫‪ ‬تمثل العالقات ضمن أنشطة المشروع‬ ‫‪ ‬مثل فحص اآللة بعد تركيبها‬ ‫‪6.3.2.3 Leads and Lags‬‬ ‫ ‪ :Lag‬مقدار الوقت الذي يتأخره النشاط الالحق عن السابق‬‫ ‪ :Lead‬مقدار الوقت التي يتقدمه النشاط الالحق عن السابق‬‫‪55‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪6.3.3 Sequence Activities: Outputs‬‬ ‫‪6.3.3.1 Project Schedule Network Diagrams‬‬ ‫هو المخطط المنهجي الذي يوضح العالقات المنطقية بين األنشطة‪ .‬يمكن أن يرفق به ملحق يوضح بعض‬ ‫العالقات الغير عادية‪.‬‬ ‫‪6.3.3.2 Project Documents Updates‬‬

‫‪6.4 Estimate Activity Resources‬‬ ‫هي عملية تقدير أنواع وكميات وخصائص المواد‪ ,‬الموارد البشرية‪ ,‬المعدات والـ ‪ Supplies‬الالزمة لتنفيذ‬ ‫نشاط‪.‬‬

‫‪56‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫هذه العملية مرتبطة بشدة مع تقدير التكاليف‪.‬‬ ‫‪6.4.1 Estimate Activity Resources: Inputs‬‬ ‫‪6.4.1.1 Schedule Management Plan‬‬ ‫‪6.4.1.2 Activity List‬‬ ‫‪6.4.1.3 Activity Attributes‬‬ ‫‪6.4.1.4 Resource Calendars‬‬ ‫وهي الرزنامة التي تحدد أيام العمل وأوقات المناوبات لكل واحد من الموارد‪ ,‬وتحدد أيضا ً فترة توفرها‪.‬‬ ‫‪6.4.1.5 Risk Register‬‬ ‫‪6.4.1.6 Activity Cost Estimates‬‬ ‫‪6.4.1.7 Enterprise Environmental Factors‬‬ ‫‪6.4.1.8 Organizational Process Assets‬‬ ‫‪6.4.2 Estimate Activity Resources: Tools and Techniques‬‬ ‫‪6.4.2.1 Expert Judgment‬‬ ‫‪6.4.2.2 Alternative Analysis‬‬ ‫تتنوع طرق تنفيذ األعمال حسب الموارد الموجودة‪ ,‬يتم تحليل البدائل لعدة أمور مثل‪:‬‬ ‫ يدوي مقابل آلي‬‫ شراء مقابل إنشاء مقابل إيجار‬‫‪6.4.2.3 Published Estimating Data‬‬ ‫الصادرة عن الهيئات الحكومية أو المختصة والتي تضم تقارير اإلنتاجيات والكلف للموارد‪.‬‬ ‫‪6.4.2.4 Bottom-Up Estimating‬‬ ‫يعني البدء بالتقدير والتحليل من أقل مستوى‪ ,‬حيث يتم تقسيم النشاط إلى عدة أقسام أصغر لتسهيل التحليل‬ ‫في حال الحاجة لذلك‪ .‬ثم يتم تجميع الموارد المطلوبة في المستوى األعلى وهكذا‪.‬‬ ‫‪6.4.2.5 Project Management Software‬‬ ‫مثل البريميفيرا‬ ‫‪6.4.3 Estimate Activity Resources: Outputs‬‬ ‫‪6.4.3.1 Activity Resource Requirements‬‬ ‫قائمة تضم األنشطة ومتطلباتها من الموارد من حيث النوع والكمية‪.‬‬ ‫يتم تجميع هذه المتطلبات حسب الـ ‪ Work Package‬أو الفترة الزمنية‪.‬‬ ‫يتمكن أن تحتوي القائمة على الـ ‪ Basis of Estimate‬لكل مورد‪ ,‬وعلى االفتراضات‪ ,‬وعلى إمكانية‬ ‫التوفر‬ ‫‪57‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪6.4.3.2 Resource Breakdown Structure‬‬ ‫تفيد في التنظيم وإنشاء التقارير الخاصة بالبرنامج الزمني والموارد‪.‬‬ ‫‪6.4.3.3 Project Documents Updates‬‬

‫‪6.5 Estimate Activity Durations‬‬

‫هي عملية ‪.Progressively Elaborated‬‬ ‫توثق جميع االفتراضات التي تم افترضها خالل هذه العملية من ناحية الوقت‪.‬‬

‫‪6.5.1 Estimate Activity Durations: Inputs‬‬ ‫‪6.5.1.1 Schedule Management Plan‬‬ ‫‪6.5.1.2 Activity List‬‬ ‫‪6.5.1.3 Activity Attributes‬‬ ‫‪6.5.1.4 Activity Resource Requirements‬‬ ‫نوعية وعدد الموارد الموجودة تؤثر على مدة النشاط‪.‬‬

‫‪58‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪6.5.1.5 Resource Calendars‬‬ ‫‪6.5.1.6 Project Scope Statement‬‬ ‫يستفاد من القيود واالفتراضات فيها لتقدير مدة النشاط‪.‬‬ ‫‪6.5.1.7 Risk Register‬‬ ‫‪6.5.1.8 Resource Breakdown Structure‬‬ ‫‪6.5.1.9 Enterprise Environmental Factors‬‬ ‫‪6.5.1.10 Organizational Process Assets‬‬ ‫‪6.5.2 Estimate Activity Duration: Tools and Techniques‬‬ ‫‪6.5.2.1 Expert Judgement‬‬ ‫‪6.5.2.2 Analogous Estimating‬‬ ‫التقييم المشابه‬ ‫يتم فيه التقييم على أساس بيانات سابقة مشابهة لنفس النشاط أو المشروع‪ ,‬حيث يؤخذ نفس القيمة السابقة‬ ‫مع مراعاة الفروق البسيطة بين النشاطين‪( .‬النشاط أو المشروع يجب أن يكون مشابه بالحجم أيضاً)‪.‬‬ ‫يستخدم هذا النوع من التقييم في حال شح المعلومات المتوفرة عن المشروع الجديد‪.‬‬ ‫ميزاته قلة الكلفة والوقت‪ ,‬وعيوبه قلة الدقة‪.‬‬ ‫‪6.5.2.3 Parametric Estimating‬‬ ‫التقييم المعياري‬ ‫يتم فيه التقييم بحساب وحدة معيارية حسب معلومات سابقة ثم التقييم على أساسها مثل كلفة المتر المربع‬ ‫الواحد في المبنى‪( .‬النشاط أو المشروع ليس من الضرورة أن مشابه بالحجم)‪.‬‬ ‫ميزاته دقة أعلى من سابقه‪.‬‬ ‫‪6.5.2.4 Three-Point Estimating‬‬ ‫يعتمد على تقنية بيرت ‪ PERT‬حيث يقسم البيانات إلى ثالثة أقسام‪:‬‬ ‫ ‪Most Likely tM‬‬‫ ‪Optimistic tO‬‬‫ ‪Pessimistic tP‬‬‫وعليه يكون لدينا نوعين للتوزيع‪:‬‬ ‫‪Triangular Distribution: tE= (tO+tM+tP)/3‬‬ ‫‪Beta Distribution: tE= (tO+4tM+tP)/6‬‬ ‫‪59‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪6.5.2.5 Group Decision-Making Techniques‬‬ ‫مثل الـ ‪ Brainstorming‬و ‪ Delphi Technique‬أو ‪ .Nominal Group Technique‬وتستخدم‬ ‫لزيادة دقة التقييمات السابقة‪.‬‬ ‫باإلضافة إلى أن األشخاص الذي يشاركون في عملية التقييم يكون لديهم التزام أكبر في تحقيق التقييم‪.‬‬ ‫‪6.5.2.6 Reserve Analysis‬‬ ‫هناك نوعين من الـ ‪ Reserves‬تضاف إلى التقييمات في الوقت والكلفة (تعرف بالـ ‪ )Buffers‬أيضا ً وهي‪:‬‬ ‫‪:Contingency Reserves ‬‬ ‫‪ o‬تعرف أيضا ً بـ )‪(Known-Unknowns‬‬ ‫‪ o‬تمثل الـ ‪ Identified Risks‬المقبولة والتي تم تطوير الرد عليها‬ ‫‪ o‬يمكن أن تمثل نسبة أو رقم ثابت‬ ‫‪ o‬يمكن أن يتم حسابها حسب ‪Monte Carlo Simulation‬‬ ‫‪ o‬يتم مراقبتها مع تقدم المشروع ويمكن أن تلغى أو تقلل‪.‬‬ ‫‪ o‬يجب أن توثق بشكل واضح في الـ ‪.Schedule Documentation‬‬ ‫‪:Management Reserves ‬‬ ‫‪ o‬تعرف أيضا ً بـ )‪(Unknown-Unknowns‬‬ ‫‪ o‬تمثل القيمة المحددة المحجوزة للغايات اإلدارية‬ ‫‪ o‬تمثل العمل الغير مرئي داخل الـ ‪Scope‬‬ ‫‪ o‬هي ليست جزء من الـ ‪Schedule Baseline‬‬ ‫‪ o‬هي جزء من الـ ‪Overall Project Duration Requirements‬‬ ‫‪6.5.3 Estimate Activity Durations: Outputs‬‬ ‫‪6.5.3.1 Activity Duration Estimates‬‬ ‫تمثل قائمة بالمدة المطلوبة لكل نشاط‪ ,‬وال تضم الـ ‪ .Lags‬ويمكن أن يضاف لها مقدار من الـ ‪±‬‬ ‫‪6.5.3.2 Project Documents Updates‬‬

‫‪6.6 Develop Schedule‬‬ ‫هي عملية تحليل األنشطة وعالقاتها والموارد واألزمنة والقيود للحصول على الـ ‪.Schedule Model‬‬

‫‪60‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

6.6.1 Develop Schedule: Inputs 6.6.1.1 Schedule Management Plan 6.6.1.2 Activity List 6.6.1.3 Activity Attributes 6.6.1.4 Project Schedule Network Diagrams 6.6.1.5 Activity Resource Requirements 6.6.1.6 Resource Calendars 6.6.1.7 Activity Duration Estimates 6.6.1.8 Project Scope Statement 6.6.1.9 Risk Register 6.6.1.10 Project Staff Assignments 6.6.1.11 Resource Breakdown Structure 6.6.1.12 Enterprise Environmental Factors 6.6.1.13 Organizational Process Assets

61 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪6.6.2 Develop Schedule: Tools and Techniques‬‬ ‫‪6.6.2.1 Schedule Network Analysis‬‬ ‫هي األسلوب الذي يتم من خالله تطوير الـ ‪ Schedule Model‬وذلك لحساب البداية والنهاية الـ ‪Early‬‬ ‫و الـ ‪ Late‬وذلك بتوظيف الطرق التالية ذكرها‪.‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫)‪6.6.2.2 Critical Path Method (CPM‬‬ ‫المسار الحرج هو أطول مسار يمثل أقل زمن ممكن للمشروع‬ ‫يحسب من خاللها ‪ ES, LS, EF, LF‬لجميع األنشطة عن طريق الـ ‪ Forward Pass‬والـ ‪Backward‬‬ ‫‪Pass‬‬ ‫ال تأخذ باالعتبار ‪Resources Limitation‬‬ ‫تستخدم هذه الطريقة لحساب قيمة الـ ‪ Scheduling Flexibility‬لكل مسار ضمن الـ ‪Schedule‬‬ ‫‪ ,Model‬أي حساب الـ ‪.Float‬‬ ‫‪ :Total Float‬هو الوقت الذي يمكن أن يتأخر فيه نشاط ما عن الـ ‪ ES‬تبعه بدون تأخير المشروع‪.‬‬ ‫الـ ‪ Total Float‬للمسار الحرج يكون ‪ 2‬عادة‬ ‫الـ ‪ Total Float‬الموجب بسبب وجود قيد بعد نهاية المسار الحرج‬ ‫الـ ‪ Total Float‬السالب بسبب وجود قيد قبل نهاية المسار الحرج‬ ‫‪ :Free Float‬هو الوقت الذي يمكن أن يتأخر فيه نشاط ما عن الـ ‪ ES‬تبعه بدون تأخير الـ ‪ ES‬تبع‬ ‫النشاط التالي‪.‬‬

‫‪6.6.2.3 Critical Chain Method‬‬ ‫ يضاف ‪ Buffer‬لكل مسار في البرنامج الزمني ألخذ الـ ‪ Limited Resources‬والـ ‪Project‬‬‫‪ Uncertainties‬بعين االعتبار‪.‬‬ ‫ يتم تطويرها اعتمادا ً على مفهوم الـ ‪ CPM‬التي يتم منها حساب المسارات المختلفة‬‫ تأخذ بعين االعتبار تأثير توضع والـ ‪ Levelling‬والـ ‪ Optimization‬للموارد‪.‬‬‫‪62‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ الـ ‪ :Critical Chain‬هو المسار الحرج المقيد بالموارد‪.‬‬‫ بدل إدارة الـ ‪ Float‬كما في الـ ‪ CPM‬يصبح لدينا الـ ‪Buffer Management‬‬‫‪ -‬يتم إضافة ‪ Feeding Buffer‬على المسارات الغير حرجة ويتم مراقبتها أيضاً‪.‬‬

‫‬‫‬‫‬‫‬‫‪-‬‬

‫‬‫‬‫‬‫‪-‬‬

‫‪6.6.2.4 Resource Optimization Techniques‬‬ ‫‪ Resource Levelling‬‬ ‫يعتمد على معايرة تاريخ البداية والنهاية اعتمادا ً على الموارد بهدف الوصول إلى طلب متوازن‬ ‫على الموارد المتوفرة في حال وجود قيود على الموارد‪.‬‬ ‫يستخدم عند وجود موارد مشتركة بين األنشطة في نفس الوقت‪.‬‬ ‫يستهدف المسار الحرج وغالبا ً يؤدي إلطالة المشروع‬ ‫‪ Resource Smoothing‬‬ ‫يعتمد على معايرة األنشطة في البرنامج الزمني بحيث ال يتعدى الطلب على الموارد قيمة محددة‬ ‫(التحريك ضمن الـ ‪ Total Float‬و الـ ‪.)Free Float‬‬ ‫ال يستهدف المسار الحرج وال يؤدي إلطالة المشروع‬ ‫‪6.6.2.5 Modelling Techniques‬‬ ‫‪- What-If Scenario Analysis‬‬ ‫يهدف لتقييم السيناريوهات المحتملة وآثارها على أهداف المشروع‬ ‫يكون السؤال "ماذا لو كنا في حالة حدث فيها السيناريو ‪X‬؟"‬ ‫يتم دراسة أثر كل سيناريو على البرنامج الزمني‬ ‫السيناريوهات المحتملة تفيد في تقييم جدوى تطبيق البرنامج الزمني ضمن حاالت معينة‪ ,‬وتهدف‬ ‫لوضع خطط طوارئ لتقليل أو تجاوز تأثير هذه الحاالت‪.‬‬ ‫‪- Simulation‬‬ ‫‪63‬‬

‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ المحاكاة تهدف لحساب مدة المشروع بطريقة مختلفة ذلك لكل مجموعة افتراضات على‬‫النشاطات (مثل الـ ‪)Three Point Estimate‬‬ ‫ أشهر طريقة للمحاكاة هي ‪Monte Carlo Analysis‬‬‫ في هذه الطريقة يتم انتقاء عدة ‪ Input Values‬بشكل عشوائي من القيم المحتملة لمدة األنشطة‬‫لحساب مدة المشروع‪.‬‬ ‫ يتم وضع النتائج في ‪Histogram‬‬‫ في الشكل التالي تم عمل ‪ Monte Carlo Analysis‬للقيمة المالية المتوقعة للمشروع والنتيجة‬‫تظهر احتمالية كل قيمة ممكنة حسب المخطط‪.‬‬

‫‪6.6.2.6 Leads and Lags‬‬ ‫ ‪ :Lead‬هو مقدار الوقت الذي يمكن للنشاط التالي أن يبدأ قبل نهاية النشاط السابق‬‫ ‪ :Lag‬هو مقدار الوقت الذي يمكن للنشاط التالي أن يبدأ بعد نهاية النشاط السابق‬‫‪ Lead -‬يمثل ‪Negative Lag‬‬

‫‪64‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪6.6.2.7 Schedule Compression‬‬ ‫هي طرق تقليل مدة المشروع بدون تقليل الـ ‪:Scope‬‬ ‫‪- Crashing‬‬ ‫ يكون بزيادة الموارد (أو وقت الموارد مثل العمل اإلضافي)‬‫ يطبق على األنشطة الواقعة في المسار الحرج‬‫ يمكن أن يؤدي لزيادة المخاطر والتكلفة‬‫‪- Fast Tracking‬‬ ‫ يكون بإجراء تداخل في النشاطات‬‫ يمكن أن يؤدي إلى إعادة العمل ‪ Rework‬وزيادة المخاطر‬‫ يطبق على األنشطة القابلة للعمل بالتوازي‬‫‪6.6.2.8 Scheduling Tool‬‬ ‫هو البرنامج المستخدم لعمل الـ ‪Schedule Model‬‬

‫‪6.6.3 Develop Schedule: Outputs‬‬ ‫‪6.6.3.1 Schedule Baseline‬‬ ‫هو النسخة الـ ‪ Approved‬من الـ ‪ ,Schedule Model‬والتي يمكن أن يتم التعديل عليها ضمن عملية‬ ‫‪ Change Control‬رسمية‪ ,‬وتستخدم كأساس للمقارنة‪.‬‬ ‫‪6.6.3.2 Project Schedule‬‬ ‫في أول نقطة من المشروع يكون هو نفس الـ ‪ Baseline‬ثم يتم تحديثه‪ ,‬ويتم تمثيله بعدة طرق منها‪:‬‬ ‫‪ Bar Chart ‬أو ‪.Gantt chart‬‬ ‫‪Milestone Chart ‬‬ ‫‪65‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ Project Schedule Network Diagram ‬وتمثل بطريقة ‪ AON‬عادة بدون أخذ الوقت بعين‬ ‫االعتبار‪.‬‬ ‫‪6.6.3.3 Schedule Data‬‬ ‫وهي البيانات ضمن البرنامج الزمني مثل األنشطة والـ ‪ Milestones‬والـ ‪ Attributes‬واالفتراضات‬ ‫والقيود وغيرها مثل‪:‬‬ ‫‬‫‬‫‬‫‬‫‪-‬‬

‫التوزع الزمني للموارد‪ ,‬عادة يكون بشكل ‪Histogram‬‬ ‫البرامج الزمنية البديلة‪ ,‬مثل الـ ‪ Best-Case‬والـ ‪.Worst-Case‬‬ ‫الـ ‪.Contingency Reserves‬‬ ‫‪Cash-Flow‬‬ ‫برنامج التوريدات والتقديمات‬

‫‪6.6.3.4 Project Calendars‬‬ ‫يحدد الرزنامة الخاصة باألنشطة وبالمشروع وأيام العمل والمناوبات‪.‬‬ ‫‪6.6.3.5 Project Management Plan Updates‬‬ ‫‪6.6.3.6 Project Documents Updates‬‬

‫‪6.7 Control Schedule‬‬ ‫هو عملية متابعة حالة أنشطة المشروع وذلك لتحديث نسبة اإلنجاز وإدارة التغييرات على الـ ‪Schedule‬‬ ‫‪.Baseline‬‬

‫ويهتم باألمور التالية‪:‬‬ ‫ تحديد الحالة الحالية للبرنامج الزمني‬‫‪66‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ تحديد العوامل التي تؤدي للتغيير في البرنامج الزمني‬‫ تحديد هل تم تغيير البرنامج الزمني أم ال‬‫ إدارة التغييرات الحاصلة‬‫‪6.7.1 Control Schedule: Inputs‬‬ ‫‪6.7.1.1 Project Management Plan‬‬ ‫‪6.7.1.2 Project Schedule‬‬ ‫‪6.7.1.3 Work Performance Data‬‬ ‫‪6.7.1.4 Project Calendars‬‬ ‫‪6.7.1.5 Schedule Data‬‬ ‫‪6.7.1.6 Organizational Process Assets‬‬ ‫‪6.7.2 Control Schedule: Tools and Techniques‬‬ ‫‪6.7.2.1 Performance Reviews‬‬ ‫وذلك لقياس ومقارنة وتحليل األداء من ناحية الوقت‪ ,‬من أدواتها‪:‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫‪ :Trend Analysis‬يتم قياس تغير التواريخ المتوقعة مع الوقت لنفس النشاط‪.‬‬ ‫‪ :Critical Path Method‬متابعة المسار الحرج والمسارات الحرجة الثانوية تفيد في توقع نهاية‬ ‫المشروع وتحديد المخاطر‪.‬‬ ‫‪ :Critical Chain Method‬مقارنة المقدار المتبقي من الـ ‪ Buffer‬مع المطلوب تبين حالة‬ ‫المشروع‪ ,‬ويبين الحاجة إلجراء تصحيحي‪.‬‬ ‫‪ :EVM‬تستخدم أدواتها مثل ‪ SV‬و ‪ SPI‬لمعرفة حالة المشروع زمنياً‪ ,‬كما يتم متابعة الـ ‪ Float‬أيضا ً‬ ‫لمعرفة الحاجة إلجراءات تصحيحية أم ال‪.‬‬ ‫‪6.7.2.2 Project Management Software‬‬ ‫‪6.7.2.3 Resource Optimization Techniques‬‬ ‫‪6.7.2.4 Modeling Techniques‬‬ ‫‪6.7.2.5 Leads and Lags‬‬ ‫‪6.7.2.6 Schedule Compression‬‬ ‫‪6.7.2.7 Scheduling Tool‬‬

‫‪67‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 6.7.3 Control Schedule: Outputs 6.7.3.1 Work Performance Information 6.7.3.2 Schedule Forecasts .‫ كأساس لها‬EVM ‫تعتمد على‬ 6.7.3.3 Change Requests .CR ‫في حالة وجود تأخير أو تقدم ربما نحتاج إلى‬ 6.7.3.4 Project Management Plan Updates 6.7.3.5 Project Documents Updates 6.7.3.6 Organizational Process Assets Updates

68 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

7 Project Cost Management 7.1 Plan Cost Management

7.1.1 Plan Cost Management: Inputs 7.1.1.1 Project Management Plan 7.1.1.2 Project Charter 7.1.1.3 Enterprise Environmental Factors 7.1.1.4 Organizational Process Assets 7.1.2 Plan Cost Management: Tools and Techniques 7.1.2.1 Expert Judgment 7.1.2.2 Analytical Techniques :‫وهي تقنيات التحليل التي تستخدم في حساب التمويل الالزم للمشروع ومصادره والعوائد وغيرها مثل‬ payback period return on investment return internal rate of discounted cash flow net present value

-

7.1.2.3 Meetings 7.1.3 Plan Cost Management: Outputs 7.1.3.1 Cost Management Plan :‫ وتحوي األمور التالية‬,‫وهي الخطة التي تحدد كيف سيتم التخطيط للتكاليف وإدارتها والتحكم بها‬ ‫ واحدة القياس‬ .‫ يعني مقدار التقريب درجة أو درجتين بعد الفاصلة‬:Level of Precision  %12± ً‫ مستوى الدقة مثال‬:Level of Accuracy  69 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ :Organizational procedures links ‬يتم ربط نظام الحسابات في الشركة مع المشروع عن‬ ‫طريق الـ ‪ Control Accounts‬وهي النقاط التي يتم اختيارها من الـ ‪ WBS‬ليتم حساب وتجميع‬ ‫التكاليف ومتابعتها عندها‪.‬‬ ‫‪ :Control Thresholds ‬وهي مقدار الفرق المسموح قبل أن يتم اتخاذ اجراء‪ ,‬عادة يكون بشكل‬ ‫نسبة مئوية من القيمة الرئيسية للكلفة‪.‬‬ ‫‪ ‬قواعد حساب األداء‪ :‬مثالً ‪.EVM‬‬ ‫‪ ‬نماذج التقارير‬ ‫‪ ‬شرح العمليات األخرى في هذا القسم‬

‫‪Estimate Costs‬‬

‫‪7.2‬‬

‫في بداية المشروع تكون الدقة في حساب التكاليف حسب الـ ‪ Rough Order of Magnitude‬أو ‪ROM‬‬ ‫مساويا ً ‪ %75-‬حتى ‪.%25+‬‬ ‫هذه الدقة تتحسن مع تقدم المشروع حتى تصل إلى ما يقارب من ‪ %5-‬حتى ‪.%12+‬‬ ‫‪7.2.1 Estimate Costs: Inputs‬‬ ‫‪7.2.1.1 Cost Management Plan‬‬ ‫‪7.2.1.2 Human Resource Management Plan‬‬ ‫‪7.2.1.3 Scope Baseline‬‬ ‫يجب هنا تحديد ما إذا كانت التكاليف ستضم التكاليف المباشرة فقط أم المباشرة وغير المباشرة التي على‬ ‫نطاق الشركة‪ ,‬هذه التكاليف ال يمكن تحديدها لمشروع واحد ولذلك يتم توزيعها على عدة مشاريع حسب‬ ‫البرنامج أو القسم‪.‬‬

‫‪70‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪7.2.1.4 Project Schedule‬‬ ‫الـ ‪ Project Schedule‬يحوي تقديرات الموارد لألنشطة‪ ,‬الزمن هام أيضا ً في الموارد التي تتأثر بالزمن‬ ‫مثل وجود تضخم أو وجود زيادة موسمية لألسعار لبعض المواد‪.‬‬ ‫‪7.2.1.5 Risk Register‬‬ ‫الـ ‪ Risk Response‬يستلزم تكاليف أحياناً‪.‬‬ ‫‪7.2.1.6 Enterprise Environmental Factors‬‬ ‫مثل ظروف السوق والنشرات الدورية الصادرة عن نقابة المهندسين مثالً‪.‬‬ ‫‪7.2.1.7 Organizational Process Assets‬‬ ‫‪7.2.2 Estimate Costs: Tools and Techniques‬‬ ‫‪7.2.2.1 Expert Judgment‬‬ ‫‪7.2.2.2 Analogous Estimating‬‬ ‫يعني التقدير المشابه‪ ,‬حيث يتم استخدام مشروع قديم مشابه من ناحية الحجم والوزن والتعقيد لتقدير التكاليف‪.‬‬ ‫يتم استخدام القيمة االجمالية للمشروع اآلخر‪.‬‬ ‫يستخدم هذا النوع من التقدير عند شح المعلومات المتوفرة‪ ,‬عادة في بداية المشروع‪.‬‬ ‫ميزاته قلة الكلفة والوقت المطلوبين‪ ,‬عيوبه قلة الدقة‪.‬‬ ‫‪7.2.2.3 Parametric Estimating‬‬ ‫يعني التقدير المعتمد على الواحدة ثم يتم ضرب الواحدة باإلجمالي‪ ,‬مثل حساب كلفة المتر المربع من أعمال‬ ‫الهيكل مثالً‪ ,‬أو التشطيبات وضربها بكامل مساحة المبنى‪.‬‬ ‫دقته أعلى من سابقه‪.‬‬ ‫‪7.2.2.4 Bottom-Up Estimating‬‬ ‫يتم التقدير على مستوى النشاط (أو أجزائه) ثم يتم التجميع لألعلى فاألعلى‪.‬‬ ‫‪7.2.2.5 Three-Point Estimating‬‬ ‫عند حساب كلفة نشاط مثالً يمكن زيادة الدقة بإدخال التقديرات المتشائمة والمتفائلة‪ ,‬فلو كان مثالً‪:‬‬ ‫‪ :cM ‬القيمة األكثر احتماالً للكلفة‪.‬‬ ‫‪ :cO ‬القيمة التفاؤلية (كلفة أقل)‬ ‫‪ :cP ‬القيمة التشاؤمية (كلقة أكبر)‬ ‫عندها ولزيادة الدقة يتم حساب القيمة النهائية حسب أحد التوزيعين التاليين‪:‬‬ ‫‪ ‬التوزيع المثلثي‪:‬‬ ‫‪71‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫𝑃𝑐 ‪𝑐𝑂 + 𝑐𝑀 +‬‬ ‫= 𝐸𝑐‬ ‫‪3‬‬ ‫‪ ‬توزيع بيتا (حسب تحليل ‪)PERT‬‬ ‫𝑃𝑐 ‪𝑐𝑂 + 4. 𝑐𝑀 +‬‬ ‫‪6‬‬

‫= 𝐸𝑐‬

‫‪7.2.2.6 Reserve Analysis‬‬ ‫هناك نوعين من الـ ‪ Reserves‬التي يتم أخذها باالعتبار بالنسبة للتكاليف‪.‬‬ ‫‪Contingency Reserves -1‬‬ ‫ إن الـ ‪ Identified Risks which are ACCEPTED‬وتعرف بأنها ‪ Known-Unknowns‬تحتاج‬‫إلى ‪ Contingency Reserves‬من ناحية الكلفة‪,‬‬ ‫ مثالً األعمال التي سيتم إعادة عملها غير معروفة ولذلك يوضع لها كلفة للطوارئ‬‫ تدخل هذه الكلفة في الـ ‪.Cost Baseline‬‬‫ هذه التكاليف اإلضافية يجب أن توثق بشكل واضح‬‫ مع الوقت يمكن أن تقلل أو تلغى حسب المعلومات المتوفرة‪.‬‬‫‪Management Reserves -7‬‬ ‫ إن األعمال الغير مرئية في الـ ‪ Scope‬والتي تعرف بأنها ‪ Unknown-Unknowns‬تحتاج تكاليف‬‫تعرف بـ ‪Management Reserves‬‬ ‫ هي جزء من الـ ‪ Project Budget‬والمتطلبات التمويلية‬‫ ليست جزء من الـ ‪Cost baseline‬‬‫ عندما يتم تخصيص جزء منها ألحد األعمال الطارئة‪ ,‬يضاف هذا الجزء إلى الـ ‪Cost Baseline‬‬‫وذلك عبر ‪.CR‬‬ ‫)‪7.2.2.7 Cost of Quality (COQ‬‬ ‫‪ COQ‬يمثل جميع المصاريف خالل فترة حياة المنتج التي تصرف لـ‬ ‫ منع عدم موافقة المواصفات (‪)Cost of Conformance‬‬‫ تقييم موافقة المنتج للمواصفات‬‫ الفشل في مطابقة المواصفات (‪)Cost of Non-conformance( )Rework‬‬‫تكاليف الـ ‪ Rework‬يمكن أن تكون داخلية (من المشروع) أو خارجية (من المالك) ويمكن أن تسمى أيضا ً‬ ‫‪.Cost of Poor Quality‬‬

‫‪72‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪7.2.2.8 Project Management Software‬‬ ‫‪7.2.2.9 Vendor Bid Analysis‬‬ ‫أحد طرق حساب تكاليف المشروع أن يتم عرضه أو عرض جزء منها في مناقصة وتحليل األسعار المقدمة‪.‬‬ ‫‪7.2.2.10 Group Decision-Making Techniques‬‬ ‫تستخدم لحساب وزيادة الدقة للتكاليف‪ ,‬منها الـ‬ ‫ ‪Brainstorming‬‬‫ ‪Nominal Group Techniques‬‬‫ ‪Delphi Technique‬‬‫‪7.2.3 Estimate Costs: Outputs‬‬ ‫‪7.2.3.1 Activity Cost Estimates‬‬ ‫تضم التكاليف المباشرة وغير المباشرة وتأثير التضخم والـ ‪ Contingency Reserves‬على مستوى‬ ‫النشاط أو أعلى‪.‬‬ ‫‪7.2.3.2 Basis of Estimates‬‬ ‫المستند الذي يوضح كيف تم حساب التكاليف‪ ,‬وما االفتراضات والقيود المفروضة‪ ,‬كما قد تحوي تقدير‬ ‫لدقة الحساب (‪ %12±‬مثالً)‪.‬‬

‫‪73‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 7.2.3.3 Project Documents Updates

7.3 Determine Budget

7.3.1 Determine Budget: Inputs 7.3.1.1 Cost Management Plan 7.3.1.2 Scope Baseline 7.3.1.3 Activity Cost Estimates 7.3.1.4 Basis of Estimates 7.3.1.5 Project Schedule 7.3.1.6 Resource Calendars 7.3.1.7 Risk Register 7.3.1.8 Agreements 7.3.1.9 Organizational Process Assets 7.3.2 Determine Budget: Tools and Techniques 7.3.2.1 Cost Aggregation .‫يتم تجميع التكاليف من مستوى النشاط ثم األعلى فاألعلى للوصول للتكلفة اإلجمالية‬ 7.3.2.2 Reserve Analysis 7.3.2.3 Expert Judgment 7.3.2.4 Historical Relationships .Analogous Estimates ‫ و الـ‬Parametric Estimates ‫يستخدم هنا البيانات التي تم أخذها من الـ‬ 7.3.2.5 Funding Limit Reconciliation .‫ القيود قد تؤدي إلى إعادة التخطيط الزمني للمشروع‬,ً‫يتم مراعاة قيود التمويل في تحديد الميزانية زمنيا‬ 74 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪7.3.3 Determine budget: Outputs‬‬ ‫‪7.3.3.1 Cost Baseline‬‬ ‫هو النسخة الـ ‪ Approved‬من الـ ‪ Time phased Project Budget‬وتستخدم كمرجع للمقارنة‪.‬‬ ‫وتساوي هذه الميزانية مجموع ميزانيات جميع األنشطة‪.‬‬

‫‪75‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪7.3.3.2 Project Funding Requirements‬‬ ‫يمكن حسابها اعتمادا ً على الـ ‪ Cost Baseline‬بشكل ‪.Periodic‬‬ ‫‪7.3.3.3 Project Documents Updates‬‬

‫‪7.4 Control Costs‬‬

‫التحكم بالتكاليف يضم‪:‬‬ ‫‬‫‬‫‬‫‬‫‪-‬‬

‫دراسة العوامل المؤثرة إلجراء تغيير في الـ ‪Cost Baseline‬‬ ‫إدارة التغييرات عند حصولها‬ ‫التأكد من أن المصاريف ال تزيد عن المتطلبات التمويلية ألجزاء وكامل المشروع‪.‬‬ ‫التحكم بأداء التكاليف ومراقبة الفروقات‪.‬‬ ‫إعالم الـ ‪ Stakeholders‬بالتغييرات الحاصلة‪.‬‬ ‫‪7.4.1 Control Costs: Inputs‬‬ ‫‪7.4.1.1 Project Management Plan‬‬ ‫‪7.4.1.2 Project Funding Requirements‬‬ ‫‪7.4.1.3 Work Performance Data‬‬ ‫‪7.4.1.4 Organizational Process Assets‬‬ ‫‪7.4.2 Control Costs: Tools and Techniques‬‬ ‫‪7.4.2.1 Earned Value Management‬‬

‫معادالت الـ ‪:Earned Value‬‬ ‫المصطلح‬

‫المعادلة‬

‫‪SV‬‬ ‫‪Schedule Variance‬‬

‫‪SV = EV – PV‬‬

‫الشرح‬

‫‪76‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ CV CV = EV – AC Cost Variance SPI SPI = EV / PV Schedule Perf. Index CPI CPI = EV / AC Cost Perf. Index Budget of Remaining BAC – EV Work

7.4.2.2 Forecasting :‫ فلها ثالث سيناريوهات‬ETC ‫ و‬EAC ‫ و‬BAC ‫بخصوص الـ‬ :‫ فإنه يكون‬1 = ‫ للوقت المتبقي‬CPI ‫ في حال قررنا أن يكون الـ‬-1 BAC = Budget EAC = AC + (BAC – EV) 77 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫𝑠𝑘𝑟𝑜𝑊 𝑔𝑛𝑖𝑛𝑖𝑎𝑚𝑒𝑅 𝑓𝑜 𝑡𝑒𝑔𝑑𝑢𝐵‬ ‫= ‪ETC = EAC – AC‬‬ ‫‪1‬‬

‫‪ -7‬في حال استمر األداء الذي له ‪ CPI‬على حاله فإنه يكون‪:‬‬ ‫‪BAC = Budget‬‬ ‫‪EAC = BAC / CPI‬‬ ‫𝑠𝑘𝑟𝑜𝑊 𝑔𝑛𝑖𝑛𝑖𝑎𝑚𝑒𝑅 𝑓𝑜 𝑡𝑒𝑔𝑑𝑢𝐵‬ ‫𝐼𝑃𝐶‬

‫= ‪ETC = EAC – AC‬‬

‫‪ -3‬في حال قررنا نعمل ‪ Recovery‬للوقت والكلفة فيكون لدينا ‪ SPI,CPI‬جديدين‪:‬‬ ‫𝑉𝐸‪𝐵𝐴𝐶−‬‬ ‫𝐼𝑃𝑆 𝑥 𝐼𝑃𝐶‬ ‫𝑠𝑘𝑟𝑜𝑊 𝑔𝑛𝑖𝑛𝑖𝑎𝑚𝑒𝑅 𝑓𝑜 𝑡𝑒𝑔𝑑𝑢𝐵‬ ‫𝐼𝑃𝑆 𝑥 𝐼𝑃𝐶‬

‫=‬

‫𝑉𝐸‪𝐵𝐴𝐶−‬‬ ‫𝐼𝑃𝑆 𝑥 𝐼𝑃𝐶‬

‫‪EAC = AC +‬‬

‫= ‪ETC = EAC – AC‬‬

‫)‪7.4.2.3 To-Complete Performance Index (TCPI‬‬ ‫‪ :TCPI‬هو الـ ‪ CPI‬المطلوب للوصول إلى إنهاء المشروع بنفس الميزانية األساسية‪.‬‬ ‫في حال قررنا نعمل ‪ Recovery‬ونزيد الـ ‪ CPI‬لنوصل لنفس الميزانية‪:‬‬ ‫‪BAC = Budget‬‬ ‫‪EAC = BAC‬‬ ‫‪ETC = EAC – AC‬‬ ‫𝑘𝑟𝑜𝑊 𝑔𝑛𝑖𝑛𝑖𝑎𝑚𝑒𝑅 𝑓𝑜 𝑡𝑒𝑔𝑑𝑢𝐵‬ ‫𝑠𝑑𝑛𝑢𝐹 𝑔𝑛𝑖𝑛𝑖𝑎𝑚𝑒𝑅‬

‫=‬

‫𝑉𝐸‪𝐵𝐴𝐶−‬‬ ‫𝐶𝐴‪𝐵𝐴𝐶−‬‬

‫= ‪CPI = TCPI‬‬

‫حيث ‪TCPI = To Complete Performance Index‬‬ ‫أي هو الـ ‪ CPI‬الالزم إلكمال المشروع في التكلفة المحددة له‪.‬‬ ‫‪7.4.2.4 Performance Reviews‬‬ ‫‪ :Variance Analysis ‬عن طريق ‪ CV‬و ‪ SV‬و ‪.VAC‬‬ ‫مقدار االنحراف أو الفرق يجب أن يراقب بشكل مستمر التخاذ القرار التصحيحي في حال تجاوزه‬ ‫لحد معين‪.‬‬ ‫الفرق المقبول هو قيمة متغيرة تتناقص مع تقدم أعمال المشروع‪.‬‬ ‫‪ :Trend Analysis ‬متابعة تغير التواريخ أو الكلف المتوقعة مع الزمن‪.‬‬ ‫‪78‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ .‫ يتم مقارنة الفعلي بالمخطط له‬:Earned Value Performance  7.4.2.5 Project Management Software 7.4.2.6 Reserve Analysis ‫ وتحليلها وإزالتها إذا زال السبب التي‬Management Reserves ‫ والـ‬Contingency ‫يتم متابعة الـ‬ .‫ أو اإلضافة لها لوجود مخاطر جديدة‬,‫أضيفت ألجله‬ 7.4.3 Control Costs: Outputs 7.4.3.1 Work Performance Information .‫ كلها تدخل في معلومات أداء األعمال‬EVM ‫المعلومات الناتجة من الـ‬ 7.4.3.2 Cost Forecasts 7.4.3.3 Change Requests 7.4.3.4 Project Management Plan Updates 7.4.3.5 Project Documents Updates 7.4.3.6 Organizational Process Assets Updates

79 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪8 PROJECT QUALITY MANAGEMENT‬‬ ‫الجودة والدرجة أمران مختلفان‪:‬‬ ‫‪‬‬

‫‪‬‬

‫‪‬‬

‫‪‬‬

‫‪Quality‬‬ ‫‪ o‬هي درجة مطابقة الخصائص للمتطلبات‪.‬‬ ‫‪ o‬قلة الجودة هو أمر سيء دوما ً‬ ‫‪Grade‬‬ ‫‪ o‬هو تصنيف للمنتج درجة أولى أو ثانية أو هكذا‪.‬‬ ‫‪ o‬قلة الدرجة ليست أمرا ً سيئا ً بالضرورة‪ ..‬يمكن أن تجد فندق درجة ثالثة ولكن جيد‪.‬‬ ‫‪Precision‬‬ ‫‪ o‬هو مقياس للموافقة‬ ‫‪ o‬يمكن أن يكون المنتج ‪ Precise‬على قيمة ليست صحيحة‬ ‫‪ o‬ليس بالضرورة شيء سيء‬ ‫‪Accuracy‬‬ ‫‪ o‬هي مقياس للصحة‬

‫للوصول إلى مطابقة مواصفات الـ ‪ ISO‬في الجودة فإن ممارسات إدارة الجودة تعمل على‪:‬‬ ‫‪Customer Satisfaction ‬‬ ‫عن طريق جمع المتطلبات بشكل جيد وإدارتها‪ .‬وهذا يتطلب موافقة العمل للمتطلبات بشكل واقعي أيضاً‪.‬‬ ‫‪Prevention Over Inspection ‬‬ ‫هذا مبدأ عام في الجودة حيث أن كلفة منع الخطأ أقل من كلفة إصالحه خالل االستخدام‪.‬‬ ‫‪Continues Improvement ‬‬ ‫يعتمد ذلك على مبدأ الـ ‪ Plan-Do-Check-Act‬أو ‪ .PDCA‬الذي عرفه ‪ Shewhart‬وعدله ‪.Deming‬‬ ‫‪80‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ :‫وهناك عدة أشياء ممكن أن تحسن من الجودة مثل‬ Total Quality Management TQM o Six Sigma o Lean Six Sigma o Organizational Project Management Maturity Model OPM3 o Capability Maturity Management Integrated CMMI o Management Responsibility  .‫يجب على اإلدارة االلتزام بالجودة‬ Cost of Quality  8.1.7 ‫تم شرحها في قسم‬

81 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

8.1 Plan Quality Management

8.1.1 Plan Quality Management: Inputs 8.1.1.1 Project Management Plan 8.1.1.2 Stakeholder Register 8.1.1.3 Risk Register 8.1.1.4 Requirements Documentation 8.1.1.5 Enterprise Environmental Factors 8.1.1.6 Organizational Process Assets 8.1.2 Plan Quality Management: Tools and Techniques 8.1.2.1 Cost-Benefit Analysis ‫ مع‬Cost of Quality ‫ حيث يقارن الـ‬,‫هذا التحليل يعتمد على قياس الفائدة المرجوة من تحقيق الجودة‬ :‫ وهذه الفوائد تضم‬,‫الفوائد المتوقعة‬ ‫إعادة عمل أقل‬ ‫إنتاجية أعلى‬ ‫كلفة أقل‬ Stakeholders ‫زيادة رضى الـ‬ ‫ربح أعلى‬

-

8.1.2.2 Cost of Quality (COQ) ‫ يمثل جميع المصاريف خالل فترة حياة المنتج التي تصرف لـ‬COQ )Cost of Conformance( ‫ منع عدم موافقة المواصفات‬‫ تقييم موافقة المنتج للمواصفات‬82 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ الفشل في مطابقة المواصفات (‪)Cost of Non-conformance( )Rework‬‬‫تكاليف الـ ‪ Rework‬يمكن أن تكون داخلية (من المشروع) أو خارجية (من المالك) ويمكن أن تسمى أيضا ً‬ ‫‪.Cost of Poor Quality‬‬

‫‪8.1.2.3 Seven Basic Quality Tools‬‬ ‫هناك سبع أدوات أساسية لحل مشاكل الـ ‪ Quality‬معروفة بإسم ‪ 7QC Tools‬وهي‪:‬‬ ‫‪Cause and Effect Diagrams ‬‬ ‫ تعرف أيضا ً بإسم ‪ Fishbone Diagrams‬أو ‪Ishikawa Diagrams‬‬‫ يتم وضع المشكلة الموجودة في رأس السمكة كنقطة بدء ثم تتبع مصدر المشكلة إلى سببها‬‫األساسي الـ ‪ Actionable‬والـ ‪Reasonable‬‬ ‫‪ -‬تفيد في حل المشكالت الخاصة التي تظهر على أحد المنتجات‬

‫‪83‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪ ‬الـ ‪:Flowcharts‬‬ ‫ تعرف أيضا ً بـ ‪Process Maps‬‬‫ تظهر ترتيب الخطوات والربط المحتمل بينها‬‫‪ -‬تفيد في فهم وتقدير الـ ‪Cost of Quality‬‬

‫‪ ‬الـ ‪Checksheets‬‬ ‫ تعرف أيضا ً بـ ‪Tally Sheets‬‬‫ يمكن استخدامها كـ ‪ Check list‬لجمع البيانات والحقائق الهامة لحل مشكلة جودة‬‫‪84‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ -‬البيانات المجموعة فيها يمكن أن تستخدم في مخططات ‪Pareto‬‬

‫‪Pareto Diagrams ‬‬ ‫ تستخدم لتحديد األسباب الرئيسية األكثر تأثيرا ً في المشكلة‬‫‪ -‬المحور األفقي يمثل األسباب الممكنة والمحور الشاقولي يمثل االحتمالية‬

‫‪Histograms ‬‬ ‫ يوضع السبب األكثر تكرارا ً في الوسط بخالف ‪Pareto‬‬‫ ال تأخذ تأثير الوقت‬‫‪ -‬السبب على األفقي واالحتمالية على الشاقولي‬

‫‪85‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪( Control Charts ‬هامة ‪ 3‬أسئلة)‬ ‫ تفيد في معرفة مدى استقرار الـ ‪ Process‬وهل يمكن استقراء أدائها‬‫ يتم تحديد الـ ‪ Specification Limits‬العلوي والسفلي حسب المتطلبات التعاقدية حيث يمثالن‬‫الحد األعلى واألدنى المسموح ويوجد عقوبات ربما لتجاوزهما‬ ‫ يتم تحديد الـ ‪ Control Limits‬حسب دراسات إحصائية ‪ Standard‬وتمثل الحدود الطبيعية للـ‬‫‪Stable Process‬‬ ‫ تستخدم الـ ‪ Control Limits‬لتحديد النقطة التي يجب عندها أخذ إجراء تصحيحي‬‫ في العمليات المتكررة يستخدم عادة ‪ Control Limit‬كـ ‪ ±3‬من المواصفات المعيارية‬‫ تعتبر العملية ‪ Out of Control‬في حاالت ثالث‪:‬‬‫‪ +‬عينة تعدت الـ ‪Control Limit‬‬ ‫‪ 2 +‬عينات متتابعة جاءت فوق الـ ‪( Mean‬قاعدة الـ ‪)Trend( )2‬‬ ‫‪ 2 +‬عينات متتابعة جاءت تحت الـ ‪( Mean‬قاعدة الـ ‪)Trend( )2‬‬ ‫ تستخدم الـ ‪ Control Charts‬لمتابعة النشاطات المتكررة في اإلنتاج‬‫‪ -‬يمكن أن تستخدم في متابعة فروقات البرنامج الزمني والتكلفة والـ‪ Scope‬وغيرها‪.‬‬

‫‪86‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪Scatter Diagrams ‬‬ ‫ تعرف بـ ‪ Correlation Charts‬أي مخططات االرتباط‬‫ تستخدم في البيانات التي تحوي متغيرين ‪X,Y‬‬‫ تستخدم لمتابعة تغير أحد المتغيرين مع تغير اآلخر‬‫ يمكن أن يكون االرتباط إيجابي‪ ,‬سلبي أو ال يوجد‬‫ في حال كان هناك ارتباط يمكن رسم خط انحدار ‪ Regression Line‬يمثل العالقة بين‬‫المتغيرين‪.‬‬

‫‪8.1.2.4 Benchmarking‬‬ ‫ المقارنة بالـ ‪Best Practices‬‬‫‪87‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ توليد أفكار جديدة للتطور‬‫ إيجاد أساس لقياس األداء‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫)‪8.1.2.5 Design of Experiments (DOE‬‬ ‫وسيلة إحصائية لتحديد العوامل التي تؤثر على متغيرات عملية اإلنتاج‪.‬‬ ‫مثالً تستخدم لمعرفة عدد ونوع الفحوصات التي سوف تجري على المنتج وحساب الـ ‪ COQ‬لكل‬ ‫منها‪.‬‬ ‫تهدف لتقليل عالقة أداء المنتج بظروف البيئة والتصنيع‬ ‫تحديد العوامل األساسية المؤثرة في االنتاج يفيد في تغييرها مرة واحدة بدالً من تغيير واحد تلو‬ ‫اآلخر‪.‬‬ ‫يستخدم هذه التقنية مصنعو السيارات لتحديد التركيبة المثالية بين اإلطارات والفرامل التي تالئم‬ ‫المواصفات والتكلفة‪.‬‬

‫‪8.1.2.5 Statistical Sampling‬‬ ‫ مثل اختيار ‪ 3‬عينات من كل ‪ 52‬عينة لالختبار‪.‬‬‫ يحدد عدد وتكرار العينات خالل إعداد خطة إدارة الجودة‬‫‪8.1.2.7 Additional Quality Planning Tools‬‬ ‫‪Brainstorming‬‬ ‫لمعرفة القوى التي ترغب والتي ال ترغب بالتغيير ‪Force Field Analysis‬‬ ‫يسمح لألفكار أن تنتقل من مجموعة صغيرة لكبيرة ‪Nominal Group Technique‬‬ ‫)‪Quality Management and Control Tools (8.2.2.1‬‬

‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫‪8.1.2.8 Meetings‬‬ ‫‪8.1.3 Plan Quality Management: Outputs‬‬ ‫‪8.1.3.1 Quality Management Plan‬‬ ‫‪8.1.3.2 Process Improvement Plan‬‬ ‫هي جزء من الـ ‪ ,PMP‬تعنى بتطوير العمليات التي تحسن من المشروع والمنتج‪ ,‬وتهتم بـ‪:‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫‪ :Process Boundaries‬تحدد هدفها وبدايتها ونهايتها ومدخالتها ومخرجاتها وباقي المتغيرات‪.‬‬ ‫‪ :Process Configuration‬تحدد بشكل ‪ graphic‬خطوات العملية مع الجهات المؤثرة عليها‪.‬‬ ‫‪ :Process Metrics‬مع الـ ‪ Control Limits‬تحدد كفاءة العملية‪.‬‬ ‫‪ :Targets for Improved Performance‬األهداف التي يجب تطويرها‪.‬‬

‫‪8.1.3.3 Quality Metrics‬‬ ‫تهتم بذكر أحد المتغيرات وكيفية قياسه بالنسبة للمشروع أو المنتج‪.‬‬ ‫‪88‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫معيار الجودة هو قياس هذا المتغير والتحقق من أنه ضمن المجال المسموح‪.‬‬ ‫بعض المتغيرات التي يتم قياسها هي‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫‪On-time performance‬‬ ‫‪Cost Control‬‬ ‫‪Defect Frequency‬‬ ‫‪Failure Rate‬‬ ‫‪Availability‬‬ ‫‪Reliability‬‬ ‫‪Test Coverage‬‬

‫‪8.1.3.4 Quality Checklists‬‬ ‫تمثل قوائم يتم التحقق منها عند فحص أحد الفحوصات‪.‬‬ ‫‪8.1.3.5 Project Documents Updates‬‬

‫‪8.2 Perform Quality Assurance‬‬

‫تهتم الـ ‪ QA‬بأن العمل المستقبلي سيتم موافقا ً للمتطلبات والتوقعات‪ ,‬تستخدم هذه العملية بيانات من خطة‬ ‫إدارة الجودة لمنع حدوث األخطاء‪ ,‬وبيانات من التحكم بالجودة إلزالة األخطاء الواقعة‪.‬‬ ‫كذلك تهتم بتحسين العمليات حسب المعطيات المتوفرة‪.‬‬

‫‪89‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪8.2.1 Perform Quality Assurance: Inputs‬‬ ‫‪8.2.1.1 Quality Management Plan‬‬ ‫‪8.2.1.2 Process Improvement Plan‬‬ ‫‪8.2.1.3 Quality Metrics‬‬ ‫‪8.2.1.4 Quality Control Measurements‬‬ ‫يتم تحليل البيانات الصادرة من التحكم بالجودة لتقييم مدى مطابقة العملية للمواصفات‪.‬‬ ‫‪8.2.1.5 Project Documents‬‬ ‫‪8.2.2 Perform Quality Assurance: Tools and Techniques‬‬ ‫‪8.2.2.1 Quality Management and Control Tools‬‬ ‫(اإللفة واإلنجذاب) ‪ Affinity Diagrams‬‬ ‫يقوم بجمع األفكار المتشابهة والمرتبطة معا ً في مجموعة واحدة‪.‬‬

‫)‪ Process Decision Program Charts (PDPC‬‬ ‫يهدف لفهم هدف ما بفهم الخطوات التي أدت له‪.‬‬ ‫يفيد في خطط الطوارئ حيث أنه يساعد على التدخل بالخطوات البينية والتي يمكن أن تؤثر في تحقيق‬ ‫الهدف‪.‬‬

‫‪90‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫مثال عليه‪:‬‬

‫العالقات المتبادلة ‪ Interrelationship Digraphs‬‬ ‫يفيد في حل المشكالت بسيناريو غير معقد بوضع العالقات المنطقية بين حتى ‪ 52‬عنصر مرتبط بالمشكلة‪.‬‬ ‫يمكن أن يتم تطويره من البيانات المجمعة من خطوات أخرى مثل ‪ Affinity Diagrams‬أو ‪Tree‬‬ ‫‪ Diagram‬أو ‪.Fishbone Diagram‬‬

‫‪91‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪ Tree Diagrams‬‬ ‫مثل الـ ‪ WBS‬أو ‪ RBS‬أو ‪ .OBS‬تفيد في الـ ‪.Decomposition‬‬ ‫يمكن استخدامها كشجرة قرار مثل ‪.Build or Upgrade‬‬

‫‪92‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫مصفوفات األولويات ‪ Prioritization Matrices‬‬ ‫تهدف لتحديد الـ ‪ Issues‬الرئيسية والبدائل المناسبة عند اتخاذ قرار‪ .‬يتم ترتيب البدائل ووزنها وإعطاء‬ ‫تقييم لها‪.‬‬

‫‪ Activity Network Diagrams‬‬ ‫كانت تعرف سابقا ً بـ ‪ Arrow Diagrams‬وتضم‪:‬‬ ‫ ‪ Activity on Arrow :AOA‬و‬‫ ‪ Activity on Node :AON‬األكثر شيوعا ً‬‫تستخدم في البرنامج الزمني بطريقة ‪ CPM‬وفي تقنية ‪ PERT‬وفي طريقة االعتمادية ‪Precedence‬‬ ‫‪.Diagramming Method‬‬

‫‪ Matrix Diagrams‬‬ ‫تهدف لجمع البيانات وتحليلها ضمن مصفوفة‪.‬‬ ‫‪93‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪8.2.2.2 Quality Audits‬‬ ‫هي عملية منفصلة لمعرفة مطابقة نشاطات المشروع مع المواصفات تهدف إلى‪:‬‬ ‫‬‫‬‫‬‫‬‫‪-‬‬

‫تحديد جميع الـ ‪ Best Practices‬المطبقة فعليا ً‬ ‫تحديد عدم المطابقة للمواصفات‬ ‫مشاركة الـ ‪ Good Practices‬المطبقة في المشاريع األخرى‪.‬‬ ‫عرض المساعدة اإليجابية لرفع كفاءة الفريق في تطبيق الـ ‪Process‬‬ ‫جمع الدروس المستفادة‪.‬‬

‫تفيد في تقليل الـ ‪ COQ‬وزيادة الرضا من المالك‪ .‬ويمكن أن تكون داخلية أوخارجية‪.‬‬ ‫‪8.2.2.3 Process Analysis‬‬ ‫تتبع الخطوات المحددة بالـ ‪ Process Improvement Plan‬وتقوم بتحليل المشاكل التي تواجه المشروع‪,‬‬ ‫وتقييم األنشطة التي ال تحمل فائدة في الـ ‪.Process‬‬ ‫تتضمن ‪.Root Cause Analyse‬‬

‫‪8.2.3 Perform Quality Assurance: Outputs‬‬ ‫‪8.2.3.1 Change Requests‬‬ ‫‪8.2.3.2 Project Management Plan Updates‬‬ ‫‪8.2.3.3 Project Documents Updates‬‬ ‫‪8.2.3.4 Organizational Process Assets Updates‬‬

‫‪8.3 Control Quality‬‬ ‫الهدف من التحكم بالجودة‪:‬‬ ‫ تحديد أسباب سوء العملية أو المنتج واقتراح الحل‬‫ التحقق من أن مخرجات المشروع والعمل مطابق للمواصفات‬‫‪94‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫يجب أن يميز المرء بين عدة شغالت‪:‬‬ ‫‪ :Prevention‬هو إبقاء األخطاء بعيدا ً عن الـ ‪ :Inspection‬هو إبقاء األخطاء بعيدا ً عن‬ ‫الزبون‬ ‫‪Process‬‬ ‫‪ :Attribute Sampling‬العينة إما موافقة أو ‪ :Variable Sampling‬العينة توضع على‬ ‫مقياس حسب مطابقتها للمواصفات‬ ‫غير موافقة للمواصفات‬ ‫‪ :Tolerance‬هو المجال المحدد للنتائج ‪ :Control Limits‬هو المجال المحدد للـ‬ ‫المقبولة‬ ‫‪ Variation‬المحسوب من نتائج إحصائية‬ ‫لعملية إنتاج مستقرة‪.‬‬

‫‪95‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 8.3.1 Control Quality: Inputs 8.3.1.1 Project Management Plan 8.3.1.2 Quality Metrics 8.3.1.3 Quality Checklists 8.3.1.4 Work Performance Data 8.3.1.5 Approved Change Requests 8.3.1.6 Deliverables 8.3.1.7 Project Documents 8.3.1.8 Organizational Process Assets 8.3.2 Control Quality: Tools and Techniques 8.3.2.1 Seven Basic Quality Tools 8.3.2.2 Statistical Sampling 8.3.2.3 Inspection 8.3.2.4 Approved Change Requests Review .‫ تم تنفيذها بشكل صحيح‬Approved CRs ‫في هذه الخطوة يتم التحقق من أن جميع الـ‬

8.3.3 Control Quality: Outputs 8.3.3.1 Quality Control Measurements 8.3.3.2 Validated Changes 8.3.3.3 Verified Deliverables

Deliverable

Control Quality

Verified Deliverable

Validate Scope

Accepted Deliverable

Close Project / Phase

96 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 8.3.3.4 Work Performance Information 8.3.3.5 Change Requests 8.3.3.6 Project Management Plan Updates 8.3.3.7 Project Documents Updates 8.3.3.8 Organizational Process Assets Updates

97 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

9 PROJECT HUMAN RESOURCE MANAGEMENT :‫إن إدارة فريق عمل المشروع تتضمن‬ Influencing The Project Team -1 Professional and Ethical Behaviour -7

9.1 Plan Human Resource Management

9.1.1 Plan Human Resource Management: Inputs 9.1.1.1 Project Management Plan 9.1.1.2 Activity Resource Requirements 9.1.1.3 Enterprise Environmental Factors 9.1.1.4 Organizational Process Assets 9.1.2 Plan HR Management: Tools and Techniques 9.1.2.1 Organization Charts and Position Description :‫ ولها ثالث أنواع‬.‫الهدف منها توضيح مسؤوليات كل شخص وأن كل مهمة لديها مسؤول واضح‬

98 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪ :Hierarchical ‬مثل ‪ OBS‬و ‪WBS‬‬ ‫‪ Matrix ‬مثل ‪ .RAM Responsibility Assignment Matrix‬وتفيد في معرفة المسؤوليات‬ ‫ويمكن استخدام بدالً عنها ‪:RACI‬‬

‫‪ :Text-Oriented ‬يعني بشكل سردي‪.‬‬ ‫‪9.1.2.2 Networking‬‬ ‫ طريقة فهم العوامل والعالقات المؤثرة في خيارات الـ ‪Staffing‬‬‫ يمكن أن تكون رسمية وغير رسمية‬‫ أمثلة عنها النشاطات التي تقام بعد العمل وحفالت الشواء‪.‬‬‫‪9.1.2.3 Organizational Theory‬‬ ‫‪ -‬تمثل النظرية طريقة تصرف األشخاص والفرق‪.‬‬

‫‪99‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪9.1.2.4 Expert Judgment‬‬ ‫‪9.1.2.5 Meetings‬‬ ‫‪9.1.3 Plan Human Resource Management: Outputs‬‬ ‫‪9.1.3.1 Human Resource Management Plan‬‬ ‫تضم الخطة‪:‬‬ ‫‪:Roles and Responsibilities ‬‬ ‫‪ :Role o‬هي الوظيفة الموكلة ألحد األشخاص‪.‬‬ ‫‪ :Authority o‬هو الصالحية المعطاة ألحد األشخاص‪ ,‬أعضاء الفريق إنتاجيتهم أعلى عندما‬ ‫تكون صالحياتهم موافقة لمسؤولياتهم الشخصية‪.‬‬ ‫‪ :Responsibility o‬هي المسؤوليات الموكلة ألحد األشخاص‪.‬‬ ‫‪ :Competency o‬هي المهارات المطلوبة لتحقيق المهام والمسؤوليات‪.‬‬ ‫‪Project Organization Chart ‬‬ ‫‪ :Staffing Management Plan ‬هي الخطة التي تبين كيف سيتم ‪ Acquiring‬لفريق عمل‬ ‫المشروع وكم مدة عملهم‪ .‬وتضم‪:‬‬ ‫‪ :Staff Acquisition o‬يعني مصدر فريق عمل المشروع داخلي أم خارجي‪ ,‬محلي أم‬ ‫افتراضي‪ ,‬التكاليف اإلضافية المطلوبة‪.‬‬ ‫‪ :Resource Calendars o‬تحدد أيام العمل والمناوبات لكل مورد‪ ,‬أحد أدواتها هو الـ‬ ‫‪.Histogram‬‬ ‫‪ :Staff Release Plan o‬إن تحديد زمن وطريقة تحرير الموارد مفيد للمشروع ولفريق العمل‪.‬‬ ‫‪ :Training Needs o‬في حال لم يكن لدى فريق العمل المهارات الضرورية‪.‬‬ ‫‪ :Recognition and Rewards o‬يتم وضع شروط واضحة للمكافآت والترقيات‪ ,‬هذا النظام‬ ‫يجب أن يعتمد على أداء األشخاص‪.‬‬ ‫‪ :Compliance o‬موافقة التشريعات الحكومية والنقابية‪.‬‬ ‫‪ :Safety o‬السياسات واإلجراءات لحماية أعضاء فريق العمل توضع هنا‪.‬‬

‫‪100‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪9.2 Acquire Project Team‬‬

‫قد ال تقوم إدارة المشروع بالقيام بإدارة أعضاء الفريق بشكل مباشر لعدة أسباب منها هيكلية الشركة‬ ‫والمقاولين بالباطن‪ ,‬ولكن على مدير المشروع أن يأخذ بعين االعتبار األمور التالية‪:‬‬ ‫ التفاوض مع صاحب العالقة في تخصيص الموارد للمشروع‪.‬‬‫ الفشل بالحصول على العمالة المطلوبة قد يؤثر بشكل كبير على المشروع‬‫‪ -‬يجب إيجاد بدائل في حال عدم القدرة على توظيف األشخاص المطلوبين‬

‫‪9.2.1 Acquire Project Team: Inputs‬‬ ‫‪9.2.1.1 Human Resource Management Plan‬‬ ‫‪9.2.1.2 Enterprise Environmental Factors‬‬ ‫‪9.2.1.3 Organizational Process Assets‬‬

‫‪9.2.2 Acquire Project Team: Tools and Techniques‬‬ ‫‪9.2.2.1 Pre-assignment‬‬ ‫يعني األشخاص المخصصين على المشروع قبل أن يبدأ‪ ,‬ويكون ذلك في حال كان األشخاص يعملون على‬ ‫المناقصة نفسها‪ ,‬أو كان المشروع يعتمد على أشخاص محددين خبراء‪ ,‬أو كان بعض األشخاص تم اختيارهم‬ ‫للعمل بالمشروع في الـ ‪Chapter‬‬ ‫‪9.2.2.2 Negotiation‬‬ ‫فريق إدارة المشروع يجب أن يتفاوض مع‪:‬‬ ‫ الـ ‪ Functional Managers‬للحصول على الـ‪ Staff‬بالوقت والكفاءة المطلوبين‪.‬‬‫‪101‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ فرق إدارة المشاريع األخرى في حال كان يوجد أشخاص عندهم مطلوبين للمشروع‪.‬‬‫ شركات تزويد العمالة‪.‬‬‫‪9.2.2.3 Acquisition‬‬ ‫يتضمن توظيف العمالة المختصة أو إعطاء العمل لمقاول باطن‬ ‫‪9.2.2.4 Virtual Teams‬‬ ‫سيئات الفرق االفتراضية‪:‬‬ ‫‬‫‬‫‬‫‪-‬‬

‫احتمالية سوء الفهم‬ ‫الشعور بالعزلة‬ ‫صعوبة مشاركة المعلومات والخبرات‬ ‫تكلفة التقنية المستخدمة باالتصال‪.‬‬

‫أهم شيء في الفرق االفتراضية هو الـ ‪.Communication Planning‬‬ ‫‪9.2.2.5 Multi-Criteria Decision Analysis‬‬ ‫العوامل المؤثرة في اختيار فريق العمل تتضمن‪:‬‬ ‫‬‫‬‫‬‫‬‫‪-‬‬

‫توفر العمالة ومناطق توزعها‬ ‫التكلفة‬ ‫الخبرة والمهارات‬ ‫القدرات والمعارف والتصرفات‬ ‫التوزع الجغرافي للعمالة‬

‫‪9.2.3 Acquire Project Team: Outputs‬‬ ‫‪9.2.3.1 Project Staff Assignments‬‬ ‫مثل الـ ‪Organization Chart‬‬ ‫‪9.2.3.2 Resource Calendars‬‬ ‫‪9.2.3.3 Project Management Plan Updates‬‬

‫‪102‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪9.3 Develop Project Team‬‬

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

‫‪9.3.1 Develop Project Team: Inputs‬‬ ‫‪9.3.1.1 Human Resource Management Plan‬‬ ‫‪9.3.1.2 Project Staff Assignments‬‬ ‫‪9.3.1.3 Resource Calendars‬‬ ‫‪9.3.2 Develop Project Team: Tools and Techniques‬‬ ‫‪9.3.2.1 Interpersonal Skills‬‬ ‫ تمثل المهارات الشخصية‬‫ تعرف أيضا ً بـ ‪Soft Skills‬‬‫ تتضمن مهارات التواصل‪ ,‬الذكاء العاطفي‪ ,‬مهارة حل الخالفات‪ ,‬التفاوض‪ ,‬التأثير‪ ,‬بناء الفريق‪,‬‬‫وتسهيل أعمال المجموعات‪.‬‬ ‫‪9.3.2.2 Training‬‬ ‫ يهدف لرفع كفاءة الفريق‬‫ توضع خطة للتدريب ضمن الـ ‪HR Management Plan‬‬‫ التدريب الغير مخطط له يكون ناتج عن الـ ‪Observation‬‬‫‪103‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ تضاف تكاليف التدريب إلى الـ ‪Project Budget‬‬‫‪9.3.2.3 Team Building Activities‬‬ ‫هي األنشطة التي تهدف إلى إنشاء وتحسين أداء فريق العمل وزيادة كفاءته‪ ,‬وهي عملية مستمرة طوال‬ ‫فترة المشروع‪.‬‬ ‫أفضل نموذج لها هو سلّم ‪ Tuckman‬ويمثل المراحل الخمس في بناء الفريق‪ ,‬يمكن للفريق أن يعلق في‬ ‫أحدها أو يتخطى أحدها حسب وضع المشروع‪.‬‬ ‫‪:Tuckman Ladder‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫‪ :Forming‬هي المرحلة التي يلتقي فيها الفريق ويطلع على المشروع وعلى دور كل واحد منه في‬ ‫المشروع‪ ,‬يكون أعضاء الفريق أكثر ميالً لالستقاللية واالنغالق‪.‬‬ ‫‪ :Storming‬فيها يبدأ الفريق بالعمل في المشروع واتخاذ القرارات الفنية واإلدارية‪ ,‬في حال لم يكن‬ ‫الفريق منفتح على األفكار ووجهات النظر المختلفة فإن بيئة العمل تصبح غير جيدة‪.‬‬ ‫‪ :Norming‬يبدأ أعضاء الفريق بالتعود على عادات بعضهم البعض وسولكياتهم في دعم الفريق‪,‬‬ ‫تبدأ الثقة تظهر بين األعضاء‬ ‫‪ :Performing‬يتصرف الفريق كوحدة منظمة تعتمد على بعضها البعض‪ ,‬ويتم إنجاز األعمال‬ ‫بسالسة وكفاءة‪.‬‬ ‫‪ :Adjourning‬يكمل الفريق المشروع وينتقل لغيره‪.‬‬

‫‪9.3.2.4 Ground Rules‬‬ ‫ تمثل قواعد التصرفات المقبولة عند أعضاء الفريق‬‫ تقلل من حدوث سوء الفهم وتزيد اإلنتاجية‬‫‪ -‬تضم قواعد السلوك‪ ,‬االتصال‪ ,‬العمل المشترك وأتيكيت االجتماعات‪.‬‬

‫‬‫‬‫‬‫‬‫‪-‬‬

‫‪9.3.2.5 Colocation‬‬ ‫يعني االرتصاف بالعربية ويعرف أيضا ً بـ ‪Tight Matrix‬‬ ‫الفكرة أن يتم وضع معظم أو كل األعضاء المؤثرين من فريق العمل في نفس المكان‪.‬‬ ‫يهدف إلى زيادة المقدرة على العمل كجسد واحد‪.‬‬ ‫يمكن أن يكون بشكل مؤقت أو دائم‪.‬‬ ‫يمكن أن يتضمن غرفة اجتماعات الفريق ‪War Room‬‬

‫يتميز الـ ‪ Virtual Team‬عن الـ ‪ Colocation‬بما يلي‪:‬‬ ‫‪104‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ زيادة عدد الموارد الشاطرة‬‫ تقليل التكاليف والسفر ومصاريف التنقل‬‫‬‫‬‫‬‫‪-‬‬

‫‪9.3.2.6 Recognition and Rewards‬‬ ‫توضع خطة لمكافأة المجتهدين ضمن الـ ‪HR Management Plan‬‬ ‫المكافأة تفيد في حال واحد فقط هي أن تكون مرضية للشخص‪.‬‬ ‫قرار المكافأة يتم اتخاذه ضمن عملية ‪ Manage Project Team‬ضمن الـ ‪Performance‬‬ ‫‪.Appraisals‬‬ ‫من المفضل أن تعطى المكافأة خالل المشروع وليس بعده‪.‬‬

‫‪9.3.2.7 Personnel Assessment Tools‬‬ ‫ تهدف لمعرفة مواطن الضعف لدى الفريق‬‫ تضم االستبيانات والمقابالت والفحوصات‪.‬‬‫‪ -‬تؤدي لزيادة الثقة والتواصل بين أعضاء الفريق‪.‬‬

‫‪9.3.3 Develop Project Team: Outputs‬‬ ‫‪9.3.3.1 Team Performance Assessments‬‬ ‫يقاس أداء الفريق بالنجاح الفني له مقارنة مع أهداف المشروع المتفق عليها (بما فيها على مستوى الجودة)‪,‬‬ ‫ضمن البرنامج الزمني للمشروع‪ ,‬والميزانية المحددة‪.‬‬ ‫تقييم كفاءة الفريق قد تتضمن مؤشرات مثل‪:‬‬ ‫‬‫‬‫‬‫‪-‬‬

‫تطوير المهارات‬ ‫تطوير الخبرات والكفاءات‬ ‫تقليل معدالت استبدال الموظفين‬ ‫زيادة تماسك الفريق وخلق جو يسمح بتبادل المعلومات والخبرات بين أعضائه‪.‬‬

‫ينتج عن تقييم أعضاء الفريق إمكانية الحاجة للتدريب أو المساعدة وغيرها‪ ,‬ويحدد في هذه الخطوة المستوى‬ ‫المطلوب من المساعدة‪.‬‬ ‫‪9.3.3.2 Enterprise Environmental Factors Updates‬‬

‫‪105‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

9.4 Manage Project Team

.‫إدارة فريق العمل تتطلب مهارات إدارية متنوعة لتحفيز بيئة العمل‬ 9.4.1 Manage Project Team: Inputs 9.4.1.1 Human Resource Management Plan 9.4.1.2 Project Staff Assignments 9.4.1.3 Team Performance Assessments 9.4.1.4 Issue Log .‫يحوي قائمة بالقضايا والمسؤولين عن حلها‬ 9.4.1.5 Work Performance Reports ‫ هذه المعلومات تحدد المتطلبات المستقبلية للعمالة‬,‫ والجودة‬Scope, Time, Cost ‫تضم بيانات من الـ‬ .‫وتحدد نظام المكافآت والحوافز‬ 9.4.1.6 Organizational Process Assets 9.4.2 Manage Project Team: Tools and Techniques 9.4.2.1 Observation and Conversation 9.4.2.2 Project Performance Appraisals :‫هدفها‬ ‫ توضيح المسؤوليات‬106 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ الـ ‪ Feedback‬البناءة من أعضاء الفريق‬‫ اكتشاف األمور العالقة والمخفية‬‫ تطوير خطط التدريب الشخصية‬‫ تحديد أهداف المرحلة المقبلة‬‫‪9.4.2.3 Conflict Management‬‬ ‫الـ ‪ Conflict‬هي أمر إيجابي وال يمكن تجبنها‪.‬‬ ‫تحدث بسبب شح الموارد‪ ,‬أولويات البرنامج الزمني وطريقة عمل كل شخص‪.‬‬ ‫يمكن تقليل عددها عن طريق الـ ‪ ,Group Norms ,Ground Roles‬والتعريف المسبق لألدوار‬ ‫والمسؤوليات‪.‬‬ ‫إدارة الـ ‪ Conflicts‬بنجاح ووجود األفكار المختلفة تؤدي لزيادة اإلبداع وتحسين عملية اتخاذ القرارات‪.‬‬ ‫عند الكشف عنها يفضل حلها قبل التصعيد‪ ,‬في حال التصعيد تستخدم اإلجراءات الرسمية‪.‬‬ ‫العوامل التي تؤثر على حل الـ ‪ Conflicts‬هي‪:‬‬ ‫‬‫‬‫‬‫‪-‬‬

‫أهميته النسبية‬ ‫ضغط الوقت المطلوب لحله‬ ‫منصب األشخاص المتورطين‬ ‫الحافز لحله‬

‫هناك خمس طرق لحل النزاعات كل واحدة تستخدم حسب الحالة الموجودة لدينا‪:‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫‪ Withdraw/Avoid‬اإلنسحاب‬ ‫‪ Smooth/Accommodate‬الحل السلمي بالتركيز على مواطن االتفاق‬ ‫‪ Compromise/Reconcile‬الحل بإرضاء أكبر قدر من رغبات األطراف‬ ‫‪ Force/Direct‬تفضيل حل على الحلول األخرى والدفع باتجاهه (بحال الطوارئ)‬ ‫‪ Collaborate/Problem Solve‬النقاش حتى الوصول إلى اإلجماع‬

‫‪9.4.2.4 Interpersonal Skills‬‬ ‫مهارات مدير المشروع الشخصية إلدارة فريق العمل تتضمن‪:‬‬ ‫‪ Leadership ‬تتركز على الرؤية واإللهام لفريق العمل‬ ‫‪ Influencing ‬التأثير يتضمن‪:‬‬ ‫‪ o‬القدرة على اإلقناع‬ ‫‪ o‬مهارات االنصات العالية‬ ‫‪ o‬إحاطة جميع جوانب المواضيع المهمة‬ ‫‪ o‬جمع المعلومات الهامة والمؤثرة عن كل قضية والوصول للتوافق‬ ‫‪107‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ Effective Decision Making ‬يتضمن القدرة على التفاوض والتأثير على فريق العمل‪ ,‬األمور‬ ‫التالية تساعد على عملية اتخاذ القرار‪:‬‬ ‫‪ o‬التركيز على الهدف المطلوب‬ ‫‪ o‬اتباع عملية ‪Decision Making Process‬‬ ‫‪ o‬دراسة العوامل المحيطة باألمر‬ ‫‪ o‬تحليل المعلومات المتوفرة‬ ‫‪ o‬تطوير اإلمكانيات الخاصة لفريق العمل‬ ‫‪ o‬تحفيز إبداع الفريق‬ ‫‪ o‬إدارة المخاطر‬

‫‪9.4.3 Manage Project Team: Outputs‬‬ ‫‪9.4.3.1 Change Requests‬‬ ‫تغير الـ ‪ Staff‬قد يؤدي إلى ‪ ,CRs‬مثال على التغيير انتقال األشخاص لعمل أمور أخرى‪ ,‬إعطاء جزء من‬ ‫المشروع لمقاول باطن‪ ,‬استبدال األشخاص الذين غادروا‪ ,‬كل هذا قد يؤدي لزيادة الكلفة‪ ,‬الوقت وغيرها‪.‬‬ ‫وقد يكون الـ ‪ CR‬عبارة عن ‪ Preventive Action‬يؤخذ لتخصيص أموال إضافية مثالً لتدريب العمال‬ ‫في حال عدم كفاءتهم‪.‬‬ ‫‪9.4.3.2 Project Management Plan Updates‬‬ ‫‪9.4.3.3 Project Documents Updates‬‬ ‫‪9.4.3.4 Enterprise Environmental Factors Updates‬‬ ‫‪9.4.3.5 Organizational Process Assets Updates‬‬

‫‪10 PROJECT COMMUNICATIONS MANAGEMENT‬‬ ‫‪108‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫االتصاالت قد تكون‪:‬‬ ‫‬‫‬‫‬‫‪-‬‬

‫داخلية أو خارجية‬ ‫رسمية أو غير رسمية‬ ‫عمودية أو أفقية‬ ‫مكتوبة أو شفهية‬

‫مهارات التواصل تكون كالتالي‪:‬‬ ‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫االستماع بشكل جيد وفعال‬ ‫االستفسار للتحقق من الفهم الواضح‬ ‫إدارة التوقعات‬ ‫تحفيز األشخاص‬ ‫‪coaching‬‬ ‫التفاوض‬ ‫حل الخالفات‬

‫‪10.1 Plan Communications Management‬‬

‫نحن نقوم بتخطيط االتصاالت وذلك لألمور التالية‪:‬‬ ‫‬‫‬‫‬‫‪-‬‬

‫حدوث تأخير في تسليم الرسائل‬ ‫الشخص المستلم خطأ‬ ‫المعلومات المرسلة غير كافية‬ ‫الرسائل الواصلة غير مفهومة‬

‫التواصل الفعال يعني أن المعلومات المرسلة بالنموذج الصحيح‪ ,‬في الوقت الصحيح‪ ,‬للشخص الصحيح‪,‬‬ ‫تؤدي إلى ‪ Impact‬صحيح‪ ,‬وهي تعني بالضرورة توصيل المعلومات المطلوبة فقط‪.‬‬ ‫تخطيط االتصاالت يعني أن نسأل‪:‬‬ ‫‪ ‬من يريد المعلومات؟ ومن لديه الصالحية للوصول لها؟‬ ‫‪109‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ ‬متى وقت الحاجة للمعلومات؟‬ ‫‪ ‬أين ستخزن المعلومات؟‬ ‫‪ ‬بأي صيغة ستخزن المعلومات؟‬ ‫‪ ‬كيف سيتم استرجاع المعلومات؟‬ ‫‪ ‬هل هناك تأثير الختالف الوقت‪ ,‬المنطقة‪ ,‬البيئة على االتصاالت؟‬

‫‪10.1.1 Plan Communications Management: Inputs‬‬ ‫‪10.1.1.1 Project Management Plan‬‬ ‫‪10.1.1.2 Stakeholder Register‬‬ ‫‪10.1.1.3 Enterprise Environmental Factors‬‬ ‫‪10.1.1.4 Organizational Process Assets‬‬ ‫‪10.1.2 Plan Communications Management: Tools and Techniques‬‬ ‫‪10.1.2.1 Communication Requirements Analysis‬‬ ‫إن عدد قنوات االتصال الممكنة في مشروع ما يحسب بالعالقة‪:‬‬ ‫‪𝑛−1‬‬ ‫‪2‬‬

‫‪𝑛.‬‬

‫حيث ‪ n‬هو عدد الـ ‪.Stakeholders‬‬ ‫‪10.1.2.2 Communication Technology‬‬ ‫تختلف التكنولوجيا المستخدمة في االتصال وتؤثر فيها العوامل التالية‪:‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫الـ ‪ Urgency‬للمعلومات المطلوبة‬ ‫التكنولوجيا المتوفرة‬ ‫‪ Ease of Use‬سهولة االستخدام‪.‬‬ ‫بيئة المشروع‬ ‫حساسية المعلومات المطلوبة وسريتها‬ ‫‪10.1.2.3 Communication Models‬‬

‫النموذج األساسي للتواصل يكون بالشكل‪:‬‬

‫‪110‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫في هذا النموذج تكون خطوات االتصال كالتالي‪:‬‬ ‫‪‬‬ ‫‪‬‬

‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫‪ Encode‬حيث يتم إرسال المعلومات بلغة متفق عليها من قبل المرسل‬ ‫‪ :Transmit Message‬يتم إرسال المعلومات عن طريق قناة االتصال ‪ ,Medium‬تتأثر الرسالة‬ ‫المرسلة بعدة عوامل منها المسافة‪ ,‬التكنولوجيا المستخدمة‪ ,‬البنية التحتية‪ ,‬اختالف الثقافة‪ ,‬قلة‬ ‫المعلومات عن الرسالة‪ ,‬هذه العوامل تدعى بالضجيج ‪.Noise‬‬ ‫‪ Decode‬تترجم الرسالة من قبل المستقبل‬ ‫‪ Acknowledge‬عند استالم الرسالة يرسل المستقبل إشارة إلى المرسل بأنه استلم الرسالة‪ ,‬هذا ال‬ ‫يعني أنه موافق عليها بالضرورة‪.‬‬ ‫‪ :Feedback / Response‬عند فهم الرسالة يرسل المستقبل رسالة أخرى إلط المرسل برده عليها‪.‬‬

‫إن المرسل هو المسؤول عن الرسالة المرسلة‪ ,‬وعن وصولها بشكل واضح‪ ,‬وأنه تم فهمها بشكل صحيح‪.‬‬ ‫المستقبل مسؤول عن التحقق من أن المعلومات وصلت بالكامل‪ ,‬تم فهمها بشكل صحيح‪ ,‬وإعالم المرسل‬ ‫بذلك‪.‬‬ ‫‪10.1.2.4 Communication Methods‬‬ ‫هناك عدة وسائل لالتصال يمكن أن تكون باألنواع التالية‪:‬‬ ‫‪111‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪:Interactive Communication ‬‬ ‫‪ o‬يتم تبادل المعلومات بين األطراف بشكل مباشر وتفاعلي‬ ‫‪ o‬هي الطريقة األنسب للتواصل‬ ‫‪ o‬تضم االجتماعات‪ ,‬االتصال الهاتفي‪ ,‬الرسائل المباشرة‪ ,‬الـ ‪.Video Conference‬‬ ‫‪:Push Communication ‬‬ ‫‪ o‬ترسل المعلومات للجهات التي تحتاجها‬ ‫‪ o‬يضمن هذا النوع أن المعلومات أرسلت ولكن ال يضمن أنها وصلت وال أنها فهمت‬ ‫‪ o‬تضم الرسائل‪ ,‬المذكرات‪ ,‬البريد اإللكتروني‪ ,‬الفاكس‪ ,‬الرسائل الصوتية‪ ,‬البيانات الصحفية‬ ‫‪:Pull Communication ‬‬ ‫‪ o‬تستخدم لتوزيع مقدار كبير من المعلومات‪ ,‬أو في حال وجود جمهور عريض مستقبل‬ ‫‪ o‬تستلزم وصول المستقبل إلى المعلومات بنفسه‬ ‫‪ o‬تتضمن المواقع اإللكترونية‪ ,‬التعليم اإللكتروني‪ ,‬قواعد البيانات‪ ,‬مستودعات المعلومات‬ ‫‪10.1.2.5 Meetings‬‬ ‫‪10.1.3 Plan Communications Management: Outputs‬‬ ‫‪10.1.3.1 Communications Management Plan‬‬ ‫تضم معلومات كثيرة منها‪:‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫متطلبات التواصل‬ ‫المعلومات التي سيتم توزيعها‪ ,‬بما فيها اللغة المستخدمة‪ ,‬الصيغة‪ ,‬المحتوى‪WHAT ,‬‬ ‫سبب توزيع المعلومات ‪WHY‬‬ ‫اإلطار الزمني وتكرارية توزيع المعلومات ‪WHEN‬‬ ‫الشخص المسؤول عن التوزيع ‪WHO‬‬ ‫األشخاص المستقبلون‬ ‫طريقة التوصيل ‪HOW‬‬ ‫‪ :Flow Charts‬التي تبين سريان المستندات المتطلبة لموافقة عدة أطراف‪.‬‬ ‫دليل االجتماعات‬ ‫‪10.1.3.2 Project Documents Updates‬‬

‫‪112‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪10.2 Manage Communications‬‬

‫تهدف العملية لتوزيع المعلومات المطلوبة والتحقق من وصولها‪ ,‬كما تتيح الفرصة لطلب معلومات إضافية‪.‬‬ ‫حيث يتم استخدام عدة تقنيات في هذه العملية منها‪:‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬ ‫‪‬‬

‫‪ :Sender-Receiver Models‬تدوير المعلومات بين المرسل والمستقبل يضيف فرصة لنجاح‬ ‫االتصاالت بشكل فعال‪.‬‬ ‫‪ :Choice of Media‬حسب ظروف المشروع‬ ‫‪ :Writing Style‬تقنيات الكتابة واختيار الكلمات قد تؤثر في التواصل‪.‬‬ ‫‪ :Meeting Management Techniques‬تحضير أجندة لالجتماع وإدارة الخالفات‪.‬‬ ‫‪ :Presentation Techniques‬أهمية لغة الجسد واستخدام أجهزة العرض‪.‬‬ ‫‪ :Facilitation Techniques‬الوصول لإلجماع وتجاوز العقبات‪.‬‬ ‫‪ :Listening Techniques‬االستماع بفعالية يعني‪ :‬وصول المعلومة‪ ,‬التحقق منها‪ ,‬التحقق من‬ ‫فهمها‪.‬‬

‫‪10.2.1 Manage Communications: Inputs‬‬ ‫‪10.2.1.1 Communications Management Plan‬‬ ‫‪10.2.1.2 Work Performance Reports‬‬ ‫‪10.2.1.3 Enterprise Environmental Factors‬‬ ‫‪10.2.1.4 Organizational Process Assets‬‬

‫‪113‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 10.2.2 Manage Communications: Tools and Techniques 10.2.2.1 Communication Technology 10.2.2.2 Communication Models 10.2.2.3 Communication Methods 10.2.2.4 Information Management Systems :‫يتم توزيع المعلومات في المشروع بعدة طرق‬ ‫ مثل الرسائل والمذكرات‬,Hard Copy  .‫ مثل اإليميل والتلفون والمواقع‬Electronic Communication  .‫ وغيرها‬Aconex ‫ الـ‬,‫ على الشبكة‬P6 ‫ مثل الـ‬Electronic Tools  10.2.2.5 Performance Reporting .‫بيانات تقدم األعمال واألداء والتوقعات كلها يتم توزيعها لألطراف المعنية‬

10.2.3 Manage Communications: Outputs 10.2.3.1 Project Communications ,‫ تقدم العمل والبرنامج الزمني‬,‫ وضع المخرجات‬,‫هنا تكون المعلومات الموزعة مثل تقارير األداء‬ .‫والمصاريف‬ 10.2.3.2 Project Management Plan Updates 10.2.3.3 Project Documents Updates 10.2.3.4 Organizational Process Assets Updates

114 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

10.3 Control Communications

10.3.1 Control Communications: Inputs 10.3.1.1 Project Management Plan 10.3.1.2 Project Communications 10.3.1.3 Issue Log .‫ هامة لمعرفة من المسؤول عن حل القضايا‬Issue Log ‫المعلومات الموجودة في الـ‬ 10.3.1.4 Work Performance Data 10.3.1.5 Organizational Process Assets 10.3.2 Control Communications: Tools and Techniques 10.3.2.1 Information Management Systems .‫يمثل األدوات المستخدمة لجمع وتخزين وتوزيع المعلومات‬ 10.3.2.2 Expert Judgment 10.3.2.3 Meetings 10.3.3 Control Communications: Outputs 10.3.3.1 Work Performance Information 10.3.3.2 Change Requests .CRs ‫إن البيانات المرسلة إلى األطراف المختلفة قد تولد‬

115 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ 10.3.3.3 Project Management Plan Updates 10.3.3.4 Project Documents Updates 10.3.3.5 Organizational Process Assets Updates

116 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪11 PROJECT RISK MANAGEMENT‬‬ ‫الـ ‪ :RISK‬هو حدث محتمل في المستقبل‪ ,‬له أثر إيجابي أو سلبي على نطاق العمل أو الكلفة أو الزمن أو‬ ‫الجودة‪.‬‬ ‫أحيانا ً يكون الـ ‪ Risk‬في بيئة المشروع‪ ,‬مثال على ذلك فإن األمور التالية تعتبر مخاطر‪:‬‬ ‫‬‫‬‫‬‫‪-‬‬

‫ضعف تطبيق إدارة المشاريع‬ ‫ضعف الربط بين العمليات‬ ‫إدارة مشاريع متعددة معا ً‬ ‫االعتماد على أشخاص ليسوا ضمن مجال سيطرة المشروع‬

‫الـ ‪ Known Risks‬يخصص لها ‪Contingency Reserves‬‬ ‫الـ ‪ Unknown Risks‬يخصص لها ‪Management Reserves‬‬ ‫الـ‪ Risk‬عندما يحصل يتحول إلى ‪Issue‬‬ ‫نميز بين مخاطر المشروع ومخاطر األنشطة‪ ,‬مخاطر المشروع تؤثر على المشروع ككل‪ ,‬وال تعني مجموع‬ ‫مخاطر األنشطة بالضرورة‪ ,‬إنها تمثل تأثير الـ ‪ Stakeholders‬على ناتج المشروع ككل‪.‬‬ ‫يتأثر موقف الشركات من المخاطر بثالثة عوامل‪:‬‬ ‫‪ :Risk Appetite ‬أي الرغبة في المخاطرة‪ ,‬وهو درجة المخاطرة التي تكون الشركة مستعدة‬ ‫لتحملها في سبيل الحصول على الجائزة‪.‬‬ ‫‪ :Risk Tolerance ‬أي تحمل المخاطر‪ ,‬وهو الكمية من المخاطرة التي يمكن أن تتمكن الشركة‬ ‫من أن تصمد فيها‪.‬‬ ‫‪ :Risk Threshold ‬وهو الحد الذي تتصرف عنده الشركة حيال المخاطر‪ ,‬تحت هذا الحد تقبل‬ ‫المخاطر‪ ,‬فوقه ال تتحملها‪.‬‬

‫‪117‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

11.1 Plan Risk Management

.‫خطة إدارة المخاطر تبدأ مع بداية المشروع وتنتهي في أبكر وقت ممكن من مرحلة التخطيط‬ 11.1.1 Plan Risk Management: Inputs 11.1.1.1 Project Management Plan 11.1.1.2 Project Charter 11.1.1.3 Stakeholder Register 11.1.1.4 Enterprise Environmental Factors 11.1.1.5 Organizational Process Assets 11.1.2 Plan Risk Management: Tools and Techniques 11.1.2.1 Analytical Techniques .‫تسخدم تقنيات التحليل لفهم سياق إدارة المخاطر للمشروع‬ 11.1.2.2 Expert Judgment 11.1.2.3 Meetings 11.1.3 Plan Risk Management: Outputs 11.1.3.1 Risk Management Plan :‫وتضم األمور التالية‬ Methodology Roles and Responsibilities Budgeting Timing

   

118 www.Logaritm.net

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪ :Risk Categories ‬يتم تجميع المخاطر وحصرها بعدة أنواع ضمن بنية هيكلية ‪.RBS‬‬ ‫‪ ‬تعريف الـ ‪ :Risk Probability and Impact‬حيث يتم وضع معايير لتقييم احتمالية وتأثير‬ ‫المخاطر‪.‬‬ ‫‪Probability and impact Matrix ‬‬ ‫‪Revised Stakeholder Tolerance ‬‬ ‫‪Reporting Formats ‬‬ ‫‪Tracking ‬‬

‫‪11.2 Identify Risks‬‬

‫‪119‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫‪11.2.1 Identify Risks: Inputs‬‬ ‫‪11.2.1.1 Risk Management Plan‬‬ ‫‪11.2.1.2 Cost Management Plan‬‬ ‫‪11.2.1.3 Schedule Management Plan‬‬ ‫‪11.2.1.4 Quality Management Plan‬‬ ‫‪11.2.1.5 Human Resource Management Plan‬‬ ‫‪11.2.1.6 Scope Baseline‬‬ ‫‪11.2.1.7 Activity Cost Estimates‬‬ ‫‪11.2.1.8 Activity Duration Estimates‬‬ ‫‪11.2.1.9 Stakeholder Register‬‬ ‫‪11.2.1.10 Project Documents‬‬ ‫‪11.2.1.11 Procurement Documents‬‬ ‫‪11.2.1.12 Enterprise Environmental Factors‬‬ ‫‪11.2.1.13 Organizational Process Assets‬‬ ‫‪11.2.2 Identify Risks: Tools and Techniques‬‬ ‫‪11.2.2.1 Documentation Reviews‬‬ ‫لتحديد المخاطر يجب مراجعة جميع وثائق المشروع وخططه وافتراضاته واالطالع على وثائق المشاريع‬ ‫الماضية‪.‬‬ ‫ جودة هذه الخطط تعتبر من المخاطر‪.‬‬‫‪ -‬التوافق بين الخطط ومتطلبات المشروع واالفتراضات يعتبر من المخاطر أيضا ً‬

‫‬‫‬‫‬‫‬‫‬‫‬‫‪-‬‬

‫‪11.2.2.2 Information Gathering Techniques‬‬ ‫‪ Brainstorming‬‬ ‫الهدف منه جمع قائمة بالمخاطرويتم بحضور خبراء غالبا ً‬ ‫يتم جمع األفكار من قبل المجتمعين وتنظيمها ضمن ‪ RBS‬مثالً‬ ‫يمكن أن يتم بنظام المقابالت بدل االجتماع‬ ‫‪ Delphi Technique‬‬ ‫يشارك الخبراء بمخاطر المشروع بشكل ‪Anonymously‬‬ ‫يقوم المنسق بإصدار أسئلة على المشاركين لجمع األفكار‬ ‫يتم جمع اإلجابات وتلخيصها وإعادة إرسالها للمشاركين مرة أخرى‬ ‫يتم الحصول على اإلجماع بعد عدة جوالت‬ ‫‪120‬‬

‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬ ‫ يفيد في تقليل االنحياز ‪ Bias‬في المعلومات‬‫ يحمي أي مشارك من تأثير العوامل الخارجية عليه‬‫‪ Interviewing‬‬ ‫)?‪ Root Cause Analysis (Asking Why‬‬ ‫‪11.2.2.3 Checklist Analysis‬‬ ‫يتم تحضير قائمة بالمخاطر من المشاريع المشابهة وغيرها‪ ,‬والتحقق من أنها تنطبق على المشروع أو ال‪.‬‬ ‫‪11.2.2.4 Assumptions Analysis‬‬ ‫‪11.2.2.5 Diagramming Techniques‬‬ ‫)‪ Cause and Effect Diagrams (AKA Fishbone or Ishikawa‬‬ ‫‪ System or Process Flow Charts‬‬ ‫‪ Influence Diagrams‬‬ ‫‪11.2.2.6 SWOT Analysis‬‬ ‫يتم تحليل المشروع من ناحية الـ ‪ Opportunities ,Weakness , Strength‬و ‪Threats‬‬ ‫وذلك لزيادة نطاق المخاطر المحتملة‪ ,‬ويتم التحليل بالنسبة لقوة وضعف الشركة ككل‪ ,‬ويتم من خالله معرفة‬ ‫أي فرصة يمكن أن تلوح للشركة تكون فيها قوية في هذا المجال‪ ,‬أو أي خطر تكون فيه ضعيفة في المجال‪.‬‬ ‫‪11.2.2.7 Expert Judgment‬‬ ‫‪11.2.3 Identify Risks: Outputs‬‬ ‫‪11.2.3.1 Risk Register‬‬ ‫هو المستند الذي يضم‪:‬‬ ‫‪ ‬قائمة بالمخاطر المعروفة‪ ,‬مع سبب حصول هذه المخاطر إن أمكن‪.‬‬ ‫‪ ‬قائمة بالردود المحتملة على المخاطر‪ ,‬تحدد من العمليات الالحقة‪.‬‬

‫‪11.3 Perform Qualitative Risk Analysis‬‬ ‫هي عملية تحليل المخاطر المعروفة حسب وترتيبها حسب األثر واالحتمالية‪ ,‬الهدف من هذه العملية التركيز‬ ‫على المخاطر ذات األولية العالية‪.‬‬

‫‪121‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫‪11.3.1 Perform Qualitative Risk Analysis: Inputs‬‬ ‫‪11.3.1.1 Risk Management Plan‬‬ ‫‪11.3.1.2 Scope Baseline‬‬ ‫‪11.3.1.3 Risk Register‬‬ ‫‪11.3.1.4 Enterprise Environmental Factors‬‬ ‫‪11.3.1.5 Organizational Process Assets‬‬ ‫‪11.3.2 Perform Qualitative Risk Analysis: Tools and Techniques‬‬ ‫‪11.3.2.1 Risk Probability and Impact Assessment:‬‬ ‫لحساب إمكانية وتأثير حدوث المخاطر على الزمن والتكلفة والجودة واألداء سوا ًء كانت إيجابية أم سلبية‪,‬‬ ‫ويمكن تحديدها عن طريق المقابالت واالجتماعات‪.‬‬ ‫يتم إدارة المخاطر ذات اإلمكانية أو التأثير العاليين أما بقية المخاطر التافهة فتوضع على قائمة ‪Watch‬‬ ‫‪ List‬للمتابعة المستقبلية‪.‬‬ ‫‪11.3.2.2 Probability and Impact Matrix‬‬ ‫بعد تقييم التأثير واالحتمالية للمخاطر‪ ,‬توضع في مصفوفة لتقسيمها إلى عالية األهمية‪ ,‬متوسطة وقليلة‬ ‫األهمية‪.‬‬ ‫وتضع الشركة حدودا ً تمثل هذا التقسيم كما في المثال التالي‪:‬‬ ‫حيث‬

‫‪Risk = Impact x Probability‬‬

‫‪122‬‬ ‫‪www.Logaritm.net‬‬

‫هذا الملخص تم إعداده لصالح موقع لوغاريتم | المهندس سعد المرعي يمنع االستخدام ألغراض تجارية‬

‫في هذه المصفوفة تعتبر‪:‬‬ ‫ ‪ : R>= 0.18‬مخاطر عالية (تحتاج تغيير في الخطط إن أمكن أو استراتيجية واضحة للتصرف‬‫حيالها إن وقعت)‬ ‫ ‪ 0.18 > R > 0.05‬مخاطر متوسطة (تحتاج ‪)Contingency Reserves‬‬‫ ‪ R