طريقة موسكو

طريقة MoSCoW باختصار

يلعب تحديد الأولويات دورًا مهمًا في كل منها عمل. في عالم مثالي ، تمتلك الشركات الوقت والموارد الكافية لإكمال كل مهمة ضمن المشروع بشكل مرض. طريقة MoSCoW هي إطار عمل لتحديد أولويات المهام. يكون أكثر فاعلية في المواقف التي يجب فيها ترتيب العديد من المهام في قائمة مهام قابلة للتنفيذ. يعتمد إطار العمل على أربع فئات رئيسية تعطيه الاسم: يجب أن يكون (M) ، ويجب أن يكون (S) ، ويمكن أن يكون (C) ، ولن يكون (W).

فهم طريقة MoSCoW

نظرًا لأن الانتكاسات غير المتوقعة أمر لا مفر منه ، فإن تحديد أولويات المهام يضمن إكمال المهام الأكثر أهمية والأكثر صلة أولاً. سرعان ما تصبح المشاريع التي تفتقر إلى تحديد أولويات المهام غير منظمة وفوضوية. 

بدلاً من عملية منهجية ، يتم عادةً تخصيص الموارد للمهام من قبل أولئك الذين لديهم ببساطة التأثير الأكبر في الغرفة. دائمًا ، يأتي هذا على حساب نجاح المشروع و منظمة نفسها.

تصنف طريقة MoSCoW المتطلبات بناءً على جوهرها القيمة الى عمل. تأخذ المتطلبات في الغالب شكل المهام ولكن يمكن أيضًا تحليل عمليات التغيير والأهداف.

تعتمد الطريقة على اختصار من الحرف الأول من أربع فئات لتحديد الأولويات.

في القسم التالي ، سنلقي نظرة على كل فئة بمزيد من التفصيل.

فئات تحديد الأولويات الأربع لطريقة وزارة الشؤون الاجتماعية والعمل

جميع المتطلبات مهمة لمبادئ طريقة MoSCoW ، ولكن يجب تصنيفها وفقًا للأولوية لتقديم أقصى فائدة إلى عمل

فيما يلي الفئات الأربع بترتيب تنازلي للأولوية:

  • يجب أن يكون (M) - أو متطلبات ذلك يجب أن تكون راضيًا عن نجاح المشروع أو الحل. تلعب هذه المتطلبات دورًا حيويًا في الوفاء بالمواعيد النهائية وتلبية المعايير القانونية أو معايير السلامة. إذا كانت نتيجة عدم تلبية أحد المتطلبات هي إلغاء المشروع ، فإنه يحتل هذه الفئة.
  • يجب أن يكون (S) - أو متطلبات مهمة (ولكنها ليست حيوية) مثل الافتقار إلى الكفاءة أو التوقعات غير المواتية من جانب أصحاب المصلحة. هذه "المتطلبات الثانوية" عادة ما يكون لها حل بديل ولا تؤثر بشكل كبير على المشروع الذي يتم تسليمه. على أي حال ، يجب تصحيحها فقط بمجرد استيفاء المتطلبات "الضرورية".
  • يمكن أن يكون (C) - يتضمن ذلك المتطلبات التي سيكون من الجيد تضمينها بشرط ألا تؤثر على أي شيء آخر. ومع ذلك ، فإن تركها خارج نطاق المشروع يجب أن يؤدي إلى تأثير ضئيل عند مقارنتها بمتطلبات "ينبغي أن يكون". تتضمن هذه الفئة أحيانًا تحسينات منخفضة التكلفة يتم تنفيذها بشرط وجود وقت كافٍ للقيام بذلك.
  • لن يكون (W) - هذه المتطلبات إما خارج نطاق المشروع أو تضيف القليل القيمة. قد تكون مجدية لتحديث مشروع مستقبلي ويجب تخزينها بعيدًا للرجوع إليها لاحقًا. على سبيل المثال ، قد تقوم شركة مشاركة الرحلات الجديدة بتعليق خطط خيار السيارة الممتازة حتى يتم حل مشكلات قابلية الاستخدام مع التطبيق الخاص بها.

