أجرى بنت فليفبيرغ دراسة شملت 258 مشروعًا في 20 دولة على مدار 70 عامًا. وتجاوزت 9 من كل 10 مشاريع الميزانية المحددة. وبلغ متوسط التكاليف 28% أعلى من التوقعات.
لم يكن السبب سوء التنفيذ، بل الطريقة التي تعاملت بها الفرق مع الخطة. فقد قاموا بكتابتها مرة واحدة، وحصلوا على الموافقة عليها، ثم توقفوا عن استخدامها. وعندما تغيرت الظروف، لم تتغير الخطة.
تُهمل معظم الخطط بحلول الأسبوع الثالث. فقد وُضعت من أجل الحصول على الموافقة عليها، وليس من أجل تنفيذها. وهي تخلط بين التخطيط (ما يجب فعله ولماذا) والجدولة (متى يجب فعله). كما أنها تفتقر إلى طريقة واضحة للتعامل مع أي تغيير في نطاق العمل دون أن تتعطل.
يوضح هذا الدليل كيفية كتابة خطة مشروع في سبع خطوات يمكن تطبيقها باستخدام أي أداة. سترى أيضًا أمثلة واقعية من مجالات نموذج الشلال (Waterfall) ونموذج أجايل (Agile) والتسويق والبناء. بالإضافة إلى مقارنة مباشرة بين الأماكن التي تُخزَّن فيها الخطط فعليًّا: جداول البيانات وملفات Docs المشتركة وأدوات إدارة المشاريع المخصصة.
ملخص
خطة المشروع هي الوثيقة التي تحول النطاق والجدول الزمني والموارد إلى خط أساس يمكن لفريقك العمل بناءً عليه. أفضل الخطط هي تلك التي تفصل بين التخطيط ووضع الجدول الزمني. فهي تمرر كل تغيير عبر خط الأساس، وتخضع للمراجعة عند كل مرحلة رئيسية.
يوضح هذا الدليل كيفية وضع خطة قادرة على الصمود عند تغير نطاق العمل، أو انقطاع الترابطات، أو انشغال الأفراد بأعمال أخرى.
ما هي خطة المشروع؟
خطة المشروع هي وثيقة رسمية تحدد كيفية تنفيذ المشروع ومراقبته وإغلاقه. وهي تشمل النطاق والجدول الزمني والموارد والمخاطر وبروتوكولات الاتصال، وتُعد بمثابة الأساس الذي يعمل الفريق انطلاقًا منه بمجرد بدء التنفيذ.
ما لا تشمله خطة المشروع
خطة المشروع ليست ميثاق المشروع. فالميثاق يصرح بتنفيذ المشروع ويمنح مدير المشروع الصلاحيات اللازمة. وهو يجيب على السؤالين: «هل يجب أن نفعل هذا، ومن المسؤول عنه؟» أما الخطة فتبدأ من حيث ينتهي الميثاق، وتجيب على الأسئلة التالية: «كيف، ومتى، ومن سيقوم بذلك، وبأي تكلفة؟»
كما أن خطة المشروع ليست بيان النطاق. فبيان النطاق يحدد ما سيحققه المشروع وما لن يحققه. وهو يوضح لك كيف سيبدو المشروع «عند اكتماله». أما خطة المشروع فتشمل بيان النطاق بالإضافة إلى الجدول الزمني والموارد والمخاطر والتواصل ومراقبة التغييرات. وهي توضح لك كيف سيصل الفريق إلى الهدف، ومن سيقوم بماذا، وماذا سيحدث عندما يتغير شيء ما.
المراحل الخمس لخطة المشروع
تغطي خطة المشروع المراحل الخمس التي يحددها معهد إدارة المشاريع (PMI) على أنها دورة حياة المشروع: البدء، والتخطيط، والتنفيذ، والمراقبة والتحكم، والإغلاق.
- البدء: حدد الغرض من المشروع، وحدد الأطراف المعنية، واحصل على الموافقة على ميثاق المشروع. الخطة لم تُعد بعد، لكن الشروط اللازمة لكتابتها متوفرة
- التخطيط: حدد نطاق المشروع، والجدول الزمني، وخطة الموارد، وسجل المخاطر، وخطة الاتصال. هذه هي المرحلة التي يتناولها باقي هذا الدليل
- التنفيذ: يقوم الفريق بالعمل. وتصبح الخطة الوثيقة المرجعية التي تحدد من يقوم بماذا ومتى
- المراقبة والتحكم: تتبع التقدم المحرز مقارنةً بالخط الأساسي. قم بتوجيه كل طلب تغيير عبر عملية التحكم في التغييرات التي حددتها في الخطة
- الختام: تأكد من قبول المخرجات، وقم بتوثيق الدروس المستفادة، ثم أطلق سراح الفريق. يتم أرشفة الخطة، لا حذفها: فالمشروع المماثل التالي يبدأ منها بدلاً من صفحة فارغة
تندرج الخطة نفسها ضمن مرحلة التخطيط، لكنها تظل قيد الاستخدام الفعلي خلال مرحلتي التنفيذ والمراقبة. فالخطة التي تنتهي مع انتهاء مرحلة التخطيط هي الخطة التي يتم التخلي عنها مبكرًا.
ما أهمية خطة المشروع؟
إذا تجاهلت الخطة، فستستمر المشاكل نفسها في الظهور. توسع نطاق العمل، لأن أحداً لم يحدد حدوده؛ وتضارب الموارد، لأن مسارين للعمل تطالبان بنفس المهندس؛ وتأخر المواعيد النهائية، لأن التبعيات الخفية ظهرت متأخرة.
تساعد خطة المشروع على تجنب تلك الإخفاقات من خلال إظهار ملامح العمل بوضوح قبل بدء التنفيذ.
- التوافق بين الأطراف المعنية. يتفق الرعاة وقادة الفرق والمساهمون على تعريف النجاح قبل بدء العمل. فبدون خطة، يعمل كل شخص وفق تعريف مختلف قليلاً لمصطلح «الإنجاز»
- الرؤية الواضحة للترابطات. تسلط الخطة الضوء على المهام التي تعيق إنجاز المهام الأخرى. وهذا يمنع حدوث مشكلة «لم أكن أعلم أنك تنتظرني» التي تؤدي إلى توقف المشاريع في منتصف الطريق
- تخصيص الموارد بشكل واقعي. فهذا يفرض على الفريق مواءمة الموارد البشرية والميزانية المتاحة مع النطاق الفعلي للمشروع. ولن تضطر بعد الآن إلى اكتشاف الفجوة في منتصف المشروع عندما يكون إصلاحها مكلفًا للغاية
- اتخاذ قرارات أفضل. عندما تظهر طلبات جديدة، توفر الخطة أساسًا لتقييم المفاضلات. وبدون هذا الأساس، تبدو كل طلبات بنفس القدر من الإلحاح
- المساءلة دون التدخل في التفاصيل. بفضل توثيق الأدوار والمسؤولين والمواعيد النهائية، يمكنك متابعة التقدم المحرز دون الحاجة إلى السعي وراء التحديثات
وقد توصل تقرير تعظيم نجاح المشاريع الصادر عن معهد إدارة المشاريع (PMI) إلى أن المشاريع التي تحدد معايير النجاح مسبقًا وتطبق نظامًا راسخًا لقياس الأداء تحقق معدلات نجاح أعلى بنحو الضعف.
الخطة هي أساس مرجعي، وليست مخططًا تفصيليًّا
يعامل معظم مديري المشاريع الخطة على أنها وثيقة تسليم. فأنت تكتبها لتُظهر لأصحاب المصلحة ما ستقوم بتنفيذه، ثم لا تقوم بتحديثها إلا عندما تضطر إلى ذلك. وهذا يجعلك تمتلك مجرد لمحة عامة، وليس أداة لاتخاذ القرار.
تتمثل المهمة الحقيقية لخطة المشروع في تزويدك بأساس ملموس يمكنك الاعتماد عليه عندما يأتي المستقبل بشكل مختلف عما كان متوقعًا. يتم تقييم طلبات تغيير النطاق مقارنةً بالخط الأساسي، وليس بناءً على مجرد شعور. ويتم قياس التأخيرات في الجدول الزمني مقارنةً بالخطة، وليس بالذاكرة. والخطة الناجحة هي تلك التي يتم تحديثها عند كل مرحلة رئيسية.
ينبثق عن ذلك قاعدتان، ويستند باقي هذا الدليل عليهما:
- التخطيط أولاً، ثم الجدولة. التخطيط هو تحديد ما يجب فعله ولماذا. أما الجدولة فهي تحديد متى. إذا خلطت بينهما، فستبدأ الجداول الزمنية في تحديد نطاق العمل
- قم بالمراجعة عند كل مرحلة رئيسية. فالخطة التي تُوضع في الأسبوع الأول وتُترك دون تغيير حتى الأسبوع الثامن تمنح ثقة زائفة. قم بتحديثها بشكل متعمد، حتى يعمل الفريق بناءً على معلومات دقيقة
يتناول هذا النهج ما أطلق عليه فلايفبيرغ اسم "تحيز التفاؤل": وهو الميل المنهجي للمخططين إلى التقليل من تقدير التكاليف والجداول الزمنية والمخاطر، مع المبالغة في تقدير الفوائد. فالخطط التي تُبنى على أساس تنبؤات ثابتة ترث هذا التحيز منذ اليوم الأول ولا يتم تصحيحه أبدًا.
المكونات الرئيسية لخطة المشروع
تستند كل خطة مشروع، سواء كانت عامة أو مفصلة للغاية، إلى نفس المكونات الأساسية. وتغطي القائمة أدناه كل عنصر من هذه المكونات وما يجب أن تتناوله.
- بيان نطاق المشروع. حدود المشروع: ما يشمله، وما يستبعده صراحةً، ومعايير إتمامه
- الأهداف ومقاييس النجاح. النتائج المحددة والقابلة للقياس التي يجب أن يحققها المشروع (وليس تطلعات غامضة مثل «تحسين تجربة العملاء»)
- هيكل تقسيم العمل (WBS). يتم تنظيم جميع المخرجات في مهام ومهام فرعية يمكن إدارتها
- الجدول الزمني والمراحل الرئيسية. جدول زمني يتضمن التواريخ الرئيسية، ومراحل المراجعة، والمسار الحرج الذي يحدد أقرب موعد ممكن للإنجاز
- خطة الموارد. من تم تكليفه بماذا، وبأي صفة، وما هي الأدوات أو الميزانية التي يحتاجها
- سجل المخاطر. المخاطر التي تم تحديدها، واحتمالية حدوثها وتأثيرها، واستراتيجية التخفيف أو الاستجابة للطوارئ لكل منها
- خطة الاتصال. من الذي يتم إطلاعه على المستجدات، وكم مرة، وعبر أي قناة، وما الذي يستدعي تصعيد الأمر
- عملية التحكم في التغييرات. كيفية طلب التغييرات في النطاق وتقييمها والموافقة عليها (أو رفضها) مقارنةً بالخط الأساسي
ومع ذلك، لا يحتاج كل مشروع إلى جميع الأقسام الثمانية بنفس المستوى من التفصيل. فقد يدمج مشروع داخلي مدته أسبوعان عدة أقسام في صفحة واحدة. أما مشروع في قطاع خاضع للتنظيم، مثل مبادرة الامتثال في مجال الأدوية، فقد يوسع نطاق كل قسم ليصبح مستندًا فرعيًا مستقلاً مع مراحل موافقة رسمية.
كيفية كتابة خطة مشروع في 7 خطوات
هذه الخطوات السبع تنطبق بغض النظر عن المنهجية المتبعة: سواء كانت منهجية «الشلال» (Waterfall) أو «أجايل» (Agile) أو الهجينة. والترتيب مهم لأن كل خطوة تمهد للخطوة التالية. وتخطي أي خطوة يؤدي إلى إعادة العمل، وهو ما يكلف أكثر من التخطيط الصحيح من البداية.
الخطوة 1: حدد أهدافك وحدد الأطراف المعنية
ابدأ بأهدافك. إن الخطأ الأكثر شيوعًا في التخطيط هو الانتقال مباشرةً إلى السؤال «ما الذي يتعين علينا فعله؟» قبل الإجابة على السؤال «كيف يبدو النجاح؟». اربط كل هدف بنتيجة قابلة للقياس وموعد نهائي.
على سبيل المثال، «إعادة تصميم الموقع الإلكتروني» هي مهمة. أما «زيادة معدل التحويل على صفحة الأسعار بنسبة 15% قبل الربع الثالث» فهي هدف يحدد مسار كل قرار لاحق.
بعد ذلك، قم بإدراج جميع الأشخاص الذين يتمتعون بسلطة أو نفوذ أو يعتمدون على المشروع. صنفهم حسب الدور. فالممول يوافق على التغييرات في الميزانية ونطاق العمل، والمساهمون يقومون بالعمل، والأطراف المطلعة تحتاج إلى تحديثات ولكنها لا تتخذ القرارات. وتُحافظ خريطة بسيطة لأصحاب المصلحة على تنظيم هذه الأمور.
| الاسم | الدور | مستوى الصلاحية | تواتر التحديث |
| نائب الرئيس لشؤون المنتجات | الراعي | يوافق على التغييرات في نطاق العمل والميزانية | كل أسبوعين |
| مهندس رئيسي | المساهم | القرارات الفنية ضمن نطاق العمل | أسبوعيًا |
| المستشار القانوني | تم الرجوع إليه | مراجعة متطلبات الامتثال | عند مراحل الإنجاز الرئيسية |
| مدير المبيعات | مستنير | لا يملك سلطة اتخاذ القرار | ملخص شهري |
الخطوة 2: تحديد نطاق المشروع والنتائج المتوقعة
النطاق هو الخط الفاصل. كل ما يقع داخله يتم تخصيص الموارد له ووضع جدول زمني له؛ وكل ما يقع خارجه يتم تأجيله أو رفضه صراحةً. وتساعد قائمة من عمودين بعنوان «ضمن النطاق/خارج النطاق» على تجنب الغموض الذي يتسبب في توسع النطاق لاحقًا.
افرق بين مخرجات المشروع والمهام. المخرجات هي النتائج الملموسة التي يتلقاها أصحاب المصلحة: «قاعدة البيانات التي تم ترحيلها»، «نموذج التصميم المعتمد»، «وثائق واجهة برمجة التطبيقات (API) المنشورة». أما المهام فهي العمل المطلوب لإنتاج هذه المخرجات. هذا التمييز مهم لأن أصحاب المصلحة يهتمون بالمخرجات، بينما يهتم فريقك بالمهام.
ما هو أكثر أخطاء تحديد نطاق العمل شيوعًا؟ تحديد الحدود بشكل فضفاض لدرجة أنه لا يمكن استخدامها لرفض أي إضافات.
قد تعني عبارة «تحسين تجربة المستخدم» أي شيء. أما عبارة «إعادة تصميم مسار إتمام عملية الدفع لمتصفحات الهواتف المحمولة، باستثناء تخطيطات الأجهزة اللوحية وتغييرات مزودي خدمات الدفع» فتمنحك سببًا موثقًا للرفض عندما يطلب أحدهم دعم الأجهزة اللوحية في منتصف المشروع.
الخطوة 3: إنشاء هيكل تقسيم العمل
خذ كل ناتج من الخطوة 2 وقم بتقسيمه إلى أصغر المهام التي يمكن تخصيصها وتقديرها وتتبعها بشكل فردي. هذا التسلسل الهرمي، المشروع -> الناتج -> حزمة العمل -> المهمة، هو هيكل تقسيم العمل (WBS) الخاص بك.
قاعدة عامة مفيدة: إذا استغرقت المهمة أكثر من بضعة أيام، فمن المحتمل أن يكون بالإمكان تقسيمها إلى مهام أصغر.
تعد هيكلية تقسيم العمل (WBS) الأساس الذي يستند إليه الجدول الزمني وخطة الموارد. فإذا كانت غير مكتملة، فإن كل ما يليها يصبح غير موثوق به. فجدولك الزمني سيكون خاطئًا لأنك أغفلت بعض الأعمال، وستكون خطة مواردك مليئة بالثغرات.
على سبيل المثال، إليك كيف سيبدو ذلك في ClickUp:

