EVM لمشاريع تكنولوجيا المعلومات والبرمجيات
يعتبر تطبيق إدارة القيمة المكتسبة على مشاريع تكنولوجيا المعلومات والبرمجيات أكثر تحدياً ودقة من تطبيقها على البناء. فالعمل البرمجي هو عمل مجرد، ويمكن أن تتغير المتطلبات في منتصف المشروع، وقياس "نسبة الإنجاز" للميزة هو أمر ذاتي بطبيعته. ولكن مع التعديلات الصحيحة، توفر EVM قيمة هائلة لإدارة برامج تكنولوجيا المعلومات ولإبلاغ أصحاب المصلحة غير التقنيين بحالة الميزانية والجدول الزمني.
التحدي الأساسي: قياس القيمة المكتسبة في البرمجيات
في البناء، يمكنك قياس التقدم المادي (أمتار مكعبة مصبوبة، أمتار موضوعة). في البرمجيات، أنت تقيس عملاً غير مرئي. المناهج الثلاثة الأكثر شيوعاً هي:
1. نقاط القصة (Story Points) (أجايل EVM)
في بيئات Scrum أو Kanban، تقدر الفرق العمل بنقاط القصة. يمكنك بناء EVM بناءً على ذلك:
- BAC = إجمالي نقاط القصة × متوسط التكلفة لكل نقطة قصة
- PV = نقاط القصة المخطط إكمالها بحلول هذا السبرينت (Sprint)
- EV = نقاط القصة المكتملة فعلياً × متوسط التكلفة لكل نقطة قصة
- AC = التكاليف الفعلية للفريق (الرواتب، البنية التحتية، التراخيص) للفترة
يقوم هذا النهج باحتساب القصص على أنها "مكتملة" فقط عندما تستوفي تعريف الفريق للعمل المنجز (Definition of Done) — مما يمنع فخ "مكتمل بنسبة 90%".
2. EVM المستندة إلى المعالم (الشلال - Waterfall)
بالنسبة لمشاريع الشلال أو المشاريع ذات البوابات المرحلية، قم بتعيين أوزان للميزانية على المعالم (مثلاً، المتطلبات = 15%، التصميم = 20%، التطوير = 40%، الاختبار = 20%، النشر = 5%). يتم احتساب القيمة المكتسبة فقط عندما يتم إكمال وقبول كل معلم بالكامل.
3. حزم العمل المرجحة
قم بتقسيم البرنامج إلى وحدات وظيفية (المصادقة، التقارير، API، واجهة المستخدم). قدّر التكلفة والمدة لكل منها. تتبع الاكتمال على مستوى الوحدة. هذا هو نهج EVM الأكثر تقليدية، ومناسب لعقود تكنولوجيا المعلومات ذات السعر الثابت.
مثال عملي: مشروع تطوير برمجيات
مشروع تطوير نظام CRM مخصص: BAC = 400,000$، 8 سبرينتات (16 أسبوعاً). في السبرينت 4 (الأسبوع 8):
- إجمالي نقاط القصة: 800. متوسط التكلفة لكل نقطة قصة: 500$.
- نقاط القصة المخططة بحلول السبرينت 4: 400. PV = 400 × 500$ = 200,000$
- نقاط القصة المكتملة فعلياً: 320. EV = 320 × 500$ = 160,000$
- التكلفة الفعلية (رواتب الفريق + البنية التحتية): AC = 195,000$
SPI = EV ÷ PV = 160,000 ÷ 200,000 = 0.800 (تأخير 20% عن الخطة)
EAC = BAC ÷ CPI = 400,000 ÷ 0.821 = $487,211
VAC = 400,000 − 487,211 = −$87,211
EVM و أجايل (Agile): الاعتراضات الشائعة
| الاعتراض | الرد |
|---|---|
| "أجايل ليس له نطاق ثابت" | تعمل EVM مع تراكم مهام (Backlog) ذي أولوية — يمثل BAC نطاق الإصدار المتفق عليه، وليس كل قائمة المهام للمنتج |
| "تتغير المتطلبات في كل سبرينت" | استخدم عملية للتحكم في التغيير. تغييرات النطاق المعتمدة تقوم بتحديث BAC. التغييرات غير المخطط لها هي تباينات يجب التحقيق فيها. |
| "سرعة نقاط القصة (Velocity) أكثر فائدة" | السرعة رائعة للفريق؛ بينما توفر EVM الرؤية المالية التي يحتاجها الرعاة والمديرون التنفيذيون. |
| "نحن لا نقدر مسبقاً" | تتطلب EVM خط أساس. حتى القصص ذات الحجم النسبي يمكن أن تشكل أساساً إذا تم تحديد حجمها باتساق. |
نصائح عملية لمديري مشاريع تكنولوجيا المعلومات
- حدد BAC قبل السبرينت، وليس بعده: يجب أن يكون خط الأساس مستقراً لكي تكون EVM ذات مغزى.
- احسب فقط 0% أو 100% للقصص قيد التنفيذ: تجنب الرصيد الجزئي؛ لأنه يضخم EV ويخفي مخاطر الجدول الزمني.
- تتبع اتجاهات CPI أسبوعياً: تتحرك مشاريع البرمجيات بسرعة. قد تكتشف تقارير EVM الشهرية المشكلات بعد فوات الأوان.
- افصل BAC للبنية التحتية/العمليات عن التطوير: تكاليف البنية التحتية لها محركات تكلفة مختلفة ويجب تتبعها بشكل منفصل.
- استخدم EVM على مستوى البرنامج: إذا كان لديك عدة فرق أجايل، فقم بتجميع بيانات EV/AC الخاصة بهم على مستوى البرنامج لإعداد التقارير التنفيذية.