Professional Documents
Culture Documents
- Getting Started.
- Project Proposals.
- Knowledge Areas.
Translation by Afony
1
1- Getting Started:
You’ve already got an understanding of the basic project life cycle, and we’ve just talked through some of
the underlying principles of project management. In this chapter, we’ll talk about the work that comes
before the project life cycle—finding possible projects, working out which projects are worth pursuing, and
getting to know the different groups of people who will be involved in any project. Finally, we’ll discuss the
process of actually initiating a project.
سنتحدث، فً هذا الفصل. وتحدثنا للتو من خالل بعض المبادئ األساسٌة إلدارة المشروع، لمد فهمت بالفعل دورة حٌاة المشروع األساسٌة
والتعرف، والتوصل إلى المشارٌع التً تستحك المتابعة، العثور على المشارٌع الممكنة- عن العمل الذي ٌأتً لبل دورة حٌاة المشروع
سننالش عملٌة البدء الفعلً للمشروع، أخٌرا
ً .على مجموعات مختلفة من األشخاص الذٌن سٌشاركون فً أي مشروع.
During the first of these four phases, the Initiation Phase, the need is
identified. An appropriate response to the need is determined and
described. (This is actually where the project begins.) The major
deliverables and the participating work groups are identified. The team
begins to take shape. Issues of feasibility (can we do the project?) and
justification (should we do the project?) are addressed.
إذا نظرنا إلى عملٌة المشروع من أعلى.تحتوي المشروعات عادة على مراحل ٌمكن تحدٌدها ولكل مرحلة مجموعة فرٌدة من التحدٌات لمدٌر المشروع
ومرحلة اإلغالق، مرحلة التنفٌذ، مرحلة التخطٌط، بما فً ذلن "مرحلة البدء. ٌمكن تحدٌد أربع مراحل أساسٌة للمشروع، "مستوى.
2
(هذا هو فً الوالع حٌث. ٌتم تحدٌد االستجابة المناسبة للحاجة ووصفها. تم تحدٌد الحاجة، مرحلة البدء، خالل المرحلة األولى من هذه المراحل األربع
تتم معالجة لضاٌا الجدوى (هل ٌمكننا المٌام. ٌبدأ الفرٌك فً التبلور. ٌتم تحدٌد العناصر الرئٌسٌة المابلة للتنفٌذ ومجموعات العمل المشاركة.)ٌبدأ المشروع
)بالمشروع؟) والمبررات (هل ٌجب أن نفعل المشروع؟.
إلى، ) ٌتم تحدٌد منتجات العمل الوسٌطة (التسلٌمات المؤلتة. حٌث ٌتم تطوٌر حل المشروع بمزٌد من التفصٌل لدر اإلمكان، التالً هو مرحلة التخطٌط
ٌتم إجراء تمدٌرات.) تبدأ صٌاغة هذه اإلستراتٌجٌة بتعرٌف عناصر العمل المطلوبة (المهام) والتسلسل األمثل لتنفٌذها (الجدول.جانب استراتٌجٌة إنتاجها
حٌث ٌتم الحصول على الموافمة الرسمٌة، مسألة الجدوى والتبرٌر مرة أخرى.بشأن ممدار الولت والمال الالزم ألداء العمل وتارٌخ االنتهاء من العمل
للمضً لدما ً فً المشروع لبل المتابع
During the third phase, the Execution Phase, the prescribed work is performed under the watchful
eye of the project manager. Progress is continuously monitored and appropriate adjustments are
made and recorded as variances from the original plan. Throughout this phase, the project team
remains focused on meeting the objectives developed and agreed upon at the outset of the
project. During the final phase, or the Close-Out Phase, the emphasis is on verifying that the
project has satisfied or will satisfy the original need. Ideally, the project culminates with a smooth
transition from deliverable creation (the project) to deliverable utilization (the post-project life
cycle). The project customer accepts and uses the deliverables. Throughout this phase, project
resources (the members of the project team) are gradually re-deployed and the project finally
shuts down.
بٛزْ سطذ٣ اُزوذّ ٓغزٔش.عٝش أُشش٣شح ُٔذٖٛ اُغب٤ أداء رؾذ اُؼٞٛ ٚ٤ِص ػٞاُؼَٔ أُ٘ظٝ ، ز٤ اُز٘لِٚٓشؽٝ ، خالٍ أُشؽِخ اُضبُضخ
٢ذاف اُزٛكبء أُٞ ا٢ِشًض ػ٣ عٝن أُشش٣ضاٍ كش٣ ال، أُشؽِخٙزٛ ٍاٞؽٝ .ٚ٤ِم ٖٓ اُخطخ االطٝب ًلشِٜ٤رغغٝ الد أُ٘بعجخ٣اعشاء اُزؼذٝ
ع هذ ساعٝ اُزؾون ٖٓ إ أُشش٢ِض ػ٤ً٘ظت اُزش٣ ، اإلؿالمِٚ ٓشؽٝ أ، خ٤بئُٜ٘خالٍ أُشؽِخ اٝ .عٝخ أُشش٣ ثذا٢ب كٜ٤ِارلن ػٝ ػؼذٝ
ٙب٤ ؽٙسْٝ اعزخذاّ (د٤ِ اُزغ٠ُع) ئْٝ (أُشش٤ِط ثبٗزوبٍ عِظ ٖٓ ئٗشبء اُزغٞز٣ عٝ كبٕ أُشش، خ٤ُخ أُضب٤ٖٓ اُ٘بؽٝ .ٚ٤ِ اُؾبعخ االط٢ِج٤ عٝأ
بٛ ٗششٙزْ أػبد٣ )عٝن أُشش٣ع (أػؼبء كشٝاسد أُششٞٓ ، أُشؽِخٙزٛ ٍ خال.ٔبد٤ِغزخذّ اُزغ٣ٝ عَٝ أُشش٤ٔوجَ اُؼ٣ .)عٝٓب ثؼذ أُشش
.شا٤ع أخٝئؿالم أُششٝ ب٤غ٣رذس
Problems, needs, and opportunities continually arise in every organization. Problems like low
operational efficiency, needs like additional office space, and opportunities like penetrating a new
product market are just a few of a nearly endless number of situations that management must
address in the process of operating an organization or company. These problems, needs, and
opportunities give rise to the identification of solutions. Executing those solutions entails a change
for the organization. Projects are generally established to carry out this change and there’s always
someone responsible for the successful completion of each project. As the project manager, you
are the primary change agent, and your guide for carrying out the change is the project
management process
خ٤بعبد ٓضَ أُغبؽخ أٌُزج٤االؽزٝ ، خ أُ٘خلؼخ٤ِ٤ ٓشبًَ ٓضَ اٌُلبءح اُزشـ.ٚٔ ًَ ٓ٘ظ٢اُلشص ثبعزٔشاس كٝ بعبد٤االؽزٝ ًَر٘شب أُشبٝ .خ٤ِٔبم اُؼ٤ع
َ٤ رشـٚ٤ِٔ ػ٢غت إ رؼبُظ ك٣ ٙجب إ االداس٣ب روشُٜ خ٣بٜٗ ال٢َ ٖٓ اُؾبالد اُز٤ِ ػذد ه١ٞغذ ع٤ُ ٙذ٣م ٓ٘زغبد عذٞكشص ٓضَ اخزشام عٝ ، ٚ٤االػبك
غ٣زْ ئٗشبء أُشبس٣ . أُ٘ظٔخ٢ش ك٤٤ رـ٢ٍِ ػِٞ اُؾٙزٛ ز٤ ر٘ل١ٞ٘ط٣ٝ .ٍِٞذ اُؾ٣ رؾذ٠ُ ئ١اُلشص رإدٝ بعبد٤االؽزٝ ًَ أُشبٙزٛٝ .ًٚ اُششٝ أٚٔٓ٘ظ
ز٤ِي ُز٘ل٤ُدٝ ، ٢ش األعبع٤٤ أٗذ ػبَٓ اُزـ، عٝش أُشش٣ ًٔذ.عٍٝ ػٖ اإلٗغبص اُ٘بعؼ ٌَُ ٓششٝ٘بى دائٔب شخض ٓغإٛٝ ش٤٤زا اُزـٛ ز٤ثشٌَ ػبّ ُز٘ل
عٝ أُششٙ أداسٚ٤ِٔ ػٞٛ ش٤٤اُزـ
3
4-Initiating Your Project:
Project Initiation is the creation of project by the Project Manager that entails the definition of the
project's purpose, primary and secondary goals, timeframe and timeline of when goals are
expected to be met. The Project Manager may add additional items to the project during the
Project Initiation phase. Now we’re ready to really get going with the project! So let’s look at why
initiating your project well is so important, and how you should go about it. We’ll also investigate
some of the tools and best practices for doing so. Also, Feasibility study can be part of this phase in
order to conduct all activities effectively. After collecting all needed information from this phase
the project manager can start creating the Project Charter
٢٘ٓاإلؽبس اُضٝ ، خ٣ٞٗاُضبٝ ٚ٤ذاف االعبعٛاألٝ ، عٝق اُـشع ٖٓ أُشش٣ رؼش٢ِ ػ١ٞ٘ط٣ ١ع اُزٝش أُشش٣ع ٖٓ هجَ ٓذٝ ئٗشبء ٓششٞٛ عٝثذء أُشش
ٖٕ ٗؾ٥ ا."عٝ "ثذء أُششِٚع اص٘بء ٓشؽٝ أُشش٠ُ ئٚ٤ ػ٘بطش اػبكٚع هذ أػبكٝش أُشش٣ ٓذ.ذافٛهغ إ رزؾون األٞهذ أُزُٞ ٖٓ ا٢ٍ٘ٓ اُضٝاُغذٝ
ؼب٣ ع٘ؾون أ.زا األٓشٛ ٍٞت ؽٛغت إ رز٣ ق٤ًٝ ، ْ عذآٜ ذا٤ع اُخبص ثي عٝاٗب ٗ٘ظش ُٔبرا ثذء أُششٞع! ُزُي دػٝبة ؽوب ٓغ أُششٛ ٕ ُِزٝٓغزؼذ
ثؼذ عٔغ.خ٤ُ ثلؼبٚغ االٗشط٤ٔبّ ثغ٤ أُشؽِخ ٖٓ أعَ اُوٙزٛ ٖٓ عضءاٟٕٝ دساعخ اُغذٌٌٖٞٔ إ ر٣ ًٔب.بّ ثزُي٤أكؼَ أُٔبسعبد ُِوٝ ثؼغ االدااد٢ك
عٝضبم أُشش٤ٓ ئٗشبء٢ع اُجذء كٝش أُشش٣ٌٖٔ ُٔذ٣ أُشؽِخٙزٛ ٖٓ ثخِٞٓبد أُطًَِٞ أُؼ
What is a Feasibility Study? A Project Feasibility Study is an exercise that involves documenting
each of the potential solutions to a particular business problem or opportunity. Feasibility
Studies can be undertaken by any type of business, project or team and they are a critical part of
the Project Life Cycle.
ٌٖٔ٣ .ٚ كشطٝ أٚ٘٤ ٓؼٚ٣ رغبسٌٍِٚ أُؾزِٔخ ُٔشِٞن ًَ ٖٓ اُؾ٤صٞ ر٢ِ ػ١ٞ ر٘طٚ٤ِٔ ػ٢ٛ عٝ أُششٟٝ ؟ دساعخ عذٟٝ دساعخ اُغذ٢ٛ ٓب
.عٝ أُششٙب٤ ؽٙسٝبّ ٖٓ دٛ عضء٢ٛٝ ، ن٣ اُلشٝغ أ٣ أُشبسٝع ٖٓ االػٔبٍ أٞٗ ١ ٖٓ هجَ اٟٝبّ ثذساعبد اُغذ٤اُو
What is a Project Charter? It is the special document, and the sacred reference for professional
project managers who do not accept to exercise their roles without it. A Project Charter outlines
the purpose of the project, the way the project will be structured and how it will be successfully
implemented. The Project Charter describes the project vision, objectives, scope and
deliverables, as well as the Stakeholders, roles and responsibilities. The Project Charter is also
known as a "Terms of Reference" or "Project Definition Report". The purpose of this document
to clarify the need of the project “Business Case”, clarified the objectives of the project and
some of the general features of the project. Then I present it to the decision-makers.
ضبم٤ٓ ؾذد٣ .بْٜٗٝ ثذٛاسٕٝ ٓٔبسعخ أدِٞوج٣ ٖ ال٣ٖ اُز٤غ أُؾزشك٣ أُشبس١ش٣أُشعغ أُوذط ُٔذٝ وخ اُخبطخ٤صُٞب اٜٗع؟ ئٝضبم أُشش٤ٓ ٞٛ ٓب
، ٚارغٞٗٝ ٚٗطبهٝ ٚذاكٛأٝ عٝخ أُشش٣ع سؤٝضبم أُشش٤ٓ ظق٣ . ث٘غبػٙز٤خ ر٘ل٤ل٤ًٝ عْٝ أُشش٤وخ ر٘ظ٣ؽشٝ عٝع ؿشع أُششٝأُشش
اُـشع."عٝق أُشش٣ش رؼش٣ "روشٝؼًب ثبعْ "االخزظبطبد" أ٣ع أٝضبم أُشش٤ٓ ُؼشف٣ .بد٤ُٝأُغإٝ اسٝاألدٝ ًزُي أطؾبة أُظبُؼٝ
ب ُظ٘بع اُوشاسٜٓ صْ أهذ.عٝضاد اُؼبٓخ ُِٔشش٤ُٔثؼغ اٝ عٝذاف أُششٛػؼ أٝ أ، "َٔع "ؽبُخ اُؼٝؼ ؽبعخ أُشش٤ػٞوخ ُز٤صُٞ اٙزٛ ٖٓ.
4
A-The Purpose of Initiating :
The purpose of the Initiating phase is to set the project up for success. I often argue that it is the
most important phase of the project life cycle, since, if it’s neglected, the results can be
catastrophic. After all, the beginning of the project is the point at which you form with the
customer the contract (both formal and informal) that explains what will be delivered, roughly
how it will be done, and when it will be ready.
ش ئٕ اُ٘زبئظ٤ ؽ، عٝبح أُشش٤سح ؽٝخ ٖٓ د٤ٔٛ أُشؽِخ األًضش أ٢ٛ ٙزٛ ٕشا ً ٓب أصػْ أ٤ ًض.ع ُِ٘غبػٝ ئػذاد أُششٞٛ اُـشع ٖٓ ٓشؽِخ اُجذء
ػؼٞ٣ ١) اُز٢ٔش اُشع٤ؿٝ ٢َٔ اُؼوذ (اُشع٤ٔب ٓغ اُؼٜ٤ رشٌَ ك٢ اُ٘وطخ اُز٢ٛ عٝخ أُشش٣ ثذا، ء٢ ثؼذ ًَ ش.بُٜٔبٛخ ئرا رْ ئ٤ٕ ًبسصٌٞهذ ر
ً
ضٛعب ٌٕٞ٣ ٠ٓزٝ ، زْ رُي٤ق ع٤ً جًب٣ روش، ٚٔ٤ِزْ رغ٤ٓب ع
Initiating is also the best chance you’ll get to define success. At the very outset you can agree on the
project’s success criteria—key elements that need to be delivered for the project to be successful.
These criteria will then help guide you throughout the project.
٢خ اُز٤ اُؼ٘بطش األعبع- عٝش ٗغبػ أُشش٤٣ ٓؼب٠ٌِٔ٘ي االرلبم ػ٣ ، خ٣ اُجذا٢ ك.ق اُ٘غبػ٣ رؼش٠ِؼًب أكؼَ كشطخ عزؾظَ ػ٣ أٞٛ اُجذء
عٝ ئسشبدى خالٍ أُشش٢ش عزغبػذ ك٤٣ أُؼبٙزٛ .عٝ٘غؼ أُشش٣ ٠ب ؽزٜٔ٤ِغت رغ٣
5
A significant number of project failures can be attributed to the
phenomenon of solution jumping. In simple terms, this occurs
when you try to provide an answer and
!عٝؾذس أُشش٣ ُٔبرا- :ٍٞٓبد ؽِٞ عٔغ أُؼ.خ٣طخ ُِـب٤ع ثغٝخ ثذء أُشش٤ِٔخ اُجذء ػ٤ِٔػ
.عْٝ أُشش٤ِذ رغ٤هٞشبسى! ر٣ فٞ ٖٓ ع- .زْ رُي٤ق ع٤ًٝ ٚٔ٤ِغت رغ٣ ٓب- "َٔ"ؽبُخ اُؼ
، ٓبرا، ُخض ُٔبرا.ٖ٤٤غ٤غ أطؾبة أُظِؾخ اُشئ٤ٔ ٓذخالد ٖٓ ع٠ٍِ ػٞرأًذ ٖٓ اُؾظ
ضبم٤ٓ" عٝوخ ثذء أُشش٤صٝ ع! ساعغٝوخ ثذء أُشش٤صٝ ٢ع كٝ أُشش٠ٓزٝ ، ٖٓ ، ق٤ً
! هْ ثؼوذ.ْٜاكوزٞٓ ٠ٍِ ػٖٞ ُِؾظ٤٤غ٤أطؾبة أُظِؾخ اُشئٝ عٝع" ٓغ ٓغِظ أُششٝأُشش
ن٣ هذ ًٓب ٓغ كش٢ؾ ُِٔؼ٤اُزخطٝ ش اُ٘غبػ٤٣ٓشبسًخ ٓؼبٝ عٝاعزٔبع اٗطالم ُِٔجبدسح ثجذء أُشش
ٌُٖ ال، خ٤ِٔ ششػ اُؼ٢كخ كُٞش أُأ٤٘بى ػذد ٖٓ أُظطِؾبد ؿٛ ٌٕٞ٣ هذ.ٖ٤٤غ٤أطؾبة أُظِؾخ اُشئٝ أػؼبء ٓغِظ اإلداسحٝ عٝأُشش
خ٤ اُ٘وطخ األعبع.ػيٝ ثذء ٓشش٠ِ عزغبػذى ػ٢أكؼَ أُٔبسعبد اُزٝ اد أُخزِلخٝ األد٠ِشي ئُوبء ٗظشح ػٝ ٠ِ ٗؾٖ ػ.ٕ٥روِن ثشإٔ رُي ا
ذفٛ ٞ هذ ًٓب ٗؾ٢أُؼٝ ، ٗلظ اُظلؾخ٢ع ٓغ ًَ شخض كٝي ثذء أُشش٤ِغت ػ٣ ٚٗ أ٢ٛ خ اُجذء٤ِٔب ٖٓ ػٜ٘ٓ ي اُزخِض٤ِغت ػ٣ ٢اُز
ذ اُؾبعخ٣زْ رؾذ٣ ، أُشؽِخٙزٛ ٢ ك.بٛش٤رأؽٝ اُلشطخٝذ أُشٌِخ أ٣ رؾذ.1 حَٞ" اُخط٤ "ثبُزلظ:َ٤خ ثبُزلبط٤ِٔ ثذء اُؼ- .ٚ٤ِٓشزشى ٓزلن ػ
َذ أكؼ٣ُخ رؾذٝخ رٔب ًٓب هجَ ٓؾب٤و٤ْ اُؾبعخ اُؾوٜغت ك٣ .بٛٓذاٝ بٌِٜشٝ بٜٔآَ ٓضَ ؽغٞزؼِن ثؼ٣ ٔب٤ش اُؾبعخ ك٣زْ روذ٣ ْ ص.خ٤األعبع
ٍٝزا ػ٘ذٓب رؾبٛ ؾذس٣ ، طخ٤ ثؼجبساد ثغ.ٍِٞشح هلض اُؾٛ ظب٠ُع ئٝش ٖٓ ؽبالد كشَ أُشش٤ ػذد ًجٟؼض٣ ٌٕٖٔ أ٣ .ٍِٞاُؾ
ْ ئعبثخ٣روذ
understanding the question. This is a real possibility whenever the requirements are not fully
defined, and impulse— rather than a rational process—is used to determine the project solution.
Step 2. Identify and define the best project solution. In Step 2, early determinations should be
made regarding which work groups should be involved. A team should be formed to assist in this
and all subsequent process steps. The team may use brainstorming or similar creativity techniques
to help identify alternative solutions.
Step 3. Identify task and resource requirements. Once the project solution is identified, we’re
ready to move to the next phase, which is to identify the task and the resource requirements.
Consideration should be given to the preferred methods for doing the work and how much of the
work will be done using internal resources.
Step 4. Estimate project costs and prepare a project budget. In this step, the project manager
coordinates the preparation of a cost estimate for the project. A variety of methods may be used to
estimate cost, depending upon the level of detail that exists at that time. The overall project cost is
allocated to individual elements of the project, thus creating a budget for each major work element.
This budget is used to monitor and control cost expenditures during project execution.
Step 5. Analyze risk and establish stakeholder relationships. Once the project team has
identified the work, prepared the schedule, and estimated the costs, the three fundamental
components of the planning process are complete. This is an excellent time to identify and try to
deal with anything that might pose a threat to the successful completion of the project. This is called
risk management.
In risk management, ―high-threat‖ potential problems are identified. Action is taken on each high
threat potential problem, either to reduce the probability that the problem will occur or to reduce the
6
impact on the project if it does occur. It is treated as a discrete step, risk analysis should be a
continuous process: you should be ever vigilant for threats to your project’s success.
َذ ؽ٣ ُزؾذ- خ٤ٗخ ػوال٤ِٔظ ػ٤ُٝ - زْ اعزخذاّ اُذاكغ٣ٝ ، َٓذ أُزطِجبد ثشٌَ ًب٣زْ رؾذ٣ ػ٘ذٓب ال٢و٤ اؽزٔبٍ ؽوٞٛ زاٛ .ٍْ اُغإاٜك
٢٘جـ٣ ٢ػبد اُؼَٔ اُزٞٔ ارخبر هشاساد ٓجٌشح ثشإٔ ٓغ٢٘جـ٣ ، 2 حٞ اُخط٢ ك.عٝق أكؼَ ؽَ أُشش٣رؼشٝ ذ٣ رؾذ.2 حٞ اُخط.عٝأُشش
بد اإلثذاع أُٔبصِخ ُِٔغبػذح٤٘ روٝ أ٢٘ٛن اُؼظق اُز٣غزخذّ اُلش٣ هذ.خ اُالؽوخ٤ِٔاد اُؼٞ ًَ خط٢ن ُِٔغبػذح ك٣َ كش٤ٌغت رش٣ .بًٜئششا
أُشؽِخ٠ُ اعزؼذاد ُالٗزوبٍ ئ٠ِ ٗؾٖ ػ، عٝذ ؽَ أُشش٣ ثٔغشد رؾذ.ثخِٞاسد أُطُٞٔاٝ ٔخُٜٔذ ا٣ رؾذ.3 حٞ اُخط.ِخ٣ٍ اُجذِٞذ اُؾ٣ رؾذ٢ك
ّ ثبعزخذاٚبّ ث٤زْ اُو٤ ع١ٓوذاس اُؼَٔ اُزٝ َٔبّ ثبُؼ٤ت أُلؼِخ ُِو٤ُ األعب٢غت اُ٘ظش ك٣ .اسدُٞٔٓزطِجبد اٝ ٔخُٜٔذ ا٣ رؾذ٢ٛٝ ، خ٤ُاُزب
ش رٌِلخ٣ع ئػذاد روذٝش أُشش٣٘غن ٓذ٣ ، حٞ اُخطٙزٛ ٢ ك.عٝخ أُشش٤ٗضا٤ٓ ئػذادٝ عٝق أُشش٤ُش رٌب٣ روذ.4 حٞ اُخط.خ٤ِاسد اُذاخُٞٔا
ض٤زْ رخظ٣ .هذُٞ رُي ا٢دح كٞعَُٞٔ ا٤ اُزلبطٟٞ ٓغز٠ِ اػزٔبدًا ػ، ش اُزٌِلخ٣ػخ ٖٓ اُطشم ُزوذٞ٘ػخ ٓزٌٖٞٔٔ اعزخذاّ ٓغ٣ .عٝأُشش
خ٤ٗضا٤ُٔ اٙزٛ ّ رغزخذ.خ٤غ٤خ ٌَُ ػ٘ظش ٖٓ ػ٘بطش اُؼَٔ اُشئ٤ٗضا٤ٓ ئٗشبء٢ُثبُزبٝ ، عٝخ ُِٔشش٣ع ُِؼ٘بطش اُلشدٝخ ُِٔشش٤ُاُزٌِلخ اإلعٔب
ن٣ذ كش٣ ثٔغشد رؾذ.ئهبٓخ ػالهبد ٓغ أطؾبة أُظِؾخٝ َ أُخبؽش٤ِ رؾ.5 حٞ اُخط.عٝز أُشش٤ٓشاهجخ ٗلوبد اُزٌِلخ أص٘بء ر٘لٝ ُشطذ
ذ٣هذ ٓٔزبص ُزؾذٝ ٞٛ زاٛ .ؾ٤خ اُزخط٤ِٔخ اُضالصخ ُؼ٤ رٌزَٔ اُؼ٘بطش األعبع، ق٤ُش اُزٌب٣روذٝ ، ٢ٍ٘ٓ اُضٝئػذاد اُغذٝ ، َٔع ُِؼٝأُشش
ًَذ أُشب٣زْ رؾذ٣ ، ئداسح أُخبؽش٢ ك. ئداسح أُخبؽش٠ٔغ٣ زا ٓبٛٝ .عٝبء اُ٘بعؼ ُِٔششٜذا ُالٗز٣ذٜشٌَ ر٣ ء هذ٢ ش١ُخ اُزؼبَٓ ٓغ أٝٓؾبٝ
ش٤َ اُزأص٤ِ ُزوٝس أُشٌِخ أَٝ اؽزٔبٍ ؽذ٤ِ ئٓب ُزو، ش٤ذ ًج٣ذٜ ر٠ِ ػ١ٞزْ ارخبر ئعشاء ثشإٔ ًَ ٓشٌِخ ٓؾزِٔخ ر٘ط٣ ."ذ٣ذٜخ اُز٤ُأُؾزِٔخ "ػب
ً و٤ٕ ٓزٌٞغت إٔ ر٣ :خ ٓغزٔشح٤َِٔ أُخبؽش ػ٤ِٕ رؾٌٞ٣ ٕ أ٢٘جـ٣ٝ ، ح ٓ٘لظِخٞ ًخطٚزْ اُزؼبَٓ ٓؼ٣ .بٜصٝ ؽبُخ ؽذ٢ع كٝ أُشش٠ِػ
ظب دائ ًٔب
ػيٝذد ٗغبػ ٓششٜ ر٢ٖٓ األخطبس اُز
This is also a good time to identify all the project stakeholders and establish or solidify relationships that will
be maintained throughout the life of the project
بح٤اٍ كزشح ؽٞب ؽٜ٤ِزْ اُؾلبظ ػ٤ ع٢ذ اُؼالهبد اُز٤ؽٞ رٝئهبٓخ أٝ عٝ أُشش٢غ أطؾبة أُظِؾخ ك٤ٔذ ع٣هزًب ٓ٘بعجًب ُزؾذٝ ؼًب٣زا أٛ ؼذ٣
عٝأُشش
Light up: Discovery: Finding the Projects Projects don’t just spring from nowhere. Although
many project managers only get involved when it’s already been decided that a project will be
undertaken to achieve some end, there is, of course, a phase before this: discovery. Discovery is the
process by which the organization reviews the available opportunities and decides which of them
will become projects in due course.
ٕ ئال ػ٘ذٓبٞسؽٞز٣ غ ال٣ أُشبس١ش٣ذ ٖٓ ٓذ٣ اُشؿْ ٖٓ إٔ اُؼذ٠ِ ػ.ٕ ٌٓب١٘طِن ٖٓ أ٣ غ ال٣غ أُشبس٣ ٓشبس٠ِس ػٞ اُؼض: االًزشبف:ء٢رؼ
ّٞ رو٢خ اُز٤ِٔ اُؼ٢ٛ االًزشبكبد. االًزشبف:زاٛ َ٘بى ثبُطجغ ٓشؽِخ هجٛ ٕ ئال أ، بد٣ن ثؼغ اُـب٤ع ٓب ُزؾوٝز ٓشش٤زْ ر٘ل٣ ٕزوشس ثبُلؼَ أ٣
هذ أُ٘بعتُٞ ا٢غ ك٣ظجؼ ٓشبس٤ب عٜ٘ٓ ١ذ أ٣رؾذٝ ب أُإعغخ ثٔشاعؼخ اُلشص أُزبؽخُٜٖٓ خال..
5- Project Proposals.
Project proposals are simple, short (usually single-page) documents that outline the potential
project, provide brief background information, identify the value of undertaking the project, and
give a very rough estimate of the resources (budget, people, time) that would be required to deliver
the project. Ideally, a project proposal is collected for each of the possible projects, and from this
pool, the projects that are determined to have the potential to deliver the greatest benefit to the
organization are chosen. The project proposal is a document that illustrates the value of completing
the project and recommending that the project be resourced.
7
5 - اؽذح) رؾذدٝ ٕ راد طلؾخٌٞشح (ػبدح ً ٓب ر٤هظٝ طخ٤ع ػجبسح ػٖ ٓغز٘ذاد ثغٝ ٓوزشؽبد أُشش.عٝٓوزشؽبد أُشش
، خ٤ٗضا٤ُٔاسد (اُِٞٔ جًب٣شا ً روش٣ روذ٢رؼطٝ ، عٝز أُشش٤ٔخ ر٘ل٤رؾذد هٝ ، عضحٞٓ خ٤ٓبد أعبعِٞروذّ ٓؼٝ ، َٔع أُؾزٝأُشش
ٌَُ عٝزْ عٔغ اهزشاػ ٓشش٣ ، خ٤ُخ أُضب٤ ٖٓ اُ٘بؽ.عْٝ أُشش٤ِ٘بى ؽبعخ ُزغٛ ٌٕٞب إٔ رٜٗ ٖٓ شأ٢هذ) اُزُٞاٝ ، األكشادٝ
ٓوزشػ.ن أًجش كبئذح ُِٔ٘ظٔخ٤ رؾو٠ِب اُوذسح ػٜ٣ٕ ُذٌٞغ أُظٔٔخ ُز٣بس أُشبس٤زْ اخز٣ ، زا أُغٔغٛ ٍٖٓ خالٝ ، ٌٖٔٓ عٝٓشش
عٝاسد أُششٞٔخ ث٤طٞاُزٝ عٝٔخ ئًٔبٍ أُشش٤ػؼ هٞوخ ر٤صٝ ٖع ػجبسح ػٝأُشش.
There are three key pieces of information that project managers will want to
obtain from the project proposal
عٝب ٖٓ اهزشاػ أُششٜ٤ٍِ ػٞغ اُؾظ٣ أُشبسٝش٣ذ ٓذ٣ش٣ ٢ٓبد اُزِٞخ ٖٓ أُؼ٤غ٤٘بى صالصخ أعضاء سئٛ
1. Understand the project’s background. What problem does the problem solve? What process
does it affect?
2. Gain a clear explanation of the business value that the project will deliver. Why is the
project important to the organization?
1. رإصش؟٢خ اُز٤ِٔ اُؼ٢ٛ ب أُشٌِخ؟ ٓبِٜ رؾ٢ ٓب أُشٌِخ اُز.عٝخ أُشش٤ْ خِلٜك
ْ ُِٔإعغخ؟ٜٓ عٝ ُٔبرا أُشش.عٝب أُششٜٓوذ٤ ع٢ٔخ األػٔبٍ اُز٤اػؼ ُوٝ ششػ٠ِ اؽظَ ػ.2
3. Ascertain the expectations of the project’s timing, personnel, and budget. If, from the outset,
you can see that the project is hopelessly underfunded, or that the delivery date is wildly optimistic,
it will be better to deal with these concerns up-front rather than coming to them later, when your
wish to change these factors may be perceived as an attempt to renege on the initial project
agreement.
3. ٢ ٖٓ ٗوض ك٢ٗؼب٣ عٝ إٔ أُششٌٟٔ٘ي إٔ رش٣ ، خ٣ ٖٓ اُجذا، ئرا.ٚز٤ٗضا٤ٓٝ ٚ٤ظلٞٓٝ عٝذ أُشش٤هٞهؼبد رٞاُزأًذ ٖٓ ر
ٖٓ ًف ٓوذ ًٓب ثذالٝ أُخبٙزٛ ٕ ٖٓ األكؼَ اُزؼبَٓ ٓغٌٞ٤ ع، خ٣ْ ٓزلبئَ ُِـب٤ِخ اُزغ٣ إٔ ربسٝ أ، ٚ٘ٓ طٝإ٤ٓ ٞ ٗؾ٠َِ ػ٣ٞٔاُز
٢ُٝع األُٝخ ُِزشاعغ ػٖ ارلبم أُششٝآَ ٓؾبٌٖٞٔ اػزجبس اُؼ٣ ٙزٛ ش٤٤ رـ٢ ػ٘ذٓب رشؿت ك، ب الؽوًبٜ٤ُء ئ٢أُغ
8
1- Identifying the Opportunities
There are many approaches to identifying opportunities, some of which are more sophisticated than
others, so let’s start by considering some of the basic tools that you’ll probably already have come
across. The most obvious option is a brainstorm. Get people in the organization together, and ask
them to think of anything that annoys them, anything that could be done better, or things that aren’t
being done yet that could be started.
Once you have a list of opportunities that could be addressed, you then need to work out which is
the most important. You might want to start by identifying what benefit would be generated if the
process was fixed, the gap was filled, or the new service was created..
Would it reduce the amount of work for someone? Make the company more money? Bring in new
customers? Reduce risk in some way? Typically, the reasons why a company decides to approach
an opportunity are one—or a combination—of the following benefits:
Once you’ve identified what the benefit of each project is, you need to work out how big that
benefit will be. Ideally, you’ll want to be able to measure the benefit in numbers somehow—
whether it’s that someone can get 50% more invoices posted, that sales increase by $50,000, that
widgets now cost only ten cents, or that your accountants smile for the first time in living memory.
٢ٕ األعجبة اُزٌٞوخ ٓب؟ ػبدح ً ٓب ر٣َ أُخبؽش ثطش٤ِذ ٖٓ أُبٍ؟ عِت ػٔالء عذد؟ رو٣َ عزوَِ ٖٓ ؽغْ اُؼَٔ ُشخض ٓب؟ عؼَ اُششًخ أُضٛ
خ٤ُائذ اُزبٞ ًغب ٖٓ اُل٣ ٓضٝاؽذح أٝ رغؼَ اُششًخ روشس االهزشاة ٖٓ كشطخ:
9
ٕٝأهَ ٓخضٝ أعشعٝ ب أسخضِٜق (اعؼ٤ُذح •)ُخلغ اُزٌب٣ خذٓخ عذ، ذح٣م اُغذٞ اُغ، ؼبد٤بدح اُذخَ (اسرلبع أُج٣)ُض. •
ن٤ٖ دسعخ اُزذه٤رؾغٝ ، ٢ج٣بدح االٓزضبٍ اُؼش٣ •)ُِؾذ ٖٓ أُخبؽش (ص/ رٌِلخ/ َهذ أهٝ خ (ٗلظ اُؼَٔ أُ٘غض ٓغ٤ٖ اإلٗزبع٤رؾغ
)أشخبص. •
First, rank the opportunities in order of their potential benefits. Second, work out what a project might entail
in very, very rough detail—literally just a sentence or two describing how you’d go about solving the
problem. If you have no clue, the project may well focus on researching and finding a solution that can,
ultimately, be implemented!
ًب ٓغشد عِٔخ٤ ؽشك- خ٣ذ ُِـب٣َ شذ٤ع ثزلظٝ أُششٚٓغزِض٣ ٓب هذ٠ِ رؼشف ػ، ً ب٤ٗ صب.ب أُؾزِٔخٛائذٞت ك٤ق اُلشص ؽغت رشر٤٘ هْ ثزظ، ًالٝأ
خ٣بُٜ٘ ا٢ كٙز٤ٌٖٔ ر٘ل٣ َغبد ؽ٣ئٝ اُجؾش٠ِذًا ػ٤ع عٝشًض أُشش٣ كوذ، كٌشح٠ٗي أد٣ٌٖ ُذ٣ ُْ ئرا.خ ؽَ أُشٌِخ٤ل٤ً ٕٖ رظلب٤ عِٔزٝ!أ
10
Next, try to rank the projects in terms of which are easier or cheaper to complete. Depending on
your situation, the questions of ease and affordability may be of greater or lesser importance. If
people within your organization could be assigned to a given project, you’re probably more
concerned with how quickly they could make a difference. On the other hand, if you’d have to pay a
third party to come in and deal with the project, the project’s cost may be a bigger issue. Having
worked out where the greatest benefit can be gained for the lowest cost, you can, in collaboration
with the relevant stakeholders, pick a project or two to proceed with determines how you will solve
it, so it is critical that a proper definition be developed
ُخٜٕٞ األعئِخ أُزؼِوخ ثبُغٌٞ هذ ر، ي٣هق ُذُٞٔ ا٠ِ اػزٔبدًا ػ. أسخضٝب أُٛخ ئٗغبصٜٞش ع٤ػبد ٖٓ ؽٝق أُشش٤ٍ٘ رظٝ ؽب، ثؼذ رُي
ٌٕٞ كٖٔ أُؾزَٔ إٔ ر، ٖ٤ع ٓؼٖٝ أشخبص داخَ ٓإعغزي ُٔشش٤٤ ئرا ًبٕ ٖٓ أٌُٖٔ رؼ.َ أهٝخ أًجش أ٤ٔٛق راد أ٤ُ رؾَٔ اُزٌب٠ِاُوذسح ػٝ
كوذ، ٚاُزؼبَٓ ٓؼٝ عٝ أُشش٢ٍ كٞي دكغ ؽشف صبُش ُِذخ٤ِ ئرا ًبٕ ػ، ٟخ أخش٤ ٖٓ ٗبؽ.ب كشهًبٌٜٖٔ إٔ رؾذس ث٣ ٢ز ًٔب أًضش ثبُغشػخ اُزٜٓ
ٕ ٓغ أطؾبة أُظِؾخٝ ثبُزؼب، ٌٔ٘ي٣ ، ن أًجش كبئذح ثأهَ رٌِلخ٤ رؾوٚ٤ٌٖٔ ك٣ ١ ثؼذ إٔ ؽذدد أٌُبٕ اُز.ع ٓشٌِخ أًجشٕٝ رٌِلخ أُششٌٞر
ش ئػالٕ ٓ٘بعت٣ٞخ ثٌٔبٕ رط٤ٔٛ ُزُي ٖٓ األ، خ ؽِي٤ل٤ً ذ٣ رؾذ٢ هذٓب ً ك٢ٖ ُِٔؼ٤ػٝ ٓششٝع أٝبس ٓشش٤ اخز، ٖ٤٤٘أُؼ
11
Quick Review: A solid approach for getting your project off the ground consists of faithfully
following four basic steps.
1. Fully understand the problem or opportunity. Problems are ordinarily complex, consisting of many
aspects that require analysis and insight. There’s frequently more to a problem than what’s apparent at first
blush. We need to invest an appropriate amount of time to fully understand all aspects of the problem. Very
often, what appears to be the problem is actually masking a bigger, more fundamental problem. Uncovering
that fundamental problem is referred to as identifying the true need.
2. Identify the optimum solution. The solutions we identify through our initial, might work to solve the
problem—may not be the most effective. For many problems, there are multiple solutions and various
approaches for carrying them out. The key to effective project management is to determine the best
solution— the one that’s most attractive to the organization. This requires some careful thought and the
development of criteria by which we can evaluate which solution is ―best.‖
3. Fully develop the solution and a preliminary plan. When a solution is identified, it’s typically
characterized in one or two brief statements (install an additional production line, for example). This solution
statement must be converted into a plan. The process begins with a full description of the solution, including
the methods for achieving it. It ends with the development of a credible, detailed project plan that the team
can use as a map for execution.
4. Formally launch the project. The activities involved in the formal initiation of project execution depend
on the organization’s specific project procedures. Project launch activities may include preparing a business
case, making formal presentations to management, creating and approving a project charter, and securing
funding to proceed. It also should include team-oriented activities, such as conducting a kickoff meeting and
establishing mutual expectations between you and your project team. Let’s take a closer look at each of the
steps required to properly define and launch a project.
خ ثأٓبٗخ٤اد أعبعٞز أسثغ خط٤ػي ٖٓ ر٘لٝخ إلخشاط ٓشش٣ٞ رزِخض أُوبسثخ اُو:ؼخ٣ٓشاعؼخ عش.
1. ش٤ ًض٢٘بى ٓشٌِخ كٛ .شح٤اُجظٝ َ٤ِ رزطِت اُزؾ٢اٗت اُزٞذ ٖٓ اُغ٣رزأُق ٖٓ اُؼذٝ ، أُشبًَ ٓؼوذح ػبدح. اُلشطخْٝ رٔبٓب أُشٌِخ أٜٗل
، ٕب٤ش ٖٓ األؽ٤ ًض٢ ك.اٗت أُشٌِخ رٔب ًٓبٞغ ع٤ْٔ عٜهذ ُلُٞ اعزضٔبس هذس ٓ٘بعت ٖٓ ا٠ُ ٗؾزبط ئ.خ٣ اُجذا٢اػؼ كٝ ٞٛ بٕ أًضش ٓٔب٤ٖٓ األؽ
ذ اُؾبعخ٣ب رؾذٜٗ أ٠ِخ ػ٤ اٌُشق ػٖ رِي أُشٌِخ األعبع٠ُشبس ئ٣ .خ٣شٛٞأًضش عٝ اهغ ئخلبء ٓشٌِخ أًجشُٞ ا٢ ك٢ٛ إٔ أُشٌِخٝجذ٣ ٓب
خ٤و٤اُؾو.
2. ٖٓ ذ٣ ثبُ٘غجخ ُِؼذ.خ٤ُٕ أًضش كؼبٌٞ هذ ال ر- ؽَ أُشٌِخ٠ِ هذ رؼَٔ ػ، خ٤ُُٝ٘ب األِٞب ٖٓ خالٍ ؽٛ ٗؾذد٢ٍ اُزِٞ اُؾ.َذ اُؾَ األٓض٣رؾذ
خ٤ اُؾَ األًضش عبرث- ٍِٞذ أكؼَ اُؾ٣ رؾذٞٛ عٝ ٓلزبػ اإلداسح اُلؼبُخ ُِٔشش.بٛز٤ػخ ُز٘لٞ٘ت ٓز٤ُأعبٝ ٍ ٓزؼذدحِٞ٘بى ؽٛ ، أُشٌالد
َ "األكؼٞٛ َ ؽ١ْ أ٤٤ب رؤٌُٜ٘٘ب ٖٓ خال٣ ٢ش اُز٤٣ش أُؼب٣ٞرطٝ ن٤ش اُذه٤ٌزطِت ثؼغ اُزل٣ زاٛٝ ."ُِٔإعغخ.
3. ، ٢ذ خؾ ئٗزبط ئػبك٤ٖ (رضج٣ٖ ٓخزظش٤ٗب٤ ثٝاؽذ أٝ ٕب٤ ػبدح ً ثجٚل٤طٞزْ ر٣ ، ٍِٞذ أؽذ اُؾ٣ ػ٘ذ رؾذ.َٓخ ثبٌُب٤ُٝخطخ أٝ َش اُؾ٣ٞرط
ش٣ٞ ثزط٢ٜ٘ز٣ٝ .ٚو٤ رُي ؽشم رؾو٢ ثٔب ك، َطق ًبَٓ ُِؾٝ خ ٓغ٤ِٔ رجذأ اُؼ. خطخ٠ُزا ئٛ َبٕ اُؾ٤َ ث٣ٞزْ رؾ٣ ٕغت أ٣ .)ٍَ أُضب٤ عج٠ِػ
ز٤ب ًخبسؽخ ُِز٘لٜٓن اعزخذا٣ٌٖٔ ُِلش٣ ٓلظِخٝ هخٞصٞٓ عٝخطخ ٓشش.
4. هذ.ع اُخبطخ ثبُٔ٘ظٔخٝ ئعشاءاد أُشش٠ِع ػٝز أُشش٤ ر٘ل٢ ك٢ٔع اُشعٝ اُشش٢ رؼزٔذ األٗشطخ أُشبسًخ ك.ب٤ٔع سعٝئؽالم أُشش
ٖ٤ٓرأٝ ٚ٤ِاكوخ ػُٞٔاٝ عٝضبم ُِٔشش٤ٓ ئٗشبءٝ اإلداسح٠ُخ ئ٤ٔخ سع٤ٔ٣ع روذْٝ ػش٣روذٝ َٔع ئػذاد ؽبُخ ػٝرزؼٖٔ أٗشطخ ئؽالم أُشش
ن٣ٖ كش٤ثٝ ٘ي٤هؼبد أُزجبدُخ ثٞذ اُز٣رؾذٝ ٓضَ ئعشاء اعزٔبع اٗطالم، ن٣ اُلشٞخ ٗؾٜعٞٓ ؼًب أٗشطخ٣شَٔ أ٣ ٕغت أ٣ .َ ُِٔزبثؼخ٣ٞٔاُز
ؼ٤ع ثشٌَ طؾٝئؽالم ٓششٝ ذ٣اد اُالصٓخ ُزؾذٞح ٖٓ اُخطٞ ًَ خط٠ِ ٗظشح كبؽظخ ػ٢ٗب ِٗوٞ دػ.عٝأُشش.
12
Now that you’ve hopefully seen or constructed a proposal for the project you’re about to undertake,
and you’ve formed a better idea of what sort of value it will be creating, it’s time to move on to look
at who will be affected by, and involved in, the project.
، بٜ عز٘شئ٢ٔخ اُز٤ع اُوٞٗ ٖٖ كٌشح أكؼَ ػ٣ٌٞهٔذ ثزٝ ، ٙز٤ ر٘ل٠ِشي ػٞ ر١ع اُزٝ اهزشا ًؽب ُِٔشش٢٘ رجٝ أٟ إٔ رش٠ٕ٘ٔ ثؼذ إٔ ً٘ذ أر٥ا
عٝ أُشش٢أُشبسًخ كٝ ٕ رزأصشٌٞ٤ ٖٓ ع٢ هذٓب ً ُِ٘ظش ك٢هذ ُِٔؼُٞكوذ ؽبٕ ا.
7- إالء اُ٘بط؟ٛ ًَ ْٛ ٖٓ
ٖٓ ٓشًض شجٌخ ٓؼوذح٢ كأٗذ ك، عٝش أُشش٣ ثظلزي ٓذ. ػذد ٖٓ اُ٘بط٠ِإصش ػ٣ ٌٕٖٔ أ٣ عٝ أطـش ٓشش٠؟ ؽز٢ػٝ ٓشش٢ٕ كِٞلؼ٣ ٓبراٝ
٢ٖ ك٤ًذ ٖٓ األشخبص أُشبس٣ ثبُؼذ٢ دػ٘ب ِٗزو.ٙش٣ رذ١ع اُزٝ أُشش٢ْ أُشزشًخ كٜزٔبٓبرْٛ ٖٓ خالٍ اٜٕ ثجؼؼٞشرجط٣ ٖ٣األشخبص اُز
ٌْٜٔ٘ي ئداسح ٓشبسًز٣ ق٤ً اعزٌشقٝ ، بِٜٗٞؼج٣ ٢اس اُزٝٗبهش األدٝ ، عٝ ٓشش١أ.
Stakeholder:
Stakeholders are those people who hold a stake in the project—they’re people who care about the
project’s outcome. ―Stakeholders‖ is really a catch-all term that can be used to describe such
disparate groups as senior management, end users of systems, customer representatives,
administrators, members of the local community, and union representatives. Anyone who feels that
the project might affect them could regard themselves as a Stakeholder. How then do you go about
identifying stakeholders? And why would you want to do so in the first place? It’s important to
identify your stakeholders so that you can understand their points of view, and get an idea of the
pressure they’ll try to exert on your project. The easiest stakeholders to identify are those who are
directly affected by the project. The management of that team will also be affected, as will the IT
staff who need to help make the existing call-tracking system integrate with your new web site.
And, of course, the actual customers will be affected too—some of them may love the idea of
reporting issues via a web site, but others will be concerned that the change in technology will mean
slower, less personalized service.
" ٓظطِؼ "أطؾبة أُظِؾخ.عٝغخ أُشش٤ٕ ث٘زٞٔزٜ٣ ْ أشخبصٜٗ ئ- عٝ أُشش٢ْ ؽظخ كٜ٣ٖ ُذ٣ُئي األشخبص اُزْٝ أٛ أطؾبة أُظِؾخ
اُؼٔالء٢ِٓٔضٝ ٖ ُألٗظٔخ٤٤بئُٜٖ٘ ا٤ٓأُغزخذٝ ب٤ِ٘خ ٓضَ اإلداسح اُؼ٣ػبد أُزجبٞٔ أُغٙزٛ طقُٞ ٌٖٚٓٔ اعزخذا٣ َٓ ؽوًب ٓظطِؼ شبٞٛ
. طبؽت ٓظِؾخٚؼزجش ٗلغ٣ ْٕ أٜ٤ِإصش ػ٣ ع هذٝشؼش إٔ أُشش٣ شخض١ٌٖٔ أل٣ . اُ٘وبثبد٢ِٓٔضٝ ٢ِأػؼبء أُغزٔغ أُؾٝ ٖ٤ُٝأُغإٝ
ٖٓ ٌٖٔ رز٠ي ؽز٣ذ أطؾبة أُظِؾخ ُذ٣ْ رؾذٍُٜٔ؟ ٖٓ اٝ أُوبّ األ٢ذ إٔ رلؼَ رُي ك٣ُٔبرا رشٝ ذ أطؾبة أُظِؾخ؟٣ٌٔ٘ي ئرٕ رؾذ٣ ق٤ً
ُئيْٝ أٛ ذ٣َ أطؾبة أُظِؾخ ُزؾذٜ أع.ػيٝ ٓشش٠ِ ػٕٚ ٓٔبسعزُٞٝؾب٤ ع١ كٌشح ػٖ اُؼـؾ اُز٠ٍِ ػٞاُؾظٝ ، ْٛبد ٗظشٜعٝ ْٜك
ّ عؼَ ٗظب٢ أُغبػذح ك٠ُٕ ئٞؾزبع٣ ٖ٣ٓبد اُزِٞخ أُؼ٤٘ رو٢ظلٞٓ ًزُيٝ ، ؼًب٣ن أ٣زا اُلشٛ عززأصش ئداسح.عٕٝ ٓجبششح ثبُٔششٝزأصش٣ ٖ٣اُز
ْٖ كٌشح اإلثالؽ ػٜؾت ثؼؼ٣ هذ- ؼًب٣ٕ أٝزأصش٤ٖ ع٤٤ِ كإ اُؼٔالء اُلؼ، ثبُطجغٝ .ت٣ُٞ ا٠ِذ ػ٣هؼي اُغذٞٓ زٌبَٓ ٓغ٣ ٢ُرزجغ أٌُبُٔبد اُؾب
ً ٤أهَ رخظٝ خذٓخ أثطأ٢٘ؼ٤ب ع٤عٌُٞٞ٘ اُز٢ش ك٤٤ٕ هِوًب ٖٓ إٔ اُزـٌٞ٤خش ع٥ ٌُٖ اُجؼغ ا، ت٣ٝ هغٞٓ أُشٌالد ػجش.
ظب
13
Sometimes the most important stakeholders to worry about are those who are less obviously linked
to the project. Don’t get too hung up on identifying every possible person who might care about
your project, but do make the effort to involve those that are obviously interested. Projects tend to
get more complex as they continue, and more people get involved, and understanding where any
given person fits into the bigger picture is important if you are to have a context for his or her input.
ذ ًَ شخض ٌٖٓٔ هذ٣هق ػٖ رؾذٞ ال رز.عٝؽب ثبُٔشش ً ْ أهَ اسرجبٜٕٗ ثشأٞوِو٣ ٖ٣خ اُز٤ٕٔٛ أطؾبة أُظِؾخ األًضش أٌٞ٣ ، ٕب٤ ثؼغ األؽ٢ك
، بٛذًا ٓغ اعزٔشاس٤ إٔ رظجؼ أًضش رؼو٠ُػبد ئَٝ أُشش٤ٔ ر.ػٞػٝ ٌَٖ ث٤ٔزُٜٔذ إلششاى األشخبص اٜي ثزٍ ع٤ٌُِٖ ػٝ ، ػيٝزْ ثٔششٜ٣
ٚٔزٛبم ُٔغب٤ي ع٣سح األًجش ئرا ًبٕ ُذٞ اُظ٢ٖ ك٤ شخض ٓؼ١ْ أٌُبٕ أُ٘بعت ألْٜ كُٜٖٔٓ اٝ ، ذ ٖٓ األشخبص٣ٓشبسًخ أُضٝ.
It summarizes the what, how, when, and why of the project. It represents the agreement between all
parties on what the project is about and, importantly, why the project is being undertaken. Although
obviously some facets will change during the course of the project (notably the details of how the
project is achieved, the project’s timings, and the resources available) the fundamentals of what the
project is and why it’ll make a difference to the organization should be pretty stable.
The Project Initiation Document needs to summarize: ض٤ رِخ٠ُع ئٝوخ ثذء أُشش٤صٝ رؾزبط:
- The project’s objective (what you’re trying to achieve) ٚو٤ٍ رؾوٝع (ٓب رؾبٝذف أُششٛ)
- The key deliverables (how you’re going to achieve the objective) ذفُٜق عزؾون ا٤ً( خ٤غ٤ٔبد اُشئ٤ِ)اُزغ
- The overall rationale for the project (why you’re undertaking it) ّٞع (ُٔبرا روٝ اُؼبّ ُِٔشش٢األعبط أُ٘طو
)ثزُي
- The initial timings (when it will be achieved) ٚو٤زْ رؾو٤ ع٠ (ٓز٢ُٝذ األ٤هٞ)اُز
- The project’s initial organization (who is involved) شبسى٣ ٖٓ( عٝ ُِٔشش٢ُْٝ األ٤)اُز٘ظ
Other elements that should be included in the initiation document are key assumptions and
constraints, and success criteria. You may also want to include high-level information
خ٤ُخ اُزب٤غ٤أُٔبسعبد اُشئٝ ادٝع ٖٓ خالٍ األدٝق ٓشؽِخ ثذء أُشش٤زْ رخل٤ع.
ٖٓ ْٛاألٝ ، عٝخ أُشش٤ٍٛ ٓبٞغ األؽشاف ؽ٤ٖٔ ع٤ٔضَ االرلبم ث٣ ٚٗ ئ.عُٝٔبرا أُششٝ ٠ٓزٝ ق٤ًٝ ق٤ًٝ ِخض ٓب٣ عٝوخ ثذء أُشش٤صٝ
ن٤خ رؾو٤ل٤ً َ٤ٔب رلبط٤ع (ال عٝش أص٘بء أُشش٤اٗت عززـٞاػؼ إٔ ثؼغ اُغُٞ ٖٓ اٚٗ اُشؿْ ٖٓ أ٠ِ ػ.عٝز أُشش٤ساء ر٘لٝ رُي اُغجت
ٕ ٓغزوشح عذاٌٞغت إٔ ر٣ ؾذس كشهًب ُِٔ٘ظٔخ٤ُٔبرا عٝ عٝبد أُشش٤اسد أُزبؽخ) أعبعُٞٔاٝ عٝذ أُشش٤هٞرٝ عٝأُشش.
٢ؼًب ك٣ هذ رشؿت أ.ش اُ٘غبػ٤٣ٓؼبٝ ، خ٤غ٤د اُشئٞ٤اُوٝ االكزشاػبد٢ٛ وخ اُجذء٤صٝ ٢ب كٜ٘٤ٔغت رؼ٣ ٢ اُزٟاُؼ٘بطش األخش
ٟٞخ أُغز٤ُٓبد ػبِٖٞ ٓؼ٤ٔرؼ
\\
14
about the risk and quality management approaches you’ll use, although this detail is often included in
the project plan, rather than the PID.
بدالً من معرف المنتج، على الرغم من أن هذه التفاصٌل غالبًا ما ٌتم تضمٌنها فً خطة المشروع، حول أسالٌب إدارة المخاطر والجودة التً ستستخدمها.
It’s important that the PID be as concise as possible .the shorter the PID ,the greater are the chances
that the stakeholders will actually read it at the outset , which can smooth the project’s progress
over time .
ً(من المهم أن ٌكون رلم التعرٌف الشخصPID) ً وكلما كان رلم التعرٌف الشخص.(موجزا لدر اإلمكانPID) كلما زادت فرص لٌام أصحاب المصلحة بمراءته بالفعل، ألصر
مما لد ٌسهل تمدم المشروع مع مرور الولت، فً البداٌة.
The document should be agreed upon up-front with your project’s key stakeholders (including the
project sponsor and board), and should be referred to subsequently throughout the project. Whenever
you’re making difficult decisions about which changes to the project’s scope or design should be
accepted, referring to the project’s original objectives and success criteria will prove invaluable.
عندما تتخذ. وٌجب اإلشارة إلٌه الحمًا خالل المشروع، )ٌجب االتفاق على المستند ممد ًما مع أصحاب المصلحة الرئٌسٌٌن فً مشروعن (بما فً ذلن راعً المشروع ومجلس إدارته
فإن اإلشارة إلى األهداف األصلٌة للمشروع ومعاٌٌر النجاح سوف تكون ذات لٌمة، لرارات صعبة بشأن التغٌٌرات التً ٌجب لبولها فً نطاق المشروع أو تصمٌمه.
then comes the project objective. You’ll notice that this part is written to a particular format that includes:
- a definition of the specific business benefit that the project will realize !
وصف المجاالت الرئٌسٌة التً ٌتعٌن- ! وصف شامل لما ٌدور حوله المشروع- : ستالحظ أن هذا الجزء مكتوب بتنسٌك معٌن ٌتضمن.ٌأتً هدف المشروع
تعرٌف لفائدة العمل المحددة التً سٌحممها المشروع- !!معالجتها
This is a very useful format for describing objectives. You may find another standard in use in your
organization, though, and it’s often best to use the format that people are familiar and comfortable
with.
وغالبًا ما ٌكون من األفضل استخدام التنسٌك الذي ٌعرفه الناس وٌرتاح لهم، معٌارا آخر لٌد االستخدام فً مؤسستن
ً لد تجد.هذا تنسٌك مفٌد للغاٌة لوصف األهداف.
The next section of the identifies the project deliverables, it describes how you’re going to achieve
the objective. This description must necessarily be completed on a very high level, because the
project is just getting started—you haven’t done any detailed planning yet. Here, you just need to give
an idea of the biggest chunks of work to be done. Try to make sure that no deliverable will take longer
than a month to complete, Yough—if you’re still looking at phases of three months or more, break
those phases into a little more detail.
لم- ألن المشروع بدأ لتوه، ٌجب إكمال هذا الوصف بالضرورة على مستوى عا ٍل جدًا. وهو ٌصف كٌف ستحمك الهدف، ٌحدد المسم التالً من نتائج المشروع
حاول أن تتأكد من أن عملٌة التسلٌم لن تستغرق. تحتاج فمط إلى إعطاء فكرة عن أكبر لطع العمل التً ٌتعٌن المٌام بها، هنا.تمم بأي تخطٌط تفصٌلً حتى اآلن
، ولتًا أطول من شهر حتى تكتملYough - فالسم هذه المراحل إلى مزٌد من التفاصٌل، إذا كنت ال تزال تبحث عن مراحل من ثالثة أشهر أو أكثر.
15
Next, we come to the project timeline. If the project is one that you’re familiar with, you might
already have a good idea of rough timelines for the various phases as well as the project
overall. If you can, list the major deliverables against the week or month in which they’ll
be delivered
فمد ٌكون لدٌن بالفعل فكرة جٌدة عن الجداول الزمنٌة التمرٌبٌة لمختلف المراحل، إذا كان المشروع مألوفًا لدٌن. نأتً إلى الجدول الزمنً للمشروع، بعد ذلن
فمم بإدراج التسلٌمات الرئٌسٌة ممابل األسبوع أو الشهر الذي سٌتم تسلٌمها فٌه، إذا استطعت.باإلضافة إلى المشروع ككل
Is it feasible ?
In some organizations , the initial analysis of the business processes and investigation of whether to
buy or build a system might from what’s known as a feasibility study or feasibility project . Rather than
starting the full project with such uncertainty ,a separate smaller project would be undertaken just to
work out whether the main project is worth undertaking , and what would be required if it was .
لد ٌكون التحلٌل األولً لعملٌات األعمال والتحمٌك فٌما إذا كنت ترٌد شراء أو إنشاء نظام ما ٌعرف باسم دراسة الجدوى أو مشروع، فً بعض المؤسسات
وما، سٌتم تنفٌذ مشروع أصغر منفصل لمجرد تحدٌد ما إذا كان المشروع الرئٌسً ٌستحك المٌام به، وبدالً من بدء المشروع بالكامل بمثل هذا الغموض.الجدوى
هو المطلوب إذا كان األمر كذلن.
1. Pick projects that are important to the organization and to its future.
2. Make sure that you have appropriate resources for your project—whether those include people,
equipment, or budget.
3. Include the people who are affected by, and interested in, your project in the project itself—their
inputs and opinions matter!
4. Set up a project board with the necessary members right at the beginning of the project, not just
when the difficult decisions need to be made.
5. Create a Project Initiation Document and review it with the project team, board members, and key
stakeholders.
6. Get your project started with a kickoff meeting, both to ensure the alignment of stakeholder
expectations, and get everyone enthusiastic about the project!
7. Create a communications plan that outlines who needs to be kept informed about your project’s
progress, and how you’re going to communicate with those people.
سبع خطوات أساسٌة لبدء ناجح
وستزٌد بشكل كبٌر من فرصن فً إدارة مشروع ناجح ٌحدث فرلًا حمٌمًٌا، !اتبع هذه النصٌحة
16
1. اختٌار المشارٌع التً تعتبر مهمة للمنظمة ومستمبلها.
2. سواء كان ذلن ٌشمل األشخاص أو المعدات أو المٌزانًة- تأكد من أن لدٌن الموارد المناسبة لمشروعن.
3. فمدخالتهم وآرائهم مهمة- !لم بتضمٌن األشخاص الذٌن تأثروا بمشروعن فً المشروع نفسه والمهتمٌن به
4. ولٌس فمط عند الحاجة إلى اتخاذ المرارات الصعبة، لم بإنشاء لوحة للمشروع مع األعضاء الضرورٌٌن فً بداٌة المشروع.
5. لم بإنشاء مستند بدء المشروع ومراجعته مع فرٌك المشروع وأعضاء مجلس اإلدارة وأصحاب المصلحة الرئٌسٌٌن.
6. سا للمشروع
ً وجعل الجمٌع متحم، لضمان توافك تولعات أصحاب المصلحة، !ابدأ مشروعن ببدء اجتماع
7. وكٌف ستتواصل مع هؤالء األشخاص، لم بإنشاء خطة ات صاالت تحدد من ٌحتاج إلى أن ٌبمى على اطالع بالتمدم المحرز فً مشروعن.
توفر مرحلة البدء فرصة للتأكد من أن كل فرد فً الفرٌك.غالبًا ما ٌنتهً بن الحال فً مولف ٌكون فٌه ألعضاء فرٌك المشروع أفكار مختلفة تما ًما
تضمن البداٌة الجٌدة أٌضًا تحدٌد جمٌع. بدالً من تركها للتفالم، وأن المفاهٌم الخاطئة والصراعات ٌتم معالجتها، على نفس الصفحة من البداٌة
مما ٌتجنب احتمال ظهورهم فً لحظات غٌر، أصحاب المصلحة فً المشروع (جمٌع المشاركٌن أو المهتمٌن أو المتأثرٌن بالمشروع) ممد ًما
!مناسبة أثناء المشروع
Imposition of Unrealistic Targets Sound project management practice suggests that project goals (cost,
schedule, quality, and functionality) should be determined through a systematic process of understanding
customer needs, identifying the best solution, and formal planning. Throughout this process, realistic
assumptions about resource availability, quality of materials, and work process (just to name a few factors)
should be used.
The Dual Responsibility Trap Most project managers I encounter are asked to wear two hats. They must
perform their job duties while acting as the project manager. A more fundamental problem of the dual
responsibility trap is figuring out how to divide your time and attention between the two roles.
هذا جزء ال ٌتجزأ من.المسؤولٌة ممابل مصٌدة السلطة إن الشكوى العالمٌة من مدٌري المشارٌع هً أن لدٌهم الكثٌر من المسؤولٌة ولكن لٌس لدٌهم سلطة
هذه المسؤولٌة التً حصلت علٌها لٌست متناسبة مع السلطة (أو السلطة الرسمٌة) التً تعتمد أنن بحاجة إلٌها إلنجاز المهمة: فولكلور إدارة المشروع.
17
فرض أهداف غٌر والعٌة تمترح الممارسة السلٌمة إلدارة المشروع أنه ٌنبغً تحدٌد أهداف المشروع (التكلفة والجدول الزمنً والجودة والوظائف) من خالل
ٌجب استخدام افتراضات والعٌة حول توفر الموارد وجودة، خالل هذه العملٌة.ًعملٌة منهجٌة لفهم احتٌاجات العمالء وتحدٌد أفضل الحلول والتخطٌط الرسم
)المواد وعملٌة العمل (على سبٌل المثال ال الحصر بعض العوامل.
هنان. ٌجب علٌهم أداء واجباتهم الوظٌفٌة أثناء العمل كمدٌر للمشروع.فخ المسؤولٌة المزدوجة ٌُطلب من معظم مدٌري المشارٌع الذٌن التمٌتهم ارتداء لبعتٌن
الصراع األساسً للٌمٌن وعدم الٌمٌن.م شكلة أكثر جوهرٌة فً فخ المسؤولٌة المزدوجة وهً معرفة كٌفٌة تمسٌم ولتن واهتمامن بٌن الدورٌن.
Project integration management ensures that the project is properly planned, executed, and controlled,
including the exercise of formal project change control. As the term implies, every activity must be coordinated
or integrated with every other one in order to achieve the desired project outcomes.
Changes to project scope are often the factors that kill a project. Project scope management includes
authorizing the job, developing a scope statement that will define the boundaries of the project, subdividing the
work into manageable components with deliverables, verifying that the amount of work planned has been
achieved, and specifying scope change control procedures.
Project time management specifically refers to developing a schedule that can be met, then controlling work to
ensure that this happens! It’s that simple. Because everyone refers to this as scheduling, it should really be
called schedule management.
This is exactly what it sounds like. Project cost management involves estimating the cost of resources, including
people, equipment, materials, and such things as travel and other support details. After this is done, costs are
budgeted and tracked to keep the project within that budget.
ٌحدد دلٌل هٌئة إدارة المشارٌع للمعارف مجاالت المعرفة التسعة التً ٌجب على مدٌري المشروعات أن ٌكونوا على دراٌة بها لكً ٌعتبروا
ً هذه هً على النحو التال.محترفٌن.
ووضع بٌان نطاق ٌحدد حدود، تتضمن إدارة نطاق المشروع تفوٌض الوظٌفة.غالبًا ما تكون التغٌٌرات فً نطاق المشروع هً العوامل التً تمتل المشروع
وتحدٌد إجراءات مرالبة تغٌٌر النطاق، والتحمك من أن حجم العمل المخطط لد تحمك، وٌمسم ا لعمل إلى مكونات ٌمكن التحكم فٌها مع نتائج، المشروع.
إدارة المشروعTiime
18
ألن الجمٌع ٌشٌر إلى. ثم التحكم فً العمل لضمان حدوث ذلن! بكل بساطة، تشٌر إدارة ولت المشروع على وجه التحدٌد إلى وضع جدول زمنً ٌمكن الوفاء به
فٌجب أن ٌسمى حمًا إدارة الجدول، هذا على أنه جدولة.
بما فً ذلن األشخاص والمعدات والمواد وأشٌاء مثل تفاصٌل السفر وغٌرها من، تتضمن إدارة تكالٌف المشروع تمدٌر تكلفة الموارد.هذا بالفعل ما ٌبدو علٌه
ٌتم وضع مٌزانٌة التكالٌف وتتبعها للحفاظ على المشروع ضمن تلن المٌزانًة، بعد المٌام بذلن.الدعم.
As I have commented earlier, one cause of project failure is that quality is overlooked or sacrificed so that a tight
deadline can be met. It is not very helpful to complete a project on time, only to discover that the thing
delivered won’t work properly! Project quality management includes both quality assurance (planning to meet
quality requirements) and quality control (steps taken to monitor results to see if they conform to
requirements).
Project human resources management, often overlooked in projects, involves identifying the people needed to
do the job; defining their roles, responsibilities, and reporting relationships; acquiring those people; and then
managing them as the project is executed. Note that this topic does not refer to the actual day-to-day managing
of people. The PMBOK® Guide mentions that these skills are necessary but does not attempt to document them.
Given that these are the most important skills that a project manager must have, the PMBOK® Guide is deficient
in omitting them.
لٌس من المفٌد. أحد أسباب فشل المشروع هو أن الجودة ٌتم تجاهلها أو التضحٌة بها حتى ٌمكن الوفاء بالموعد النهائً المحدد، كما علمت سابمًا
فمط الكتشاف أن الشًء الذي تم تسلٌمه لن ٌعمل بشكل صحٌح! تتضمن إدارة جودة المشروع كالً من، للغاٌة إكمال مشروع فً الولت المحدد
)ضمان الجودة (التخطٌط للوفاء ب متطلبات الجودة) ومرالبة الجودة (الخطوات المتخذة لمرالبة النتائج لمعرفة ما إذا كانت متوافمة مع المتطلبات.
تحدٌد األشخاص الالزمٌن للمٌام بهذه المهمة ؛ تحدٌد، والتً غالبا ً ما ٌتم تجاهلها فً المشروعات، تتضمن إدارة الموارد البشرٌة للمشروع
الحظ أن هذا الموضوع ال ٌشٌر إلى. ومن ثم إدارتها كما ٌتم تنفٌذ المشروع.األدوار والمسؤولٌات وعاللات اإلبالغ ؛ الحصول على هؤالء الناس
ٌذكر دلٌل.اإلدارة الٌومٌة الفعلٌة لألشخاصPMBOK® بالنظر إلى أن هذه هً أهم المهارات.أن هذه المهارات ضرورٌة ولكنها ال تحاول توثٌمها
فإن دلٌل، التً ٌجب أن ٌتمتع بها مدٌر المشروعPMBOK® مصمم على حذفها.
As the title implies, project communications management involves planning, executing, and controlling the
acquisition and dissemination of all information relevant to the needs of all project stakeholders. This
information might include project status, accomplishments, and events that may affect other stakeholders or
projects. Again, this topic does not deal with the actual process of communicating with someone. This topic is
also mentioned but not included in the PMBOK® Guide.
19
Project risk management is the systematic process of identifying, quantifying, analyzing, and responding to
project risk. It includes maximizing the probability and consequences of positive events and minimizing the
probability and consequences of adverse events.
كما ٌوحً العنوان ،تتضمن إدارة اتصاالت المشروع تخطٌط وتنفٌذ ومرالبة التناء ونشر جمٌع المعلومات ذات الصلة باحتٌاجات جمٌع أصحاب
المصلحة فً المشروع .لد تتضمن هذه المعلومات حالة المشروع وإنجازاته وأحداثه التً لد تؤثر على أصحاب المصلحة أو المشارٌع اآلخرٌن.
مرة أخرى ،ال ٌتعامل هذا الموضوع مع العملٌة الفعلٌة للتواصل مع شخص ما .تم ذكر هذا الموضوع أٌضًا ولكنه غٌر مدرج فً دلٌل
PMBOK®.
إدارة مخاطر المشروع هً عملٌة منهجٌة لتحدٌد مخاطر المشروع ولٌاسها وتحلٌلها واالستجابة لها .وٌشمل تعظٌم احتمال وعوالب األحداث
.اإلٌجابٌة وتملٌل احتمال وعوالب األحداث السلبٌة
Project Procurement Management Procurement of necessary goods and services for the project is the logistics
aspect of managing a job. Project procurement management involves deciding what must be procured, issuing
requests for bids or quotations, selecting vendors, administering contracts, and closing them when the job is
finished
إدارة مشترٌات المشروع إن شراء السلع والخدمات الالزمة للمشروع هو الجانب اللوجستً إلدارة الوظٌفة .تتضمن إدارة مشترٌات
المشروع تحدٌد ما ٌجب شراؤه ،وإصدار طلبات العروض أو عروض األسعار ،واختٌار البائعٌن ،وإدارة العمود ،وإغاللها عندما تنتهً
المهم
20