نموذج نضج القدرات

الموسوعة الحرة

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

يهدف النموذج إلى تحسين عمليات تطوير البرمجيات الحالية ، ولكن يمكن تطبيقه أيضًا على عمليات أخرى.

في عام 2006، قام معهد هندسة البرمجيات في جامعة كارنيجي ميلون بتطوير نموذج تكامل نضج القدرات ، والذي حل إلى حد كبير محل نموذج نضج القدرات (CMM) ويعالج بعض عيوبه. [ 1 ]

ملخص

طُوِّر نموذج نضج القدرات في الأصل كأداة لتقييم قدرة عمليات المقاولين الحكوميين على تنفيذ مشروع برمجي متعاقد عليه بموضوعية. استند النموذج إلى إطار نضج العمليات الذي وُصِف لأول مرة في مجلة IEEE Software [ 2 ] ، ولاحقًا في كتاب "إدارة عملية البرمجيات" لواتس همفري عام 1989. ثم نُشر لاحقًا كمقال عام 1993 [ 3 ] ، وككتاب من تأليف المؤلفين نفسيهما عام 1994 [ 4 ].

على الرغم من أن النموذج ينتمي إلى مجال تطوير البرمجيات ، إلا أنه يُستخدم أيضاً كنموذج للمساعدة في عمليات الأعمال بشكل عام، وقد استُخدم على نطاق واسع في جميع أنحاء العالم في المكاتب الحكومية والتجارة والصناعة. [ 5 ] [ 6 ]

تاريخ

الحاجة المسبقة لعمليات البرمجيات

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

ونتيجةً لذلك، ترافق النمو مع صعوبات جمة: فقد كان فشل المشاريع شائعًا، وكان مجال علوم الحاسوب لا يزال في بداياته، وتجاوزت طموحات حجم المشاريع وتعقيدها قدرة السوق على تقديم منتجات مناسبة ضمن الميزانية المخططة. وبدأ أفرادٌ مثل إدوارد يوردون [ 7 ] ، ولاري كونستانتين ، وجيرالد واينبرغ [ 8 ] ، وتوم ديماركو [ 9 ] ، وديفيد بارناس بنشر مقالات وكتب تتضمن نتائج أبحاثهم في محاولةٍ لإضفاء الطابع المهني على عمليات تطوير البرمجيات. [ 5 ] [ 10 ]

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

مقدم

لم يكن أول تطبيق لنموذج النضج المرحلي على تكنولوجيا المعلومات من قبل جامعة كارنيجي ميلون/معهد هندسة البرمجيات، بل من قبل ريتشارد إل. نولان ، الذي نشر في عام 1973 نموذج مراحل النمو لمؤسسات تكنولوجيا المعلومات. [ 11 ]

بدأ واتس همفري في تطوير مفاهيم نضج العمليات خلال المراحل الأخيرة من مسيرته المهنية التي استمرت 27 عامًا في شركة IBM . [ 12 ]

التطوير في معهد هندسة البرمجيات

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

أسفرت دراسة القوات الجوية عن نموذج يستخدمه الجيش لتقييم نضج قدرات عمليات مقاولي البرمجيات من الباطن بموضوعية. وقد استند همفري في هذا الإطار إلى شبكة نضج إدارة الجودة التي طورها فيليب ب. كروسبي في كتابه "الجودة مجانية". [ 13 ] تميز نهج همفري برؤيته الفريدة التي مفادها أن المؤسسات تُطور عملياتها على مراحل بناءً على حل مشكلات العمليات بترتيب محدد. وقد بنى همفري نهجه على التطور التدريجي لنظام ممارسات تطوير البرمجيات داخل المؤسسة، بدلاً من قياس نضج كل عملية تطوير على حدة. وبالتالي، استخدمت مؤسسات مختلفة نموذج نضج تكامل القدرات (CMMI) كأداة عامة وفعالة لفهم أداء عمليات الأعمال العامة وتحسينه.