الخطوة 4: وضع الجدول الزمني للمشروع والمراحل الرئيسية
خذ مهام هيكل تقسيم العمل (WBS) وقم بترتيبها: أي المهام تعتمد على إنجاز مهام أخرى أولاً (التبعيات)، وأيها يمكن تنفيذها بالتوازي.
تمثل معالم المشروع إنجاز المراحل الرئيسية أو النتائج المطلوبة. وهي بمثابة نقاط مراجعة، مثل: «اكتملت مرحلة التصميم» أو «تم استلام الموافقة على اختبار القبول لدى المستخدم (UAT)». استخدمها لإنشاء نقاط مراجعة طبيعية مع أصحاب المصلحة. بالنسبة للمشاريع المعقدة، قم بتصور الجدول الزمني في شكل مخطط جانت لتوضيح التبعيات والمسار الحرج.
ضع هامشًا زمنيًا في الجدول الزمني لمواجهة العوامل المجهولة الواقعية. ثم أضف احتياطيًا داخل كل مرحلة، خاصةً في مرحلتي الاختبار والمراجعة، بدلاً من تخصيصه كمبلغ إجمالي في النهاية يتم الاستغناء عنه عندما تزداد الضغوط.
الخطوة 5: توزيع الأدوار وتخصيص الموارد
قم بتخصيص كل مهمة من هيكل تقسيم العمل (WBS) لمسؤول محدد. فالمسؤولية المشتركة تعني عدم وجود مسؤولية. وتخصيص الموارد يعني التأكد من أن الأشخاص المعينين لديهم القدرة على إنجاز المهام خلال الإطار الزمني المحدد.
هنا تتصادم الخطط مع الواقع. فقد يتم تكليف كبير المطورين لديك بثلاثة مشاريع في آن واحد. وتكشف الخطة هذا التضارب قبل أن يتسبب في عدم الالتزام بالموعد النهائي.
يوضح إطار عمل RACI (المسؤول، الخاضع للمساءلة، المستشار، المُبلغ) من يقوم بماذا دون الإفراط في التوثيق. وإذا تطلب المشروع برمجيات جديدة أو مقاولًا، يتم الموافقة على ذلك جنبًا إلى جنب مع الخطة.
الخطوة 6: تقييم المخاطر والتخطيط للاتصال
حدد المشكلات التي قد تطرأ، وقم بتقييم احتمالية حدوث كل خطر وتأثيره، وقم بتوثيق الاستجابة المناسبة لكل منها.
قم بتوثيق المخاطر الشائعة للمشروع في سجل المخاطر بحيث تكون مرئية ومسؤولة عنها. إليك مثال على ذلك.
| المخاطر | الاحتمال | التأثير | استراتيجية التخفيف | المالك |
| مغادرة المطور الرئيسي في منتصف المشروع | متوسط | مرتفع | تدريب مهندس ثانٍ على الوحدات الحيوية | مدير هندسي |
| قام المورد بتسليم واجهة برمجة التطبيقات (API) متأخراً بأسبوعين | مرتفع | متوسط | خصص فترة احتياطية مدتها أسبوعان في مرحلة التكامل | مدير المشروع |
| طلب تغيير النطاق بعد مرحلة التصميم | مرتفع | مرتفع | حدد عملية طلب التغيير مسبقًا | الراعي |
| انخفضت الميزانية بنسبة 15% في الربع الثالث | منخفض | مرتفع | حدد مسبقًا المخرجات التي يمكن تأجيلها | مدير المشروع |
نصيحة من الخبراء: حدد وتيرة وقنوات تحديثات الحالة، مثل اجتماع أسبوعي قصير أو تقرير مكتوب كل أسبوعين. كما يجب تحديد من يتلقى هذه التحديثات، وما الذي يستدعي تصعيد الأمر. فخطة التواصل الخاصة بالمشروع تمنع حدوث مشكلة «افترضت أن أحدهم أخبرك».
الخطوة 7: الحصول على موافقة أصحاب المصلحة وتحديد خط الأساس
ولا تعتبر الخطة نهائية إلا بعد موافقة الراعي وأصحاب المصلحة الرئيسيين عليها رسميًا. وتشكل هذه الموافقة خط الأساس للمشروع: النطاق والجدول الزمني والميزانية المتفق عليها، والتي تُقاس على أساسها جميع التغييرات المستقبلية.
فبدون خط أساس، لا توجد طريقة للتمييز بين التغيير المشروع والاتفاق الأصلي.
وبمجرد وضع الخطة، فإن أي تغيير في النطاق أو الجدول الزمني أو الميزانية يمر عبر عملية إدارة التغيير التي حددتها في الخطة. شارك الخطة المعتمدة مع جميع أصحاب المصلحة. واحفظها في مكان مشترك يخضع للتحكم في الإصدارات ويمكن الوصول إليه دائمًا، لا أن تظل مدفونة في سلسلة رسائل بريد إلكتروني تعود إلى ثلاثة أشهر مضت.
لا يعني خط الأساس أن الخطة ثابتة. بل يعني أن التغييرات مدروسة وموثقة. فعندما يقدم أحدهم طلب تغيير مثل «هل يمكننا إضافة هذه الميزة؟»، تقارنه بخط الأساس، ثم تتخذون القرار معًا مع رؤية كاملة للتكلفة وتأثير ذلك على الجدول الزمني والمفاضلات.
إذا كانت خطة مشروعك موزعة بين جداول البيانات والدردشات ورسائل البريد الإلكتروني، فهي ليست نظامًا — بل هي مصدر تعقيد. تجمع قاعدة بيانات إدارة المشاريع كل شيء في مكان واحد منظم وقابل للبحث. سواء كنت تدير مشروعًا واحدًا أو عدة مشاريع، يوضح هذا الدليل التفصيلي كيفية إنشاء قاعدة بيانات تحافظ على تناسق العمل ووضوح التقدم المحرز.
أمثلة على خطط المشاريع
توضح الأمثلة أدناه كيف تتكيف المكونات الأساسية نفسها مع سياقات مختلفة. ويصف كل منها الهيكل، وما يميزه، ومتى يتم استخدامه.
مثال على خطة مشروع بنمط الشلال
تسير خطة نموذج الشلال (Waterfall) بالترتيب التالي: المتطلبات، التصميم، التنفيذ، الاختبار، النشر. تنتهي كل مرحلة بمرحلة تقييم رسمية. يقوم أصحاب المصلحة بمراجعة العمل والموافقة على المرحلة التالية. ولا يتم المضي قدمًا في أي مرحلة حتى يتم اعتماد المرحلة السابقة.

