كيف تستعمل UDN مدير المهام لإدارة مشاريع الشلال - دليل عملي لأول مرة
لقد قمنا بتحليل شامل للعوامل المختلفة التي تؤثر على إدارة مشاريع الشلال. هذا ساعدنا في تبسيط كيفية UDN مدير المهام يمكن استخدام برنامج إدارة المشاريع لحل هذه القضايا. الشلال هو نموذج إدارة مشروع SDLC الشهير.
ومع ذلك، فهي واحدة معقدة في نقاط مختلفة. تفاصيل الكتابة هذه كيف يمكنك استخدام UDN مدير المهام للحصول على أقصى قدر من الإنتاجية فيما يتعلق بجميع نماذج أعمال الشلال الموجهة. لقد ذهبنا ميلا إضافيا لتوضيح مختلف حالات الاستخدام الواقعي والأمثلة حيث يتم تنفيذ الشلال، وكيف يمكن للمرء استخدامها UDN مدير المهام لمزيد من تبسيط هذه العملية - لذلك وما إلى ذلك.
منهجية الشلال هي المنهجية التقليدية والأكثر شيوعا المستخدمة لإدارة المشاريع. يتبع عملية خطية متتالية ولهذا السبب غالبا ما يتم وصفه بأنه "نموذج دورة حياة خطية متتالية". كما يوحي الاسم، يركز الشلال على تخطيط دورة حياة المشروع من خلال تقسيم المشروع إلى أجزاء مميزة ومفصلة وحصرية: في نموذج شلال، يجب إكمال كل مرحلة قبل أن تبدأ المرحلة التالية.
يؤدي الانتهاء من كل خطوة مميزة في منهجية الشلال إلى المرحلة التالية من المشروع تماما مثل الشلال الفعلي. بمجرد اكتمال شريحة المشروع، لا يمكن إجراء تغييرات أخرى على ذلك ولا يمكن تخطي أي خطوة لإكمالها. بحيث تعتمد كل مرحلة على الانتهاء من الخطوات أو المستويات السابقة. وهذا يجعل نموذج الشلال مفيدا للمشاريع الأصغر بمتطلبات محددة جيدا وعدد أقل من عدم اليقين. جعلت البساطة وسهولة التنفيذ هي النسخة الأكثر شعبية من دورة حياة تطوير النظم (SDLC) لعلم البرمجيات ومشاريع تكنولوجيا المعلومات.
عند استخدام نموذج الشلال، يكمن التركيز على التأكد من أن الاحتياجات والتصميم تناسب احتياجات المشروع قبل الانتقال إلى المراحل اللاحقة من التطوير.
غالبا ما يعزى أصل نموذج الشلال إلى صناعات التصنيع والتشييد. كانت منهجية الشلال مثالية لهذه الصناعات لأنها تتبع عملية الإنتاج المهيكلة للغاية: يتم ذكر المتطلبات بوضوح ومحددة خلال المرحلة الأولية للعملية وبقية المراحل المبادرة بناء على المتطلبات. تماما مثل في منهجية الشلال، فإن أي تغييرات لاحقة في أي مرحلة من مراحل دورة إدارة المشروع ليست مكلفة للغاية ولكنها مستحيلة في بعض الحالات.
الدكتور وينستون دبليو رويس غالبا ما يدعى عن طريق الخطأ "والد الشلال"، معتمد مع أول وصف رسمي للعملية في مقال كتب عام 1970. ما وصفه الدكتور رويس هو نموذج معيب لتطوير البرمجيات جادل لنموذج مع تكرارات متعددة أو أشواط. جادل أنه بدون إجراءات متعددة للمشروع، مع أول نموذج أولي، سيكون المشروع محفوفا بالمخاطر للغاية وحتى دعوة. في رأيه، كان التكرار النموذجي ضروريا لتحسين فهم المتطلبات والتقنيات المشاركة في المشروع وضمان قيام المنتج النهائي بتسليم ما يلزمه العميل.
قراءة إضافية:
أفضل 7 ميزات للبحث عنها في أدوات إدارة المشاريع المجانية
بينما يعزى الدكتور رويس إلى أول وصف معروف للعملية، يعزى العرض الأول المعروف إلى هربرت بينينتون. في 29 يونيو 1956، قدم هربرت د. بينينتون عرضا عرضا حول تطوير البرمجيات لتحكيم SAGE في الندوة على طرق البرمجة المتقدمة لأجهزة الكمبيوتر الرقمية. في عرضه، وصف استخدام هذه المراحل في هندسة البرمجيات. لا يزال المصطلح، "الشلال" لم يكن يستخدم لوصف العملية.
وفقا ل Wikipedia، كانت الجرس والقلير أول من استخدم مصطلح "الشلال" في ورق 1976.
في الثمانينيات، تعرض نموذج الشلال تحت انتقاد مكثف بسبب طبيعته الصلبة.
نظرا لتلبية الاحتياجات المتغيرة لصناعة تطوير البرمجيات وفشل خطي نموذج الشلال في تقديم ملاحظات مبكرة، ظهرت العديد من إصدارات نموذج الشلال. غالبا ما يشار إلى هذه الإصدارات بشكل جماعي باسم نماذج الشلال المعدلة.
يحتوي نموذج الشلال الأكثر حداثة على حلقات ملاحظات في المراحل السابقة للسماح بالتعديلات. إصدارات أخرى من نموذج الشلال هي "نموذج الساشيمي" بيتر التدفئة (الشلال مع مراحل متداخلة) أو نموذج V أو نموذج شلال عازمة، إلخ.
منذ السبعينيات، استخدمت الشركات والمشاريع منهجية الشلال لإدارة المشاريع. باستخدام مخطط انسيابي بسيط بدأ من النقطة A واتبع الخطوات المتتابعة للوصول إلى نهايته لم يكن من السهل فهمه سوى التنفيذ أيضا. تم تطوير مراحل منهجية الشلال من قبل الدكتور رويس بهدف منع التنقيحات المكلفة في الجزء الأخير من دورة تطوير المشروع. كان الدكتور رويس يحاول شرح كيف في تجربته يأتي نموذج الشلال مع مخاطر الفشل.
في نموذج شلال Royce الأصلي، حدد هذه المراحل للتأكيد على أهمية هذه الخطوات لمشاريع تطوير البرمجيات الكبيرة والمعقدة. كما أراد أن يشير إلى أنه نظرا لأن الخطوات المخطط لها وتنفيذها بشكل مختلف، فإن أفضل استخدام للموارد يتطلب أن يشمل الفريق الأشخاص الذين يمكنهم القيام بأفضل هذه الخطوات.
يمكن تعديل المراحل المختلفة لنموذج الشلال أو القضاء عليها أو زيادة اعتمادا على إطار المشروع ومتطلبات المشروع.
الخطوات المتتابعة في نموذج شلال نموذجي هي كما يلي:
لماذا حصل نموذج الشلال على مثل هذه الشعبية في كل مكان على الرغم من محاولة الدكتورة رويس في تحذير الناس من مطبات النموذج؟
تعد منهجية الشلال هي المنهجية الأكثر شيوعا المستخدمة لإدارة المشاريع. تم استخدام هذا النموذج في مختلف الصناعات حتى قبل إعطاء اسم "الشلال" لذلك. الأسباب الرئيسية للشعبية والاستخدام الواسع النطاق لنموذج الشلال هي كما يلي:
يجد معظم مديري المشاريع هيكل نموذج الشلال سهلة الفهم والتنفيذ لأنه يتبع دورة حياة المشروع. علاوة على ذلك، ليست هناك حاجة لتدريب الفريق وتعرف عليهم مع منهجية الشلال. إن صلابة العملية برمتها لا تجعل من السهل فقط تنفيذها والسيطرة عليها ولكنها تقلل أيضا من عبء إدارة المشاريع.
إن النهج المنظم بوضوح لنموذج الشلال يجعل من السهل أن يراقب وكما ينتهي كل مرحلة من مرحلة من مدير المشروع ويمكن للعميل رؤية تقدم مرئي. بحد أقصى قدر من الوقت يتم إنفاقها على الشرط ومرحلة التصميم، فإن فرص الفريق المفقودة الموعد النهائي مخفضة بشكل كبير.
يتم الحفاظ على الوثائق وتحديثها من المراحل الأولية. يتم تحديث المستندات بطريقة صارمة تضمن وجود فهم كامل بين الفريق والعميل فيما يتعلق بما سيتم تسليمه. هذا ليس فقط يخطط فقط وتصميم أكثر مباشرة ولكنه يساعد أيضا أصحاب المصلحة إذا كانوا بحاجة إلى رؤية المزيد من التفاصيل حول مرحلة معينة.
تم تصميم نموذج الشلال بطريقة ما بمجرد تحديد الشرط بوضوح وفهمه، لا يلزم وجود العملاء بدقة. يزيل هذا أي عبء إضافي على الفريق ويمنع إدخال أي تغييرات جديدة في المرحلة اللاحقة من المشروع، والذي بدور بدوره يضمن إكمال المشروع في الوقت المناسب.
تسمح مرونة نموذج الشلال بمختلف أعضاء الفريق للمشاركة في أو يستمر في العمل في مشاريع أخرى اعتمادا على المرحلة التي يتم فيها تشغيل المشروع. مع المواعيد النهائية المجدولة التي تم تعيينها لكل مرحلة من مراحل التطوير، يتحرك المشروع من خلال عملية تطوير الموارد المتتابعة لتحرير الموارد وبعد
هذا النموذج مثالي للمشاريع التي يتم تحديد متطلباتها بوضوح ومحددة تماما وحيث لا تكون أي تغييرات في المتطلبات لاحقا ممكنا. علاوة على ذلك، يعد نموذج الشلال مثاليا للمشاريع التي يتم فيها إعطاء جودة المنتج تفضيلات مع مرور الوقت أو مخاوف التكلفة.
بعض أكبر مزايا نموذج الشلال تتحول إلى عيوبها اعتمادا على طبيعة المشروع.
أكبر قيود لمنهجية الشلال لمشاريع تطوير البرمجيات هو أنه ليس مناسبا للمشاريع الطويلة أو الواسعة النطاق. وتشمل العيوب الأخرى ما يلي: (6)
إن تركيز نموذج الشلال على متطلبات واضحة ومحددة جيدا يعني أنه بمجرد الانتهاء من الانتهاء، فإن أي تغييرات في المتطلبات لن تكون صعبة فحسب ولكنها مكلفة أيضا. وبالتالي، فإن نموذج الشلال غير مناسب للمشاريع ذات المتطلبات الغامضة. هذا يعني أيضا أن أي تغيير في البرامج والأجهزة في مشاريع طويلة الأجل سيكون تحديا لمعالجة. وهذا يعني أيضا أنه لا يمكن معالجة أي حدوث حدوث مشروع غير متوقع باستخدام هذه الطريقة.
نظرا لأن المراحل السابقة للنموذج مخصصة لفهم المتطلبات، يبدأ تطوير البرمجيات لاحقا في دورة حياة المشروع. هذا يعني أن أصحاب المصلحة لا يستطيعون رؤية البرنامج حتى وقت لاحق في دورة حياة المشروع.
إن جمع المتطلبات الواضحة والمحددة جيدا والمحددة في المرحلة الأولية ليست صعبة فقط، بالنسبة لبعض المشاريع يمكن أن تكون غير عملية أيضا. غالبا ما لا يكون للعملاء صورة واضحة لجميع المتطلبات في وقت مبكر من دورة حياة المشروع بدلا من ذلك يتعلمون وتوضيح المتطلبات مع تقدم المشروع.
على الرغم من عيوبها المختلفة، فإن نموذج الشلال الحديث هو من بين نماذج دورة حياة تطوير البرمجيات الأكثر شيوعا (SDLC). تحتوي النسخة الحديثة من نموذج الشلال على حلقات ملاحظات في دورة حياة المشروع بما في ذلك صيانة ما بعد التسليم.
في هذا النموذج، لا تكون الاختبار مرحلة منفصلة ولكن يتم تنفيذها بشكل مستمر طوال عملية البرنامج. يتم منح هذا أهمية خاصة خلال مرحلة الصيانة لضمان عدم عمل البرنامج فقط كما هو مطلوب ولكن يتم دمج أي متطلبات إضافية في التصميم.
يصور نموذج الشلال الحديث بوضوح الطريق الواجب اتخذه أثناء التطوير والصيانة حتى تقاعد البرنامج. يزيل نموذج الشلال الحديث العديد من القضايا مع نموذج الشلال التقليدي، ومع ذلك، فإنه يأتي مع قضايا خاصة به. على سبيل المثال، يتضمن الانتهاء من كل مرحلة وثائق كاملة ونوعية من المراحل والموافقة من قبل مجموعة ضمان جودة البرمجيات (SQA) ويجب القيام بذلك أيضا في حالة أي تعديلات. إن الإصرار على الحفاظ على الوثائق الكاملة قد يؤدي إلى تأخير والأعمال الورقية غير الضرورية.
وصف مختصر:
تصف حالة الاستخدام هذه كيف يستخدم عميل البنك أجهزة الصراف الآلي لسحب الأموال من حساب مصرفي.
ممثلين:
يوضح الشكل أدناه جميع الجهات الفاعلة في نموذج حالة استخدام ACME Super ATM.
وتشمل الجهات الفاعلة العملاء والنظام المصرفي ومسؤول الخدمة ومدير الأمن.
شروط مسبقة:
انظر أيضا:
5 تحديات وحلول إدارة المشاريع المشتركة لمعالجةها مثل الموالية
التدفق الأساسي:
التدفقات البديلة:
تشمل التدفقات البديلة التدفقات للسيناريوهات التالية:
تدفقات الاستثناء:
تشمل تدفقات الاستثناء تدفقات السيناريوهات التالية:
شروط المشاركة:
نقاط التمديد العامة:
لا أحد
متطلبات خاصة
في نموذج حالة استخدام ACME Super ATM لسحب النقود، يتم إصلاح جميع المتطلبات وتحديدها بوضوح، وبالتالي نموذج الشلال مثاليا لهذا المثال. بمجرد ملاحظة المتطلبات، كان هناك حاجة إلى ردود فعل قليلة للغاية من العميل ويمكن إكمال مراحل التطوير والتصميم بعد نمط متسلسل بطانة. يمكن إدارة المشروع بسهولة بمساعدة برنامج إدارة المشاريع مثل UDN مدير المهام مع كل مرحلة محددة بوضوح ومقسمة وفقا للمتطلبات.
وصف مختصر:
يتم استخدام حالة الاستخدام هذه لمصادقة أن الفرد باستخدام أجهزة الصراف الآلي (العميل) مخول لاستخدام البطاقة المصرفية المدرجة وأن الحساب المرتبط بالبطاقة المصرفية نشطة.
ممثلين:
تشمل الجهات الفاعلة العميل ونظام البنك ومسؤول الخدمة ومسؤول الأمن.
شروط مسبقة:
التدفق الأساسي
التدفقات البديلة:
تشمل التدفقات البديلة التدفقات للسيناريوهات التالية:
تدفقات الاستثناء:
تشمل تدفقات الاستثناء تدفقات السيناريوهات التالية:
شروط المشاركة:
نقاط التمديد العامة
لا أحد
متطلبات خاصة
لا أحد
في نموذج ACME Super ATM استخدام الحالة لمصادقة العملاء، يتم إصلاح جميع المتطلبات وتحديدها بوضوح. حجم المشروع صغير ويمكن إكماله بسهولة بمساعدة عملية جامدة. بمجرد ملاحظة المتطلبات، يمكن إكمال مراحل التطوير والتصميم في عملية خطية. يمكن إدارة المشروع بسهولة بمساعدة برنامج إدارة المشاريع مثل UDN مدير المهام مع كل مرحلة محددة بوضوح ومقسمة وفقا للمتطلبات.
المثال المشار إليه على نطاق واسع لاستخدام منهجية الشلال هو وزارة الدفاع بالولايات المتحدة. في عام 1985، استخدمت وزارة الدفاع الأمريكية نهج الشلال في DOD-STD-2167A، معاييرها للعمل مع مقاول تطوير البرمجيات. على الرغم من أنهم لم يحدد منهجيةهم بأنها "شلال"، إلا أن وزارة الدفاع الأمريكية (DOD) لا تزال توظف المبادئ الأساسية لطراز الشلال.
استقرت حكومة الولايات المتحدة في نموذج الشلال حيث حققت مزايا النموذج متطلباتها تماما. أصرت الحكومة الفيدرالية على الصرامة الهندسية ومنتج جودة عالية مع الحفاظ على سيطرة كبيرة على المنتج النهائي. هذا جنبا إلى جنب مع إدراج تصميم مراحل ستة ستة، تصميم مفصل، ترميز، واختبار الوحدة، والتكامل، والاختبار - بالإضافة إلى الوثائق الواسعة، تفضيل قوي لطريقة تطوير واحدة، وطريقة تطوير متتابعة، والرقابة الثقيلة تجعل DOD -STD-2167 أفضل مثال على طريقة الشلال.
في عام 1986، ظهر مشروع نسخة من المراجعة ألف إلى MIL-STD 2167 الذي أزال التركيز على التصميم من أعلى إلى أسفل واقترح استخدام النماذج الأولية السريعة كبديل للشلال. كان هذا لأن نموذج الشلال كان تحت انتقادات شديدة خلال الوقت. على الرغم من حقيقة أن وزارة الدفاع قد تم تنفيص أنفسها من منهجية الشلال، فإن تطوير البرمجيات الفيدرالية الأمريكية والاستحواذ لا يزال يحتفظ بنهج قوي موجه نحو الأجهزة والشلال.
أكد تقرير عام 2010 من مجلس البحوث القومي على عدد المصطلحات المستخدمة لوصف مراحل تنمية الهندسة والتصنيع تركز على عناصر نموذج الشلال مثل مراجعات التصميم الأولية ومراجعات التصميم الحرجة. هذا التركيز على منهجية إدارة مشاريع الشلال يمكن أن يكون بسبب التركيز المتزايد على الجودة والسرية. تضمن المراحل المنفصلة من نموذج الشلال أنه لا يشارك كل عضو في الفريق في المشروع بأكمله.
في عام 2000، حددت تعليمات وزارة الدفاع 5000.2 الاستحواذ التطوري باعتبارها النهج المفضل للاستحواذ. ومع ذلك، فإن لوائح السلسلة 5000 لا تزال تهيمن عليها المصطلحات الخاصة بنموذج الشلال. يتم تحديد مراجعات التصميم الأولي (PDRS) ومراجعات التصميم الحرج (CDRS)، العلامات التجارية لنموذج الشلال، لكل برنامج.
على الرغم من العديد من العيوب والقيود، لا يزال نموذج الشلال يستخدم اليوم. ومع ذلك، لا توجد طريقة لإدارة المشاريع التي تناسب احتياجات جميع الشركات، وليس حتى جميع المشاريع التي تمت معالجتها بواسطة نفس الأعمال. لذلك، ما إذا كان النموذج المثالي لاحتياجات المشروع يعتمد على مجموعة متنوعة من العوامل.
نظرا لأن الأعمال تختلف حسب النوع والحجم والصناعة والعديد من العوامل الأخرى، فهل هناك مشاريع. بدلا من البحث عن منهجية أفضل، يجب على الشركات تعلم هذه المنهجيات واستخداماتها وتطبيقاتها وتحديد أفضل منهجية بالنسبة لهم وفقا للمتغيرات التالية:
تعتبر منهجية الشلال مثالية للمشاريع ذات المتطلبات المفهومة بوضوح وثابتة وثابتة وأدوات تقنية مفهومة جيدا والبنية والبنية التحتية للوصول إلى الموارد الكبيرة مع الخبرة المطلوبة ومنتجا مستقرا جيدا ومكتبا في دورة حياة قصيرة. لا يسمح نهج طراز الشلال الخطي باكتشاف أو أي تغييرات في متطلبات المنتج الأولي. سيتطلب أي تغييرات على المتطلبات أن المشروع يجب أن يعود إلى المرحلة الأولى وتبدأ العملية برمتها مرة أخرى. يمكن أن تكون هذه مشكلة خطيرة في العديد من الصناعات، معظمها يعمل على جدول زمني صارم.
الجدول التالي مفيد جدا. إلق نظرة.
منهجية إدارة المشاريع أمر حيوي لشركات اليوم. باستخدام نمط مناسب لعملك، يمكنك تحويل الطريقة التي يتعاون فيها فريقك، ويعمل على المهام، وينجز معالم المشروع.
يستخدم نموذج الشلال على نطاق واسع في صناعة البرمجيات عندما يتم تعريف متطلبات المنتج بوضوح. وفقا ل Royce، يمكن إكمال أبسط البرنامج في خطوتين فقط: التحليل والترميز. ومع ذلك، بالنسبة للبرامج التي تعد أكثر تعقيدا قد تكون هناك حاجة لمزيد من التخطيط.
ستكون الخطوة الأولى لتطوير أي برنامج هي إنشاء المواصفات الوظيفية. بالنسبة لنموذج الشلال لتكون فعالة، من المهم أن هذه المواصفات مخططة جيدا ومحددة بوضوح. من شأن ذلك أن ينطوي على التحدث إلى خبراء الأعمال ودراسة عمليات الأعمال التي يجري تقديمها حاليا لأنظمة الكمبيوتر اليدوية أو القديمة لفهم عملية الأعمال بشكل أفضل.
انظر أيضا في هل جيرا برنامج إدارة مشاريع عكسية في سوق اليوم؟
عند الإشارة إلى المتطلبات، يجب تأكيدها من قبل خبراء الأعمال والعملاء. عند الانتهاء من المواصفات الوظيفية، يتم صياغة النسخة النهائية من المتطلبات وأغلقها.
يتبع ذلك إنتاج تطبيق نموذج أولي غير عامل جنبا إلى جنب مع واجهة المستخدم. هذا يساعد العميل، وكذلك المطورين، فهم كيفية عمل المنتج. بمجرد اكتمال هذه المرحلة، يبدأ تطوير البرنامج.
عند اكتمال التطبيق واختباره، يتم نشر إصدار تجريبي وتقديمه للاختبار. يتم إصلاح أي أخطاء بسرعة. عندما لا تبقى أخطاء كبيرة، يمكن للتطبيق أن يذهب مباشرة كإصدار الإصدار 1.0.
تستخدم الصناعات مثل البناء والتصنيع نموذج الشلال منذ أن نشر الدكتور رويس ورقته في عام 1970. عملية التجمع والصناعة لصناعة السيارات جامدة ولا تتطلب تعديلات قليلة بمجرد إنشاء المصنع. وبالتالي، يتم مناقشة المتطلبات الرئيسية واستقرها قبل إعداد المصنع وإعداد عملية التصميم والإنتاج مع الأخذ في الاعتبار المتطلبات.
تتبع عملية الجمعية نفسها سلسلة من المهام التي يجب تنفيذها لذا أو تنهار العملية بأكملها. مرة واحدة فقط اكتمال مرحلة يمكن أن تتحرك العملية إلى الأمام إلى المرحلة التالية. يمكن أن تتطلب أي تغييرات على المتطلبات إصلاحا كاملا للعملية وتتطلب وقتا إضافيا وأموالا.
بمجرد تحديد أن نموذج الشلال هو النموذج الأكثر ملاءمة لاحتياجاتك، يجب عليك التفكير في استخدام نظام إدارة المشاريع التعاونية القائمة على السحابة مثل UDN مدير المهام وبعد أدوات تعاونية مثل UDN مدير المهام تم تصميمها خصيصا لزيادة إنتاجية فريقك وكفاءتها بغض النظر عن منهجية إدارة المشروع التي تستخدمها.
بمساعدة UDN مدير المهام ، يمكنك بسهولة إدارة مشاريع الأحجام المختلفة وتعيين المهام وتفويضها ومشاركة الملفات والمعلومات في الوقت الفعلي والوفاء بجميع احتياجات إدارة المشروع الخاصة بك.
قررت تجربة منهجية الشلال؟ الآن بعد أن رأيت أهمية الوثائق ضمن هذه الطريقة، فأنت تعرف الخطوة الأولى هي العثور على منصة لتتبع جميع المهام اللازمة ومشاركتها مع فريقك.
UDN مدير المهام يمكن أن تساعد في اللحظة التي تقوم فيها بجمع متطلبات مرحلة الاختبار:
على الرغم من أننا نكره ذلك في هذه المرحلة، فهذا هو وظيفة من جانبين. للحصول على مزيد من التحديثات، افضل هذه الصفحة ولا تنس المتابعة بعد أسبوع أو يومين. الآن، إذا كان لديك أي شيء للمشاركة، يمكنك القيام بذلك من خلال قسم التعليقات أدناه. بدلا من ذلك، يمكنك إرسال بريد إلكتروني إلينا نود أن نعود إليك.