تم نشر نموذج نضج القدرات (CMM) لـ Watts Humphrey في عام 1988 [ 14 ] وككتاب في عام 1989، في إدارة عملية البرمجيات . [ 15 ]

تم تقييم المنظمات في الأصل باستخدام استبيان نضج العمليات وطريقة تقييم قدرات البرمجيات التي وضعها همفري وزملاؤه في معهد هندسة البرمجيات.

بدأ التمثيل الكامل لنموذج نضج القدرات كمجموعة من مجالات العمليات والممارسات المحددة في كل مستوى من مستويات النضج الخمسة في عام 1991، مع نشر الإصدار 1.1 في يوليو 1993. [ 3 ] تم نشر نموذج نضج القدرات ككتاب [ 4 ] في عام 1994 من قبل نفس المؤلفين مارك سي. بولك، وتشارلز في. ويبر، وبيل كورتيس ، وماري بيث كريسيس.

تكامل نموذج نضج القدرات

لطالما شكّل تطبيق نموذج CMMI في تطوير البرمجيات تحديًا. فاستخدام نماذج متعددة غير متكاملة داخل المؤسسة أو فيما بينها قد يكون مكلفًا في التدريب والتقييمات وأنشطة التحسين. وقد أُنشئ مشروع تكامل نموذج نضج القدرات (CMMI) لحل مشكلة استخدام نماذج متعددة في عمليات تطوير البرمجيات، وبذلك حلّ نموذج CMMI محل نموذج CMM، مع العلم أن نموذج CMM لا يزال نموذجًا نظريًا عامًا لقدرات العمليات يُستخدم على نطاق واسع. [ 16 ] [ 3 ] [ 17 ]

في عام ٢٠١٦، نُقلت مسؤولية نموذج نضج القدرات المتكامل (CMMI) إلى جمعية تدقيق ومراقبة نظم المعلومات ( ISACA ). وأصدرت ISACA لاحقًا الإصدار 2.0 من CMMI في عام ٢٠٢١، ثم جرى تحديثه إلى الإصدار 3.0 في عام ٢٠٢٣. يركز نموذج CMMI بشكل أكبر على بنية العمليات ، والتي تُجسد عادةً في شكل مخطط عمليات. ولا تتوفر نسخ من CMMI إلا باشتراك.

مُكيّف مع عمليات أخرى

كان الهدف الأصلي من نموذج نضج القدرات المتكامل (CMMI) هو تقييم قدرة المتعاقدين الحكوميين على تنفيذ مشاريع البرمجيات المتعاقد عليها. ورغم أنه ينتمي إلى مجال تطوير البرمجيات، إلا أنه يُمكن تطبيقه، وقد طُبِّق، ولا يزال يُطبَّق على نطاق واسع كنموذج عام لنضج العمليات (مثل عمليات إدارة خدمات تقنية المعلومات ) في مؤسسات نظم المعلومات/تقنية المعلومات (وغيرها).

مواضيع نموذجية

نماذج النضج

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

يمكن استخدام نموذج النضج كمعيار للمقارنة ووسيلة مساعدة على الفهم، على سبيل المثال، للتقييم المقارن للمؤسسات المختلفة التي تشترك في سمات معينة يمكن استخدامها كأساس للمقارنة. في حالة نموذج نضج القدرات (CMM)، على سبيل المثال، سيكون أساس المقارنة هو عمليات تطوير البرمجيات في المؤسسات.

بناء

يتضمن النموذج خمسة جوانب:

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

المستويات