مزايا وعيوب طريقة MoSCoW

المزايا

  • سهولة الاستعمال. الطريقة سهلة التعلم والتنفيذ لأنها تستند إلى المبادئ الأساسية لتحديد أولويات المهام.
  • صحة. يعتمد التحديد الدقيق لأولويات المهام على إجماع المجموعة بقيادة وسيط محايد. لا يعتمد على تحديد الأولويات المتحيز حيث يمكن للشخصيات الكبيرة التأثير على الآخرين.
  • براعه. يمكن استخدام طريقة MoSCoW لأي مشروع وأي شركة بأي حجم.

عيوب

  • عدم تصنيف الفئات. بينما توفر الطريقة إرشادات واضحة حول التصنيف ، إلا أنها لا تشير إلى كيفية المتطلبات في غضون يجب فرز الفئات.
  • تحيز. على الرغم من النهج القائم على الفريق ، لا يزال من الممكن أن يحدث التحيز عندما يتم وضع معظم المتطلبات عن طريق الخطأ في فئة "لا بد منه". تجد بعض الشركات أنه من المفيد النص على أنه لا يمكن تصنيف أكثر من 60٪ من جميع متطلبات المشروع كأولوية عالية.

أمثلة على طريقة MoSCoW

أدرجنا أدناه بعض الأمثلة العامة على طريقة MoSCoW في العمل.

تطوير تطبيق لإدارة المشاريع

  • يجب ان يملك - تعيين المهام وإرفاق الملف ومراقبة سير العمل والتكامل مع تقويم Google.
  • يجب أن يكون - عرض Kanban وتكامل Notion وإصدار تطبيق الجوال والمراسلة داخل التطبيق ووظيفة تتبع الوقت.
  • قد يكون له - السبورة التعاونية (داخل التطبيق) ، ودعم Chrome (وظيفة إضافية) ، والتكامل مع Slack ، وميزة تصور مؤشرات تقدم المشروع الرئيسية.
  • لن يكون - مؤتمرات الفيديو. 

تصميم مبنى سكني لتطوير مدينة جديدة

  • يجب ان يملك - الاسمنت ، والطوب ، والنوافذ ، والتهوية المناسبة ، وخراطيم الحريق لكل طابق ، وأساسات الخوازيق ، وبئر السلم للطوارئ.
  • يجب أن يكون - مطبخ مدمج معياري ، وأبواب مصنوعة من مواد مركبة ، وجدران عازلة للصوت ، ومصعدين ، وغرفتي نوم على الأقل لكل شقة ، وتدفئة وتبريد ذات دورة عكسية.
  • قد يكون له - شرفات حاملة (مع درابزين) ، سلالم داخلية لشقق البنتهاوس ، مناطق ترفيه خارجية ، ونظام اتصال داخلي.
  • لن يكون - حدائق تقليدية ومسطحات مائية وغرفة غسيل منفصلة لغسالة ومجفف.

تطوير المنتج لمحفظة رجالية

  • يجب ان يملك - فتحتان للأوراق النقدية ، وعشر مقصورات لبطاقات الائتمان والخصم ، ومواد بناء متينة ، وخياطة عالية الجودة.
  • يجب أن يكون - الجلد كتركيبة أساسية ، وجزء أفقي مستعرض ، وغطاء شفاف لبطاقة الائتمان ، وشعار شركة صغيرة على الوجه الخارجي.
  • قد يكون له - لون أو نقش جذاب وخالد على فتحات الأوراق النقدية من الداخل ، وغطاء شفاف إضافي للصور الثمينة ، وحقيبة صغيرة للعملات المعدنية بسحاب.
  • لن يكون - جلد بلون الكريم أو البيج الذي يلطخ أو يرتدي بسهولة ، لهجات معدنية خارجية يمكن أن تلتصق بالمواد الموجودة داخل جيب مرتديها.