تسلسل نموذجي:
- وثيقة المتطلبات (المصدقة من قبل الجهة الراعية)
- مرحلة التصميم، ثم مرحلة مراجعة التصميم
- مرحلة البناء، ثم مرحلة مراجعة الكود
- مرحلة الاختبار (اختبار الوحدة، واختبار التكامل، واختبار القبول من قبل المستخدم)، ثم مرحلة الموافقة النهائية من قسم ضمان الجودة
- قم بالتنفيذ، ثم قم بمراجعة ما بعد الإطلاق
ما يميزها: يتم تحديد النطاق الكامل للمشروع عند مرحلة تحديد المتطلبات. ويُعد مخطط جانت الأداة الرئيسية، حيث يعرض كل مرحلة بالتسلسل. وتكون طلبات التغيير رسمية ومكلفة. وتضحي منهجية «الشلال» بالمرونة مقابل القدرة على التنبؤ.
الأفضل لـ: المشاريع ذات المتطلبات والقواعد واللوائح الثابتة، أو الفرق الخارجية التي تحتاج إلى نطاق عمل محدد. وتناسب هذه الطريقة بشكل جيد العقود الحكومية، وأعمال الامتثال، والتصنيع.
ليس خيارًا مثاليًا إذا: لم تتمكن من تحديد معنى «الإنجاز» عند بدء المشروع بثقة عالية. فالتحديد النهائي لنطاق العمل الذي لا تفهمه يكلف أكثر من إعادة النظر فيه.
مثال على خطة مشروع رشيقة
تحدد الخطة المرنة رؤية المنتج، وقائمة المهام المتراكمة مرتبة حسب الأولوية، ووتيرة السبرينت (عادةً ما تكون أسبوعين)، وأدوار أعضاء الفريق. وتتطور الخطة التفصيلية سبرينتًا تلو الآخر. ويتعلم الفريق من كل جولة ويقوم بالتعديلات اللازمة.

