EVM για Έργα Πληροφορικής και Λογισμικού
Η εφαρμογή του Earned Value Management σε έργα πληροφορικής και λογισμικού είναι ταυτόχρονα πιο απαιτητική και με περισσότερες αποχρώσεις σε σχέση με την εφαρμογή της στις κατασκευές. Η εργασία λογισμικού είναι αφηρημένη, οι απαιτήσεις μπορούν να αλλάξουν στα μέσα του έργου και η μέτρηση του "ποσοστού ολοκλήρωσης" μιας λειτουργίας είναι εγγενώς υποκειμενική. Ωστόσο, με τις κατάλληλες προσαρμογές, το EVM παρέχει τεράστια αξία για τη διαχείριση προγραμμάτων πληροφορικής και για την επικοινωνία της κατάστασης του προϋπολογισμού και του χρονοδιαγράμματος σε μη τεχνικούς ενδιαφερόμενους.
Η Βασική Πρόκληση: Μέτρηση του Earned Value στο Λογισμικό
Στις κατασκευές, μπορείτε να μετρήσετε τη φυσική πρόοδο (κυβικά μέτρα που χύθηκαν, μέτρα που τοποθετήθηκαν). Στο λογισμικό, μετράτε αόρατη εργασία. Οι τρεις πιο κοινές προσεγγίσεις:
1. Story Points (Agile EVM)
Σε περιβάλλοντα Scrum ή Kanban, οι ομάδες εκτιμούν την εργασία σε story points. Μπορείτε να δημιουργήσετε EVM πάνω σε αυτό:
- BAC = Συνολικά story points × μέσο κόστος ανά story point
- PV = Story points που προγραμματίστηκαν για ολοκλήρωση σε αυτό το sprint
- EV = Πραγματικά ολοκληρωμένα story points × μέσο κόστος ανά story point
- AC = Πραγματικά έξοδα ομάδας (μισθοί, υποδομές, άδειες χρήσης) για την περίοδο
Αυτή η προσέγγιση πιστώνει τις ιστορίες ως "ολοκληρωμένες" μόνο όταν πληρούν τον Ορισμό του Ολοκληρωμένου (Definition of Done) της ομάδας — αποτρέποντας την παγίδα του "90% ολοκληρωμένο".
2. EVM Βασισμένο σε Ορόσημα (Waterfall)
Για έργα τύπου καταρράκτη ή με στάδια-πύλες, εκχωρήστε βάρη προϋπολογισμού σε ορόσημα (π.χ. Απαιτήσεις = 15%, Σχεδιασμός = 20%, Ανάπτυξη = 40%, Δοκιμές = 20%, Ανάπτυξη συστήματος = 5%). Το Earned Value πιστώνεται μόνο όταν κάθε ορόσημο έχει ολοκληρωθεί πλήρως και έχει γίνει αποδεκτό.
3. Σταθμισμένα Πακέτα Εργασίας
Χωρίστε το λογισμικό σε λειτουργικές ενότητες (ταυτοποίηση, αναφορές, API, διεπαφή χρήστη). Εκτιμήστε το κόστος και τη διάρκεια για καθεμία. Παρακολουθήστε την ολοκλήρωση σε επίπεδο ενότητας. Αυτή είναι η πιο παραδοσιακή προσέγγιση EVM, κατάλληλη για συμβάσεις πληροφορικής σταθερής τιμής.
Παράδειγμα: Έργο Ανάπτυξης Λογισμικού
Ένα έργο ανάπτυξης προσαρμοσμένου CRM: BAC = $400,000, 8 sprints (16 εβδομάδες). Στο 4ο sprint (εβδομάδα 8η):
- Συνολικά story points: 800. Μέσο κόστος ανά story point: $500.
- Story points προγραμματισμένα μέχρι το 4ο sprint: 400. PV = 400 × $500 = $200,000
- Πραγματικά ολοκληρωμένα story points: 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: Κοινές Ενστάσεις
| Ένσταση | Απάντηση |
|---|---|
| "Το Agile δεν έχει σταθερό εύρος" | Το EVM λειτουργεί με ένα ιεραρχημένο backlog — το BAC αντιπροσωπεύει το συμφωνημένο εύρος της έκδοσης, όχι ολόκληρο το backlog του προϊόντος |
| "Οι απαιτήσεις αλλάζουν σε κάθε sprint" | Χρησιμοποιήστε μια διαδικασία ελέγχου αλλαγών. Οι εγκεκριμένες αλλαγές εύρους ενημερώνουν το BAC. Οι μη προγραμματισμένες αλλαγές είναι αποκλίσεις προς διερεύνηση. |
| "Η ταχύτητα των story points είναι πιο χρήσιμη" | Η ταχύτητα είναι εξαιρετική για την ομάδα. Το EVM παρέχει την οικονομική εικόνα που χρειάζονται οι χορηγοί και τα στελέχη. |
| "Δεν εκτιμούμε εκ των προτέρων" | Το EVM απαιτεί μια γραμμή βάσης. Ακόμη και οι ιστορίες με σχετικό μέγεθος μπορούν να αποτελέσουν βάση εάν το μέγεθός τους υπολογίζεται με συνέπεια. |
Πρακτικές Συμβουλές για Διαχειριστές Έργων Πληροφορικής
- Ορίστε το BAC πριν το sprint, όχι μετά: Η γραμμή βάσης πρέπει να είναι σταθερή για να έχει νόημα το EVM.
- Υπολογίστε μόνο 0% ή 100% για ιστορίες σε εξέλιξη: Αποφύγετε τη μερική πίστωση. διογκώνει το EV και αποκρύπτει τον κίνδυνο του χρονοδιαγράμματος.
- Παρακολουθήστε τις τάσεις του CPI εβδομαδιαίως: Τα έργα λογισμικού κινούνται γρήγορα. Η μηνιαία αναφορά EVM μπορεί να εντοπίσει προβλήματα πολύ αργά.
- Διαχωρίστε το BAC για υποδομή/λειτουργίες έναντι ανάπτυξης: Το κόστος υποδομής έχει διαφορετικούς παράγοντες κόστους και θα πρέπει να παρακολουθείται ξεχωριστά.
- Χρησιμοποιήστε το EVM σε επίπεδο προγράμματος: Εάν έχετε πολλές ομάδες Agile, συγκεντρώστε τα δεδομένα EV/AC σε επίπεδο προγράμματος για αναφορές στελεχών.