يُحدد النموذج خمسة مستويات على امتداده، ووفقًا لمعهد هندسة البرمجيات (SEI): "يُعتقد أن قابلية التنبؤ والفعالية والتحكم في عمليات البرمجيات في المؤسسة تتحسن كلما ارتقت المؤسسة إلى هذه المستويات الخمسة. وعلى الرغم من عدم وجود أدلة قاطعة، إلا أن الأدلة التجريبية المتوفرة حتى الآن تدعم هذا الاعتقاد". [ 18 ]

  1. المرحلة الأولية (الفوضوية، المخصصة، البطولات الفردية) - نقطة البداية لاستخدام عملية تكرار جديدة أو غير موثقة.
  2. قابل للتكرار - العملية موثقة بشكل كافٍ على الأقل بحيث يمكن محاولة تكرار نفس الخطوات.
  3. تم تعريف العملية / تأكيدها كعملية تجارية قياسية
  4. قادر - تتم إدارة العملية كمياً وفقاً للمقاييس المتفق عليها.
  5. تتضمن إدارة العمليات الفعالة تحسين/تطوير العمليات بشكل متعمد.

يضم كل مستوى من مستويات النضج هذه مجالات عمليات رئيسية تميز ذلك المستوى، ولكل مجال منها خمسة عوامل: الأهداف، والالتزام، والقدرة، والقياس، والتحقق. وهذه العوامل ليست بالضرورة حكرًا على نموذج نضج القدرات المتكامل (CMMI)، بل تمثل المراحل التي يجب على المؤسسات اجتيازها للوصول إلى مرحلة النضج.

يُقدّم هذا النموذج إطاراً نظرياً متصلاً يُمكن من خلاله تطوير نضج العملية تدريجياً من مستوى إلى آخر. ولا يُسمح بتجاوز أي مستوى.

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

بين عامي 2008 و 2019، كانت حوالي 12٪ من التقييمات المقدمة عند مستويات النضج 4 و 5. [ 19 ] [ 20 ]

نقد

كان الهدف الأصلي من هذا النموذج تقييم قدرة المتعاقدين الحكوميين على تنفيذ مشروع برمجي. وقد استُخدم لهذا الغرض، وربما يكون مناسبًا له، لكن النقاد أشاروا إلى أن نضج العملية وفقًا لنموذج نضج القدرات (CMM) ليس شرطًا أساسيًا لنجاح تطوير البرمجيات. [ 21 ]

إطار عمل عملية تطوير البرمجيات

يهدف إطار عمل عملية البرمجيات الموثق إلى توجيه الراغبين في تقييم مدى توافق المؤسسة أو المشروع مع مجالات العمليات الرئيسية. ولكل مستوى من مستويات النضج، توجد خمسة أنواع من قوائم التحقق:

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

انظر أيضاً