شراء مركبة جديدة

  • يجب ان يملك - سبعة مقاعد على الأقل ، دفع رباعي ، تصنيف أمان 4 نجوم ، محرك هجين ، وسائد هوائية للراكب الأمامي والخلفي ، مثبت السرعة التكيفي ، قضيب السحب ، و Apple CarPlay.
  • يجب أن يكون - حساسات وقوف السيارات العكسية ، قوة الفرامل الإلكترونية توزيع (EBD) ، وتحذيرات المرآة العمياء ، ومقعد السائق الكهربائي بإعدادات قابلة للتخصيص ، وبلوتوث.
  • قد يكون له - نظام تحذير عند مغادرة المسار ، مقاعد مُدفأة ، تفاضل انزلاقي محدود ، فتحة سقف ، تنجيد جلدي ، وسائد هوائية مركزية ، ركن السيارة عن بعد ، فرامل طوارئ ذاتية لمسح التقاطعات (AEB) ، وتغذية بالفيديو للنقاط العمياء.
  • لن يكون - محرك صغير رباعي الأسطوانات ، وشاشات غير حساسة للمس ، وأدوات تحكم لمسية تحل محل الأزرار ، والجناح ، والتعرف على الصوت.

بناء موقع على شبكة الإنترنت لشركة محاماة تريد تمكين العملاء من تتبع قضاياهم أمام المحاكم

  • يجب ان يملك - ترميز قوي خالٍ من أي أخطاء ، وأقصى وقت تشغيل ، ونظام تسجيل عميل بسيط ، ودليل شخصي آمن وقوي لا يمكن الوصول إليه من قبل الجهات الخبيثة ، وقابلية الاكتشاف في الصفحة الأولى من نتائج بحث Google للكلمة الرئيسية لاسم الشركة.
  • يجب أن يكون - حديث وبديهي وسريع الاستجابة صمم والتنقل ، وإشعارات البريد الإلكتروني ، وموقع به صفحات يتم تحميلها بسرعة ، وروابط nofollow إلى مواقع أو مؤسسات خارجية ، ونظام ألوان عالي التباين ، وصفحة بارزة "اتصل بنا".
  • قد يكون له - قسم مدونة يحتوي على معلومات حول أخبار الصناعة والاتجاهات ، وقوائم مخصصة مع قوائم فرعية ، وفيديو تمهيدي على الصفحة الرئيسية.
  • لن يكون - نصوص كثيرة جدًا وبدون مسافات بيضاء وصفحات بدون تحسين للجوّال.

الوجبات الرئيسية

  • طريقة MoSCoW هي إطار عمل لتحديد أولويات المتطلبات. يمكن استخدامه لتصنيف المهام أو الأهداف أو تغيير العمليات.
  • تستخدم طريقة MoSCoW أربع فئات للمتطلبات وفقًا لدرجة تأثير كل متطلب على المشروع ككل.
  • تعد طريقة MoSCoW عملية متعددة الاستخدامات ودقيقة وبسيطة نسبيًا للتعلم. ومع ذلك ، يمكن أن تكون عرضة للتحيز ولا تشير إلى كيفية المتطلبات في غضون يجب إعطاء الأولوية للفئات.

أطر العمل المرنة ذات الصلة

AIOps

AIOPS
AIOps هو تطبيق الذكاء الاصطناعي لعمليات تكنولوجيا المعلومات. لقد أصبح مفيدًا بشكل خاص لتقنية المعلومات الحديثة إدارة في بيئات هجينة وموزعة وديناميكية. أصبحت AIOps مكونًا تشغيليًا رئيسيًا للمنظمات الرقمية الحديثة ، مبنية على البرامج والخوارزميات.

منهجية رشيقة

