إدارة مشاريع البرمجيات
إدارة مشاريع البرمجيات هي تطبيق تقنيات التخطيط والتنظيم والتقدير والتحكم على مشاريع البرمجيات بحيث تقدم المنتج الصحيح ضمن تكلفة وجدول زمني وجودة مقبولة.
Definition
إدارة مشاريع البرمجيات هي الانضباط الذي يختص بتخطيط ومراقبة والتحكم في الأشخاص والعمليات والموارد لمشروع برمجي لتحقيق أهدافه من حيث النطاق والجدول الزمني والتكلفة والجودة.
Scope
يغطي هذا المجال تقدير الجهد والتكلفة؛ الجدولة والتخطيط؛ إدارة المخاطر؛ تنظيم الفريق والعوامل البشرية لعمل البرمجيات؛ إدارة التكوين والتغيير؛ إدارة جودة البرمجيات؛ القياس والمقاييس لتتبع التقدم؛ والتحديات الاقتصادية والتنسيقية المميزة التي تميز إدارة البرمجيات عن مشاريع الهندسة الأخرى.
Sub-topics
Core questions
- كيف يتم تقدير جهد البرمجيات وتكلفتها وجدولها الزمني في ظل عدم اليقين؟
- كيف يتم تحديد المخاطر وتحديد أولوياتها وتخفيفها على مدار المشروع؟
- كيف تؤثر هيكلة الفريق والتواصل على الإنتاجية؟
- كيف يتم التحكم في التغييرات والجودة طوال المشروع؟
Key theories
- قانون بروكس واقتصاديات الفرق
- لاحظ بروكس أن إضافة أشخاص إلى مشروع برمجي متأخر يجعله أكثر تأخرًا، لأن التواصل والنفقات العامة للانضمام تنمو بشكل أسرع من القدرة المضافة، مما يسلط الضوء على أن جهد البرمجيات ليس قابلاً للتقسيم ببساطة.
- تقدير التكلفة الخوارزمي
- تقدر النماذج مثل COCOMO الجهد والجدول الزمني كدوال للحجم وعوامل المشروع، مما يوفر تقديرات قابلة للتكرار والمعايرة تكمل حكم الخبراء والأساليب القائمة على القياس.
Clinical relevance
تحدد إدارة المشاريع السليمة ما إذا كانت البرمجيات تُسلم في الوقت المحدد وضمن الميزانية بجودة كافية؛ ويُعد التقدير السيئ، والمخاطر غير المدارة، وتجاهل الاقتصاديات غير الخطية للفرق من الأسباب الرئيسية لفشل مشاريع البرمجيات وتجاوز التكاليف.
Evidence & guidelines
توفر منطقة المعرفة SWEBOK لإدارة هندسة البرمجيات ودليل PMBOK أطر عمل متفق عليها، وتتناول المعايير مثل ISO/IEC/IEEE 16326 تخطيط إدارة المشاريع للبرمجيات.
History
لخص بروكس الدروس الصعبة من المشاريع الكبيرة في الستينيات إلى مبادئ إدارة دائمة في عام 1975؛ وقام بوهم بإضفاء الطابع الرسمي على اقتصاديات البرمجيات وتقدير التكلفة في عام 1981؛ ومنذ ذلك الحين، دمج المجال إدارة المخاطر والمقاييس والتخطيط التكيفي الأخف وزنًا للمنهجيات الرشيقة.
Debates
- إدارة المشاريع التنبؤية مقابل التكيفية
- يُناقش ما إذا كانت مشاريع البرمجيات تُدار بشكل أفضل من خلال خطط تفصيلية مسبقة أو من خلال تحكم تكيفي قائم على التكرار؛ تفضل المنهجيات الرشيقة التحكم التجريبي وإعادة التخطيط المتكرر، بينما تؤكد الإدارة التقليدية على الخطط الأساسية، مع شيوع الأساليب الهجينة.
Key figures
- Frederick Brooks
- Barry Boehm
- Tom DeMarco
- Watts Humphrey
Related topics
Seminal works
- brooks1995
- boehm1981
- swebok2014
Frequently asked questions
- لماذا تؤدي إضافة أشخاص إلى مشروع متأخر إلى زيادة تأخره؟
- يجب تدريب الأشخاص الجدد، ويزداد عدد مسارات الاتصال تقريبًا مع مربع حجم الفريق؛ تؤدي النفقات العامة والاضطراب الناتج عن ذلك في البداية إلى تقليل الإنتاج بدلاً من زيادته، وهي ملاحظة تُعرف بقانون بروكس.
- لماذا يُعد تقدير البرمجيات صعبًا للغاية؟
- البرمجيات غير ملموسة، وغالبًا ما تكون جديدة، وتتشكل حسب المتطلبات المتغيرة، لذا فإن القياسات التاريخية غير كاملة وعدم اليقين مرتفع؛ يجمع التقدير المنضبط بين النماذج وحكم الخبراء والنطاقات بدلاً من التخمينات أحادية النقطة لإدارة هذا عدم اليقين.