تسلسل نموذجي:
- رؤية المنتج ومقاييس النجاح (يتم توثيقها في مستند عند بدء المشروع)
- قائمة المهام المتراكمة مرتبة حسب الأولوية (يتم تحديثها أسبوعيًا)
- خطة السبرينت 1: القصص، والمسؤولون، والتحقق من السعة
- قم بمراجعة السبرينت الأول، ثم أعد ترتيب قائمة المهام المتأخرة
- خطة السبرينت 2…
ما يميزها: لا تحدد الخطة نطاق العمل بعد السبرينت التالي. يرى أصحاب المصلحة خارطة طريق للمواضيع حسب كل ربع سنة، وليس قائمة بالنتائج المطلوبة لكل سبرينت. وتُعد جلسة المراجعة (Retro) بمثابة حلقة التغذية الراجعة. وبدونها، يتحول أسلوب «أجايل» إلى توسع غير مخطط في نطاق العمل مصحوب بخطوات إضافية.
الأفضل لـ: المشاريع التي تتغير فيها الاحتياجات، أو التي تحركها ملاحظات العملاء، أو التي يقوم الفريق فيها بتسليم المهام على دفعات صغيرة. وتُستخدم منهجية «أجايل» بشكل شائع في مجال البرمجيات وتصميم المنتجات والأدوات الداخلية.
تخطّ هذه الخطوة إذا: كان أصحاب المصلحة بحاجة إلى نطاق وتاريخ محددين مسبقًا. فمرونة منهجية «أجايل» تضرّ بك عندما يكون العقد صارمًا.
مثال على خطة مشروع حملة تسويقية
تجمع الحملة التسويقية متعددة القنوات بين المحتوى، والوسائط المدفوعة، والبريد الإلكتروني، والفعاليات. وتنتج مخرجات إبداعية مع دورات مراجعة، وتنسق مع الموردين الخارجيين (الوكالات، والمستقلين)، وتوحد جميع القنوات في تاريخ إطلاق واحد.