منهجية رشيقة
بدأت Agile كطريقة تطوير خفيفة الوزن مقارنةً بتطوير البرمجيات ذات الوزن الثقيل ، وهو النموذج الأساسي للعقود السابقة من تطوير البرمجيات. بحلول عام 2001 ، وُلد البيان الخاص بتطوير البرمجيات الرشيقة كمجموعة من المبادئ التي حددت النموذج الجديد لتطوير البرمجيات كتكرار مستمر. هذا من شأنه أن يؤثر أيضًا على طريقة العمل عمل.

إدارة المشاريع رشيقة

إدارة المشاريع رشيقة
مشروع رشيق إدارة (APM) هو ملف إستراتيجية يقسم المشاريع الكبيرة إلى مهام أصغر وأكثر قابلية للإدارة. في منهجية APM ، يتم إكمال كل مشروع في أقسام صغيرة - يشار إليها غالبًا باسم التكرارات. يتم إكمال كل تكرار وفقًا لدورة حياة المشروع ، بدءًا من المرحلة الأولية صمم والتقدم نحو الاختبار ثم ضمان الجودة.

النمذجة الرشيقة

النمذجة الرشيقة
النمذجة الرشيقة (AM) هي منهجية لنمذجة وتوثيق الأنظمة القائمة على البرامج. النمذجة الرشيقة أمر بالغ الأهمية للتسليم السريع والمستمر للبرنامج. إنها مجموعة من القيم والمبادئ والممارسات التي توجه نمذجة البرمجيات الفعالة وخفيفة الوزن.

تحليل الأعمال الرشيقة

تحليل الأعمال الرشيقة
Agile Business Analysis (AgileBA) هي شهادة في شكل توجيه وتدريب لـ عمل محللين يسعون للعمل في بيئات رشيقة. لدعم هذا التحول ، تساعد AgileBA أيضًا عمل يربط المحلل مشاريع Agile بمنظمة أوسع مهمة or إستراتيجية. للتأكد من أن المحللين لديهم المهارات والخبرات اللازمة ، تم تطوير شهادة AgileBA.

ابتكار نموذج الأعمال

ابتكار نموذج الأعمال
الأعمال نموذج ابتكار هو حول زيادة نجاح منظمة مع المنتجات والتقنيات الحالية من خلال صياغة ملف اقتراح قيمة قادرة على دفع جديد نموذج الأعمال لتوسيع نطاق العملاء وخلق ميزة تنافسية دائمة. ويبدأ كل شيء من خلال إتقان العملاء الرئيسيين.

الابتكار المستمر

الابتكار المستمر
هذه عملية تتطلب حلقة تغذية راجعة مستمرة لتطوير ملف المنتج وبناء عمل نموذج. مستمر ابتكار هي عقلية يتم فيها تصميم المنتجات والخدمات وتقديمها لضبطها حول مشكلة العملاء وليس الحل التقني لمؤسسيها.

تصميم سبرينت

تصميم سبرينت
A صمم Sprint هي عملية مثبتة لمدة خمسة أيام تكون فيها حرجة عمل يتم الرد على الأسئلة بشكل سريع صمم والنماذج الأولية ، مع التركيز على المستخدم النهائي. أ صمم يبدأ العدو بالتحدي الأسبوعي الذي يجب أن ينتهي بنموذج أولي ، واختباره في النهاية ، وبالتالي تم تعلم الدرس ليتم تكراره.

التفكير في التصميم

التفكير في التصميم
حدد تيم براون ، الرئيس التنفيذي لـ IDEO صمم التفكير على أنه "نهج محوره الإنسان ابتكار التي تستمد من مجموعة أدوات المصمم لدمج إحتياجات من الناس ، وإمكانيات التكنولوجيا ، ومتطلبات عمل نجاح." لذلك ، فإن الرغبة والجدوى والجدوى متوازنة لحل المشكلات الحرجة.

DevOps