مراجع

  1. ↑ ناياب، ن. (27-04-2010). "الفرق بين نموذج نضج القدرات المتكامل (CMMI) ونموذج نضج القدرات (CMM)" . برايت هب لإدارة المشاريع . تاريخ الاسترجاع: 15-02-2020 .
  2. ↑ همفري، دبليو إس (مارس 1988). "توصيف عملية تطوير البرمجيات: إطار عمل للنضج". مجلة IEEE للبرمجيات . 5 (2): 73-79 . doi : 10.1109/52.2014 . ISSN 0740-7459 . S2CID 1008347 .  
  3. 1 2 3 مارك سي. بولك؛ بيل كورتيس؛ ماري بيث كريسيس؛ تشارلز في. ويبر (يوليو 1993). "نموذج نضج القدرات، الإصدار 1.1". مجلة IEEE للبرمجيات . 10 (4). IEEE : 18-27 . doi : 10.1109/52.219617 .
  4. 1 2 مارك سي. بولك؛ تشارلز في. ويبر؛ بيل كورتيس؛ ماري بيث كريسيس (1 يناير 1994). نموذج نضج القدرات: إرشادات لتحسين عملية تطوير البرمجيات ( الطبعة الأولى). أديسون-ويسلي بروفيشنال . ISBN  978-0-201-54664-4.
  5. 1 2 ماكاي، فيفيان. "ما هو نموذج نضج القدرات؟ (CMM) | نضج العمليات | الأسئلة الشائعة" . www.selectbs.com . تاريخ الاسترجاع: 20 مارس 2017 .
  6. ↑ وايت، سارة ك. (16 مارس 2018). "ما هو نموذج CMMI؟ نموذج لتحسين عمليات التطوير" . CIO . تم الاسترجاع في 4 يونيو 2020 .
  7. ↑ يوردون، إي. (1989). 1989. التحليل الهيكلي الحديث . نيويورك: برنتيس هول. ISBN 978-0135986240.
  8. ↑ واينبرغ، جي إم (1992). إدارة جودة البرمجيات: استباق التغيير. المجلد 1: التفكير النظمي . نيويورك: دار نشر دورست هاوس. رقم ISBN 978-0-932633-72-9.
  9. ↑ ديماركو، ت.؛ ليستر، ت. (1997). الرقص مع الدببة: إدارة المخاطر في مشاريع البرمجيات . نيويورك: دار نشر دورست هاوس. ISBN 978-0-932633-60-6.
  10. ↑ "CMMI-Six Sigma، جذورها" . شركة Process Enhancement Partners . 23 يناير 2011. تم الاطلاع عليه بتاريخ 11 مايو 2018 .
  11. ↑ نولان، آر إل (يوليو 1973). "إدارة موارد الحاسوب: فرضية المراحل" . مجلة الاتصالات ACM . 16 (7): 399-405 . doi : 10.1145/362280.362284 . S2CID 14053595 . 
  12. ↑ "نموذج نضج قدرات الأفراد (P-CMM) الإصدار 2.0" . resources.sei.cmu.edu . 30 يونيو 2001. تاريخ الاسترجاع : 17 يناير 2017 .
  13. ↑ كروسبي، بي. بي. (1979). الجودة مجانية . نيويورك: مكتبة أمريكا الجديدة . رقم ISBN 0-451-62247-2.
  14. ↑ همفري، دبليو إس (مارس 1988). "توصيف عملية تطوير البرمجيات: إطار عمل للنضج" (ملف PDF) . مجلة IEEE للبرمجيات . 5 (2): 73-79 . doi : 10.1109/52.2014 . S2CID 1008347 . 
  15. ↑ همفري، دبليو إس (1989). إدارة عملية تطوير البرمجيات . سلسلة معهد هندسة البرمجيات في هندسة البرمجيات. ريدينغ، ماساتشوستس: أديسون-ويسلي . ISBN 0-201-18095-2.
  16. ↑ جوران (26-08-2010). جودة جوران، غلاف مقوى، طبعة 6. ماكجرو هيل للتعليم (الهند) المحدودة. رقم ISBN 9780071070898.
  17. ↑ ناتاراجان، ر (2015). وقائع المؤتمر الدولي حول التحولات في تعليم الهندسة . سبرينغر.
  18. ↑ ملحق SDLC الخاص بولاية ميشيغان بشأن CMM يشهد على استخدام النص في عام 2001، لذلك لا يمكن أن يكون قد جاء من هنا.
  19. ↑ "اتجاهات تبني نموذج نضج القدرات المتكاملة - تحديث منتصف العام 2019" . معهد نضج القدرات المتكاملة . 21-10-2019.
  20. ↑ فيشمان، تشارلز (31 ديسمبر 1996). "إنهم يكتبون المحتوى المناسب" . فاست كومباني . تم الاطلاع عليه بتاريخ 15 فبراير 2020 .
  21. ↑ كاراهودزا، باكير؛ أفداغيتش-غولوب، إلما؛ تشولاكوفيتش، أليم (30 أبريل 2022). "تقييم العوامل المؤثرة على تحسين عملية تطوير البرمجيات في المؤسسات الصغيرة" . العلوم والهندسة والتكنولوجيا . 2 (1): 7-15 . doi : 10.54327/set2022/v2.i1.24 . ISSN 2831-1043 . تاريخ الاسترجاع: 14 مايو 2026 .