تسلسل نموذجي:
- ملخص الحملة: الهدف، الجمهور المستهدف، الرسالة، مؤشرات الأداء الرئيسية (يتم تحديدها عند انطلاق الحملة)
- جدول المحتوى مع المخرجات والمسؤولين وتواريخ المراجعة
- جداول زمنية خاصة بكل قناة (المحتوى، الإعلانات المدفوعة، البريد الإلكتروني، الفعاليات) تم تحديدها بأثر رجعي بدءًا من تاريخ الإطلاق
- مراحل المراجعة الإبداعية والموافقة لكل عنصر
- يوم الإطلاق، ثم مراجعة الأداء بعد انتهاء الحملة
ما يميزها: تضم خطط التسويق عددًا أكبر من أصحاب المصلحة الذين لديهم آراء مقارنةً بأولئك الذين يتمتعون بصلاحيات اتخاذ القرار. وبدون سير عمل واضح للموافقة، تخضع كل مادة لخمس جولات من التعديلات، مما يؤدي إلى تأجيل موعد الإطلاق. ولا تُعد مصفوفة RACI أمرًا اختياريًا هنا، بل هي ما يحمي موعد الإطلاق.
المخاطر الأخرى المتميزة: تتلاقى القنوات في تاريخ واحد، لكن لكل منها مهلة زمنية مختلفة. تحتاج المطبوعات إلى ستة أسابيع. وتحتاج الحملات المدفوعة على مواقع التواصل الاجتماعي إلى أسبوعين. بينما يحتاج البريد الإلكتروني إلى أسبوع واحد. إذا قمت بالتخطيط للأمام بدءًا من انطلاق المشروع بدلاً من التخطيط للخلف بدءًا من تاريخ الإطلاق، فإن القنوات ذات المهلة الطويلة تكون متأخرة بالفعل منذ اليوم الأول.
الأفضل لـ: إطلاق المنتجات، والحملات الموسمية، وعمليات تغيير العلامة التجارية، أو أي عمل يتم نشره عبر أكثر من قناتين في تاريخ مشترك.
تخطّ هذه الخطوة إذا: كنت تدير برنامجًا يعمل على قناة واحدة بشكل مستمر (مثل مدونة فقط، أو حساب مدفوع فقط). فالتقويم الخاص بالمحتوى والمتابعة الأسبوعية يكفيان في هذه الحالة. أما خطة الحملة الكاملة فهي عبء إضافي لن تستخدمه.
مثال على خطة مشروع إنشائي
تخضع مشاريع البناء لقواعد صارمة (التراخيص، عمليات التفتيش) وارتباطات مادية صارمة. فلا يمكنك تركيب التمديدات الكهربائية قبل الانتهاء من تشييد الهيكل.