devops الهندسة
يشير DevOps إلى سلسلة من الممارسات التي يتم إجراؤها لأداء عمليات تطوير البرامج المؤتمتة. إنه اقتران لمصطلح "تطوير" و "عمليات" للتأكيد على كيفية تكامل الوظائف عبر فرق تكنولوجيا المعلومات. تعزز إستراتيجيات DevOps بناء المنتجات واختبارها ونشرها بسلاسة. ويهدف إلى سد الفجوة بين فرق التطوير والعمليات لتبسيط التطوير تمامًا.

مسار مزدوج رشيق

مزدوج المسار رشيقة
يعد اكتشاف المنتج جزءًا مهمًا من المنهجيات الرشيقة ، حيث يتمثل هدفها في ضمان بناء المنتجات التي يحبها العملاء. يتضمن اكتشاف المنتج التعلم من خلال مجموعة من الأساليب ، بما في ذلك صمم التفكير والبدء الخالي من الهدر واختبار A / B على سبيل المثال لا الحصر. Dual Track Agile هي منهجية رشيقة تحتوي على مسارين منفصلين: مسار "الاكتشاف" ومسار "التسليم".

ميزة التنمية مدفوعة

ميزة التنمية مدفوعة
التطوير المدفوع بالميزات هو عملية برمجية براغماتية تتمحور حول العميل والهندسة المعمارية. التطوير المدفوع بالميزات (FDD) هو تطوير برمجيات رشيقة نموذج الذي ينظم سير العمل وفقًا للميزات التي يجب تطويرها بعد ذلك.

أقصى الحدود برمجة وتطوير

البرمجة المتطرفة
تم تطوير برمجة eXtreme في أواخر التسعينيات من قبل كين بيك ورون جيفريز وورد كننغهام. خلال هذا الوقت ، كان الثلاثي يعملون على نظام التعويض الشامل لشركة كرايسلر (C1990) للمساعدة في إدارة نظام كشوف مرتبات الشركة. برمجة eXtreme (XP) هي منهجية لتطوير البرمجيات. إنه مصمم لتحسين جودة البرامج وقدرة البرنامج على التكيف مع تغيير العملاء إحتياجات.

Lean مقابل Agile

منهجية العجاف مقابل الرشاقة
تم التفكير في منهجية Agile في المقام الأول لتطوير البرمجيات (وغيرها عمل كما تبنته التخصصات). التفكير الخالي من الهدر هو أسلوب لتحسين العملية حيث تعطي الفرق الأولوية لـ القيمة تدفقات لتحسينه بشكل مستمر. تنظر كلتا المنهجيتين إلى العميل باعتباره المحرك الرئيسي للتحسين وتقليل الفاقد. كلا المنهجيتين تنظر إلى التحسين على أنه شيء مستمر.

العجاف بدء التشغيل

شركة مبتدئة
الشركة الناشئة هي شركة ذات تقنية عالية عمل التي تحاول إنشاء ملف نموذج الأعمال في الصناعات التي تعتمد على التكنولوجيا. عادة ما تتبع الشركة الناشئة منهجية بسيطة ، حيث تكون مستمرة ابتكار، مدفوعة بحلقات فيروسية مدمجة هي القاعدة. هكذا يقود نمو والبناء آثار الشبكة نتيجة لهذا إستراتيجية.

Kanban

kanban
كانبان هو إطار للتصنيع الخالي من الهدر طورته تويوتا لأول مرة في أواخر الأربعينيات. إطار عمل كانبان هو وسيلة لتصور العمل وهو يتحرك من خلال تحديد الاختناقات المحتملة. يقوم بذلك من خلال عملية تسمى التصنيع في الوقت المناسب (JIT) لتحسين العمليات الهندسية ، وتسريع تصنيع المنتجات ، وتحسين الانتقال إلى السوق إستراتيجية.

التطوير السريع للتطبيق

التطوير السريع للتطبيق
تم تقديم RAD لأول مرة من قبل المؤلف والمستشار جيمس مارتن في عام 1991. أدرك مارتن ثم استفاد من قابلية البرمجيات اللانهائية للتطويع في تصميم نماذج التطوير. التطوير السريع للتطبيقات (RAD) هو منهجية تركز على التقديم السريع من خلال التغذية الراجعة المستمرة والتكرار المتكرر.

رشيقة متدرجة

تطوير متدرج - رشيق - رقيق
يساعد Scaled Agile Lean Development (ScaleD) الشركات على اكتشاف نهج متوازن للتحول السريع وأسئلة التوسع. نهج ScALed يساعد الشركات على الاستجابة بنجاح للتغيير. مستوحى من مزيج من القيم المرنة والمرنة ، يعتمد ScALed على الممارس ويمكن إكماله من خلال أطر وممارسات رشيقة مختلفة.

نموذج سبوتيفي

سبوتيفي النموذج
نموذج Spotify هو نهج مستقل لتوسيع نطاق رشاقة ، مع التركيز على التواصل الثقافي والمساءلة والجودة. سبوتيفي نموذج تم التعرف عليه لأول مرة في عام 2012 بعد Henrik Kniberg ، وأصدر Anders Ivarsson مستندًا تقنيًا يوضح بالتفصيل كيفية اقتراب شركة البث المباشر Spotify من المرونة. لذلك ، فإن Spotify نموذج يمثل تطورًا للرشاقة.

تطوير يحركها الاختبار

تطوير يحركها الاختبار
كما يوحي الاسم ، TDD هي تقنية تعتمد على الاختبار لتقديم برامج عالية الجودة بسرعة وبشكل مستدام. إنه نهج تكراري يعتمد على فكرة أنه يجب كتابة اختبار فاشل قبل كتابة أي رمز لميزة أو وظيفة. التطوير المستند إلى الاختبار (TDD) هو نهج لتطوير البرمجيات يعتمد على دورات تطوير قصيرة جدًا.

توقيت

توقيت
Timeboxing هي تقنية بسيطة لكنها قوية لإدارة الوقت لتحسين الإنتاجية. يصف Timeboxing عملية الجدولة الاستباقية لكتلة من الوقت لإنفاقها على مهمة في المستقبل. تم وصفه لأول مرة من قبل المؤلف جيمس مارتن في كتاب حول تطوير البرمجيات الرشيقة.

سكروم

ما هو سكروم
سكرم هي منهجية شارك في إنشائها كين شوابر وجيف ساذرلاند من أجل التعاون الجماعي الفعال في المنتجات المعقدة. تم التفكير في Scrum بشكل أساسي في مشاريع تطوير البرمجيات لتقديم قدرة برمجية جديدة كل 2-4 أسابيع. إنها مجموعة فرعية من Agile تستخدم أيضًا في المشروع إدارة لتحسين إنتاجية الشركات الناشئة.

مكافحة أنماط سكروم

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

سكروم على نطاق واسع

سكرم على نطاق
Scrum at Scale (Scrum @ Scale) هو إطار عمل تستخدمه فرق Scrum لمعالجة المشكلات المعقدة وتقديم منتجات عالية القيمة. تم إنشاء Scrum at Scale من خلال مشروع مشترك بين Scrum Alliance و Scrum Inc. وأشرف على المشروع المشترك Jeff Sutherland ، أحد مؤسسي Scrum وأحد المؤلفين الرئيسيين لـ Agile Manifesto.

اقرأ التالي: MVP, قماش خفيف, سكروم, التفكير في التصميم, إطار عمل VTDF.

اقرأ المزيد: نماذج الأعمال

قراءة التالي: تحليل الأعمالتحليل المنافسين الابتكار المستمرمنهجية رشيقةالعجاف بدء التشغيلنموذج العمل

الأدلة الرئيسية:

دراسات الحالة الرئيسية:

نبذة عن الكاتب

انتقل إلى الأعلى
FourWeekMBA