تسلسل نموذجي:
- ميثاق المشروع والجدول الزمني للحصول على التراخيص (يتم تحديدهما قبل بدء أي عمل)
- تجهيز الموقع والأساسات (حسب الأحوال الجوية)
- التأطير، ثم بوابة فحص التأطير
- الأعمال الميكانيكية والكهربائية والسباكة بتسلسل محدد
- الجدران الجافة، التشطيبات، الفحص النهائي، التسليم
ما يميز هذه الدورة: الجدول الزمني هو المخاطرة الرئيسية، وليس نطاق العمل. فالتأخير في مرحلة واحدة يؤثر على كل المراحل التي تليها. إذا تأخر العمل في الهيكل الخشبي لمدة أسبوع، فإن أعمال الكهرباء والسباكة والتدفئة والتهوية وتكييف الهواء (HVAC) تتأخر جميعها. وتضع خطط البناء فترة احتياطية داخل كل مرحلة، وليس في نهايتها. لماذا؟ لأن الفترة الاحتياطية في نهاية المشروع تُستهلك دائمًا بسبب الخطوات التي تأخرت في مراحل سابقة.
الأفضل لـ: أي عمل ينطوي على تبعيات مادية، أو مخاطر متعلقة بالطقس، أو عدة تخصصات تحتاج إلى التنسيق.
تخطّ هذه الخطوة إذا: كنت تعمل في مجال الأعمال المعرفية. فاستعارة البوابات الثقيلة المستخدمة في مجال البناء لحملة تسويقية تزيد من التكاليف الإدارية دون أن توفر حماية حقيقية.
لا تبدأ مشروعك القادم من صفحة فارغة. يوفر لك نموذج خطة المشروع عالية المستوى من ClickUp هيكلاً جاهزاً للاستخدام يتضمن حالات المهام، وحقولاً مخصصة لتتبع الموافقات ومهام الفريق، وخمس طرق عرض مدمجة، بما في ذلك «الخط الزمني» و«قائمة المخرجات».
أين يجب أن تُحفظ خطط المشاريع؟
تحدد الطريقة كيفية ترتيب مهام العمل. أما الأداة فتحدد ما إذا كانت الخطة ستستمر إلى ما بعد الأسبوع الثالث أم لا. لديك ثلاثة خيارات.
جداول البيانات (Google Sheets، Excel)
هذه هي الأدوات الافتراضية للفرق التي اعتادت دائمًا استخدام جداول البيانات. جدول للمهام، وآخر للجدول الزمني، وثالث لسجل المخاطر. يمكن للجميع تعديلها. ولا يحدث أي خلل حتى إذا كان أحد الأعضاء غير متصل بالإنترنت.
ما الذي ينجح
- المرونة. يمكنك نمذجة أي هيكل في غضون ساعات قليلة
- تُعد عوامل التصفية والمحاور أدوات فعالة بمجرد إعدادها
- لا يتطلب الأمر أي جهد للتعلم تقريبًا
أين تكمن المشكلة
- التبعيات تتم يدويًا. عندما تتأخر إحدى المهام، تقوم بتحديث كل موعد لاحق يدويًّا
- التحكم في الإصدارات يعتمد على آخر من قام بالحفظ
- عندما يتجاوز عدد المهام 15 إلى 20 مهمة تتضمن تبعيات بين الفرق، فإن تكاليف الصيانة تفوق قيمة الخطة نفسها.
الأفضل لـ: المشاريع التي تنفذها فريق واحد وتضم أقل من 20 مهمة، مع وجود مسؤول واحد واضح وعدم وجود تبعيات متداخلة.
تخطّ هذه الخطوة إذا: كان هناك أكثر من فريقين يحتاجان إلى التنسيق، أو إذا كان الجدول الزمني يتغير أكثر من مرة في الأسبوع.
المستندات المشتركة (Google Docs، Notion، Confluence، ClickUp Docs)
تكون الخطة المستندة إلى مستندات فعالة عندما تتكون في الغالب من نصوص نثرية: بيان النطاق، وخريطة أصحاب المصلحة، ومعايير النجاح، وسجل المخاطر. وتُدرج المهام في قوائم نقطية مع تحديد المسؤولين عنها وتواريخها.
ما الذي ينجح
- تبدو الخطة وكأنها وثيقة، وليست قاعدة بيانات. ويقوم أصحاب المصلحة بالفعل بفتحها
- تظهر التعليقات وسجل المراجعات بجانب المحتوى
- يتم تجميع بيان النطاق وسجل المخاطر في مكان واحد
أين تكمن المشكلة
- لا يوجد حالة حية. يظل المستند يعرض عبارة «إنشاء تكامل واجهة برمجة التطبيقات (API): قيد التنفيذ» إلى الأبد ما لم يقم أحد بتحديثه يدويًا
- لا يوجد تتبع للتبعيات أو عرض جانت. تتباعد الخطة والعمل عن بعضهما بسرعة
الأفضل لـ: المشاريع القصيرة (أقل من شهر)، أو الخطط التي تحتوي على نصوص وصفية كثيرة، أو كـواجهة أمامية لأداة تتبع المهام. حيث يتم تضمين نطاق المشروع وأصحاب المصلحة في المستند، بينما توجد المهام في مكان آخر.
تخطّ هذه الخطوة إذا: كنت بحاجة إلى معرفة من يواجه عائقًا في أي مرحلة، اليوم.
أدوات إدارة المشاريع المخصصة (ClickUp، Asana، Jira، Monday)
أنظمة مصممة خصيصًا لهذا الغرض، حيث تشترك المهام والتبعيات والمسؤولون والجداول الزمنية في نموذج بيانات واحد. الخطة والعمل هما نفس الكيان.
ما الذي ينجح
- التبعيات تعمل في الوقت الفعلي. عندما تتأخر مهمة ما، تتغير المهام اللاحقة تلقائيًا، ويرى الفريق ذلك في لوحة المعلومات
- تعرض مخططات غانت المسار الحرج دون الحاجة إلى إعادة العمل يدويًّا
- تستند تقارير الحالة إلى نفس البيانات التي يعمل عليها الفريق، وليس إلى مستند موازٍ قد تصبح معلوماته قديمة
أين تكمن المشكلة
- يستغرق الإعداد بعض الوقت
- لا يحتاج مشروع داخلي مدته أسبوعان إلى حالات وحقول مخصصة وعرض جانت
- كما يجب أن تكون الخطة والعمل ضمن نفس الأداة للاستفادة من ميزة البيانات المباشرة
الأفضل لـ: المشاريع التي تشمل عدة فرق، وتحتوي على تبعيات متغيرة، وتحتاج إلى خط أساس يظل ساريًا حتى مع تغير نطاق العمل.
تخطّ هذه الخطوة إذا: كان المشروع بسيطًا ويضم مالكًا واحدًا وفريقًا واحدًا ونطاقًا محددًا ومدة أقل من ثلاثة أسابيع. فاستخدام مستند Doc أسرع في هذه الحالة.
6 أسباب
تفقد معظم خطط المشاريع زخمها لأسباب يمكن توقعها.
1. صياغة نطاق العمل بشكل واسع جدًا بحيث لا يمكن رفضه
لا يكون النطاق مفيدًا إلا عندما يوفر لك سببًا موثقًا لرفض أي إضافات. فإذا لم تتمكن من الإشارة إلى وثيقة النطاق والقول: «هذا خارج نطاقه»، فهذا يعني أن النطاق غامض للغاية بحيث لا يمكنه حماية المشروع.
اكتب كل حدود النطاق في صيغة عبارة قابلة للاختبار. فعبارة «إعادة تصميم مسار إتمام عملية الدفع لمتصفحات الهواتف المحمولة، باستثناء تخطيطات الأجهزة اللوحية وتغييرات مزودي خدمات الدفع» تُعد حدًا للنطاق، بينما عبارة «تحسين التجربة» لا تُعد كذلك.
2. الحصول على التقديرات من المديرين
التقديرات التي تُوضع من أعلى إلى أسفل تكون متفائلة دائمًا. وهذا هو «تحيز التفاؤل» الذي ذكرناه سابقًا، مطبقًا على التقديرات. فالشخص الذي يوزع المهام غالبًا ما يقلل من تقدير حجم العمل مقارنةً بالشخص الذي ينفذه.
المطور الذي ينفذ العمل هو الذي يعرف أين تكمن العقبات فعليًا. قم بوضع هيكل تقسيم العمل (WBS) بشكل تعاوني، وإلا فستضطر إلى إعادة العمل.
3. تجميع كل احتياطيك في النهاية
الجدول الزمني الذي يضيف «فترة احتياطية» مدتها أسبوعان في نهاية مشروع مدته أربعة أشهر هو جدول زمني يفتقر إلى احتياطي حقيقي. فهذه الفترة الاحتياطية هي أول ما يتم الاستغناء عنه عندما تتصاعد الضغوط.
أضف وقتًا احتياطيًا ضمن المراحل، خاصةً في مرحلتي الاختبار والمراجعة، حيث يُستهلك هذا الوقت عادةً. فالوقت الاحتياطي الموجود داخل العمل يبقى ساريًا، أما الوقت الاحتياطي الموجود في النهاية فيختفي قبل أن يحتاج إليه المشروع.
4. ترك مصطلح «تم» غير محدد
عندما لا يتم تحديد معايير الإنجاز، فإن كلمة «انتهى» تعني شيئًا مختلفًا لكل صاحب مصلحة:
- يعتبر المطور أن العمل قد اكتمل عند إصدار الكود
- يعتبر مدير المنتج أن المهمة قد اكتملت عندما يوافق قسم ضمان الجودة عليها
- يعتبر العميل أن العمل قد اكتمل عندما يشعر بالرضا
حدد معنى «الإنجاز» لكل ناتج متوقع. ووضح المعايير التي يجب أن يستوفيها، والشكل الذي سيتخذه، ومن سيقوم بالموافقة عليه. فالمعايير الغامضة هي السبب الرئيسي لإعادة العمل في مراحل متأخرة من المشروع.
5. ترك الخطة في مرفق بريد إلكتروني
فالخطة التي لا يستطيع أحد العثور عليها لا تختلف من الناحية العملية عن عدم وجود خطة على الإطلاق.
فإذا اضطر الفريق إلى السؤال عن مكان النسخة الحالية، فلن يرجع إليها عند اتخاذ القرارات، ولن يلاحظ عندما تصبح قديمة، ولن يقوم بتحديثها عندما تتغير الظروف الواقعية.
قم بتخزين الخطة في المكان الذي يعمل فيه الفريق، واحرص على أن تخضع للتحكم في الإصدارات وأن تكون مرتبطة بالمهام التي تنظمها. يجب أن تكون الخطة على بعد نقرتين فقط من مساحة عمل أي عضو في الفريق.
6. التعامل مع الخطة على أنها وثيقة تُستخدم لمرة واحدة
أسرع مؤشر على ذلك: أن يكون تاريخ آخر تعديل للخطة أقدم من أحدث مهمة أضفتها. فإذا تغيرت طبيعة العمل ولم تتغير الخطة، فهذا يعني أن الخطة توقفت عن تنظيم المشروع منذ فترة، ولم يلاحظ أحد ذلك.
خصص 15 دقيقة لمراجعة الخطة عند كل مرحلة رئيسية، وفي كل مرة يتم فيها الموافقة على طلب تغيير. والهدف من ذلك ليس إعادة كتابة الخطة من الصفر، بل التأكد من أن الخطة الأساسية لا تزال تعكس الواقع، أو توثيق النقاط التي لا تعكسه.
كيف نقوم بإنشاء خطط المشاريع وإدارتها في ClickUp
نحن لا نكتفي بكتابة خطط المشاريع في مستند Google Docs ونأمل في أن تسير الأمور على ما يرام. بل تُخزَّن خططنا داخل ClickUp، بجوار المهام التي تصفها مباشرةً. وبهذه الطريقة، لا تصبح الخطة قديمة أبدًا.
المستندات الخاصة بنطاق العمل وخريطة أصحاب المصلحة (الخطوتان 1 و2)
يحتوي ClickUp Docs على بيان النطاق ومقاييس النجاح وجدول أصحاب المصلحة. ونظرًا لوجود المستند في نفس مساحة العمل التي توجد بها المهام، يصبح من السهل الإجابة على السؤال «هل هذا ضمن النطاق؟». وعندما يقترح أحدهم تغييرًا ما، نوجهه إلى نفس المستند الذي وافق عليه الراعي، وليس إلى مستند Google Docs يعود إلى ثلاثة أشهر مضت.

المهام والمهام الفرعية لهيكل تقسيم العمل (الخطوة 3)
عرض غانت للتبعيات والمسار الحرج (الخطوة 4)
اسحب خطًا بين المهام في <14>«عرض غانت» (Gantt View) في ClickUp14> لتعيين علاقة تبعية. يصبح المسار الحرج مرئيًا، وعندما تتأخر إحدى المهام، تتغير المهام اللاحقة تبعًا لذلك. ويظل الجدول الزمني واقعيًا دون الحاجة إلى إعادة بنائه يدويًّا. هذا هو الجانب الذي يفشل أسرع ما يكون في جداول البيانات، وهو ما يبرر أهمية أدوات إدارة المشاريع.

لوحات المعلومات الخاصة بخط الأساس (الخطوة 7)
بمجرد موافقة الراعي على الخطة، تستخرج لوحات معلومات ClickUp البيانات المباشرة حول معدلات الإنجاز والمهام المتأخرة وحجم العمل. ويأتي الجواب على سؤال «أين نحن الآن؟» من نفس البيانات التي يعمل عليها الفريق، وليس من مستند حالة موازٍ. ويقوم أصحاب المصلحة بمراجعة لوحة المعلومات بدلاً من طلب عقد اجتماع لمتابعة سير العمل.
الحالات التي لا يكون فيها ClickUp الخيار المناسب
تُثبت ClickUp جدارتها عندما تتضمن المشاريع عدة أشخاص، وجداول زمنية متغيرة، وعمليات تسليم مهام بين الأقسام المختلفة. فكلما زادت الحاجة إلى ترابط عملك، زادت القيمة التي تحصل عليها.
تخطّ هذه الخطوة إذا: كنت تعمل لحسابك الخاص وتتابع عددًا قليلاً من المخرجات، أو كنت جزءًا من فريق يحتاج إلى نماذج مالية معقدة وجداول محورية. في هذه الحالة، سيكون من الأفضل استخدام مستند بسيط أو جدول بيانات.
كيف خفضت RevPartners وقت التخطيط بنسبة 83%
واجهت RevPartners، وهي وكالة حلول تابعة لـ HubSpot تدير تقديم الخدمات للعملاء عن بُعد، نفس المشكلة التي تواجهها معظم فرق الخدمات النامية: فقد فشل تخطيط المشاريع الذي كان ناجحًا مع خمسة عملاء عندما ارتفع العدد إلى 15. كان الفريق يحاول التوفيق بين استخدام Notion وTrello وAsana، دون وجود مصدر واحد يحدد نطاق العمل، أو من المسؤول عنه، أو ما يعنيه مصطلح «تم الإنجاز».
أعادوا صياغة أدلة تنفيذ المشاريع الخاصة بهم في شكل قوالب ClickUp، بحيث تبدأ كل تعاقد جديد مع عميل من خطة أساسية بدلاً من مستند فارغ. وانخفض وقت تخطيط المشروع من 30 دقيقة لكل مشروع إلى 5 دقائق، أي بانخفاض بنسبة 83٪، كما تسارعت وتيرة تقديم الخدمة بشكل عام بنسبة 64٪.
مات بوليان، الشريك المؤسس لشركة RevPartners، يتحدث عن هذا التحول:
«أنا أحب أدوات إدارة المشاريع. فهي عنصر حاسم في دورة حياة المنظمة بأكملها. ولو اضطررت إلى الاختيار من بين المنصات الثلاث التي جربتها، لاخترت ClickUp مرارًا وتكرارًا.»
«أنا أحب أدوات إدارة المشاريع. فهي عنصر حاسم في دورة حياة المنظمة بأكملها. ولو اضطررت إلى الاختيار من بين المنصات الثلاث التي جربتها، لاخترت ClickUp مرارًا وتكرارًا.»
ضع خطة مشروع سيستخدمها فريقك
لا تكون خطة المشروع فعالة إلا إذا كانت تشمل الصورة الكاملة: كل النتائج المتوقعة، والمسؤولين، والتبعيات، والمخاطر في مكان واحد. كما يجب الرجوع إليها أثناء العمل، وألا يتم نسيانها بحلول موعد بلوغ أول معلم من معالم المشروع.
في مئات المشاريع، تعامل الفرق التي تنجز المشاريع بانتظام خططها على أنها وثائق حية. فهي تراجعها عند كل مرحلة رئيسية، وتحدّث الافتراضات عندما تتغير الظروف، وتوجه كل طلب يتعلق بنطاق العمل عبر عملية تغيير موثقة. وهذا هو ما يحافظ على سير المشاريع على المسار الصحيح.
إذا تجاوز فريقك مرحلة استخدام المستندات المشتركة وجداول البيانات الأساسية، فمن المفيد تجربة أداة مثل ClickUp. يمكنك الاحتفاظ بنطاق المشروع والمهام والتبعيات والمسؤولين ولوحات المعلومات في مكان واحد، مع عرض بيانات متزامنة مع تطور الخطة.
اشترك في ClickUp اليوم!
الأسئلة الشائعة حول خطط المشاريع
ما الفرق بين خطة المشروع وخطة إدارة المشروع؟
تركز خطة المشروع على النتائج المحددة والجدول الزمني والموارد الخاصة بمشروع واحد. أما خطة إدارة المشروع (مصطلح مستخدم من قبل معهد إدارة المشاريع PMI) فهي أوسع نطاقًا، وتشمل الخطط الفرعية المتعلقة بإدارة التغيير والمخاطر والاتصالات والمشتريات التي تحكم كيفية إدارة المشروع. وبالنسبة لمعظم الفرق خارج بيئات PMI الرسمية، فإن مصطلح «خطة المشروع» يشمل كلا الأمرين.
هل يمكنك وضع خطة مشروع بدون استخدام برنامج لإدارة المشاريع؟
نعم، بالنسبة للمشاريع القصيرة التي لها مالك واحد وتضم أقل من 20 مهمة تقريبًا. فاستخدام مستند مشترك يتضمن بيان النطاق وقائمة أصحاب المصلحة وجدولًا بسيطًا بأسماء المالكين ومواعيد الاستحقاق أسرع من إعداد أداة لإدارة المشاريع. وعادةً ما يكون نقطة التحول هي التبعيات بين الفرق: فعندما يتعين على أكثر من فريقين التنسيق معًا، تبدأ جدول البيانات في فقدان دقتها.
ما هو المسار الحرج في خطة المشروع؟
المسار الحرج هو أطول سلسلة من المهام المترابطة في جدولك الزمني، وهو الذي يحدد أقرب موعد ممكن لإنجاز المشروع. أي تأخير في مهمة على المسار الحرج يؤدي إلى تأخير المشروع بأكمله؛ أما التأخيرات في المهام غير الحرجة فيمكن استيعابها ضمن فترة المرونة. تعمل مخططات جانت على تصور المسار الحرج بحيث يعرف مديرو المشاريع أي التأخيرات مهمة فعليًا وأيها ليست كذلك.
من المسؤول عن وضع خطة المشروع؟
مدير المشروع هو المسؤول عن الخطة، لكنه لا ينبغي أن يكتبها بمفرده. فخبراء المجال يقدمون تقديرات المهام، والممول يوافق على النطاق والميزانية، والمساهمون يتحققون من التبعيات. فالخطط التي تُوضع من أعلى إلى أسفل دون مساهمة من الأشخاص الذين يقومون بالعمل تقلل باستمرار من تقدير الجهد المطلوب، وهو نمط وثقته أبحاث بنت فليفبيرغ عبر آلاف المشاريع.
ما الفرق بين خطة المشروع وجدول المشروع؟
تحدد خطة المشروع ما سيتم إنجازه، ومن سيقوم به، وبتكلفة كم، وكيف سيتم إدارة المخاطر. ويُعد الجدول الزمني للمشروع أحد مكونات الخطة التي تحدد توقيت تنفيذ المهام وتسلسلها. ويؤدي الخلط بين الاثنين إلى أن تحدد الجداول الزمنية نطاق العمل بدلاً من العكس، وهو أحد أكثر أخطاء التخطيط شيوعًا.
كم مرة يجب تحديث خطة المشروع؟
يجب عليك تحديث خطة المشروع عند كل مرحلة رئيسية، وكلما تمت الموافقة على طلب تغيير. فالخطة التي تعكس افتراضات الأسبوع الأول في الشهر الثالث تمنح ثقة زائفة. يوصي معهد إدارة المشاريع (PMI) بإجراء مراجعات رسمية للخطة عند كل مرحلة، مع إجراء تحديثات مخصصة عند ظهور المخاطر أو الموافقة على تغييرات في نطاق العمل من خلال عملية التحكم في التغييرات.


