Prevenire il fallimento del progetto IT
Il governo olandese (vedere conclusioni della commissione Elias) ha pubblicato un report investigativo che il governo olandese non ha alcun controllo sulla maggior parte dei propri progetti IT. All'inizio non ci sono calcoli affidabili dei costi, le date di consegna proposte non vengono mai rispettate, e i prodotti consegnati spesso non sono tutti prodotti necessari. In breve, il nostro governo olandese non è d'accordo La metrica del software o la misurazione del software è un concetto dell'industria del software. Il governo olandese non è solo, afferma lo Standish Group nel loro annuale Rapporto CAOS Quello 70% dei progetti IT fallisce o, meglio definito, non vengono consegnati in base al loro primo calcolo del progetto.
Ciò non corrisponde alle nostre esperienze nell'industria del software olandese. Il buon senso dice anche che sarebbe curioso che finisse 10% di tutti i progetti IT fallisce, mentre la società di oggi non funziona più senza IT. La differenza può essere spiegata dal fatto che diversi (politico) definizioni può essere utilizzato per il termine successo. Ovviamente ogni progetto IT ha incertezze e rischi intrinseci e i progetti falliscono.
tuttavia, un professionista comprende le sfumature di queste incertezze e sa come affrontarle. Lo strumento principale utilizzato da un professionista è un calcolo affidabile del progetto. Un calcolo affidabile del progetto aiuta a determinare quale soluzione sarà puntuale, entro il budget massimo previsto, fornisce un sistema di buona qualità che soddisfa i requisiti essenziali.
Dalla nostra esperienza pratica i problemi più problematici con un calcolo del progetto IT (e la definizione di successo) Sono:
Definizione di successo
Alcune parti interessate abusano del stime. Con l'esempio all'inizio di un progetto / business case poco si sa dei requisiti. Alcuni stakeholder (principalmente alti dirigenti e politici) utilizzare il valore più basso di un'indicazione di intervallo di budget per un contratto a prezzo fisso, o anche dire quando un progetto dovrebbe essere completato ea quale costo.
Taglia del prodotto
Una stima dovrebbe sempre includere l'intervallo di incertezza (per lo più descritto come minimo, molto probabile e massimo). Ciò vale in particolare per taglia del prodotto. La maggior parte degli alti dirigenti pensa che se i requisiti aziendali sono noti, che significa anche che la dimensione del prodotto è fissa (come afferma l'alta dirigenza: Non permetterò che l'ambito si insinui ….), mentre in pratica la dimensione del prodotto è in quella fase ancora molto incerta. È quindi essenziale essere consapevoli di quale sia la dimensione approssimativa del prodotto in unità rilevanti per tutte le parti interessate e misurabili (ad esempio punti funzione, ma potrebbero anche essere alcune interfacce, schermi, rapporti, messaggi, eccetera.).
Produttività
Ogni calcolo del progetto dovrebbe dare:
- una chiara descrizione di dove si basa la produttività stimata e quali attività sono incluse (realizzazione, test) eccetera
- su quali progetti simili si basa la produttività e su quali attività / i prodotti per questo progetto sono unici (e dov'è l'incertezza)
Utensili
Quali strumenti vengono utilizzati (per esempio Vedi SEM o Stima QSM SOTTILE) per il calcolo del progetto.
La metrica del software o la misurazione del software è un concetto dell'industria del software
Solo dopo aver effettuato il calcolo del progetto, è possibile elaborare un piano. Un problema comune è che la direzione menziona in anticipo una scadenza determinata da un budget e poi afferma che il calcolo del progetto deve soddisfare queste condizioni.
Monitoraggio e regolazione
Un buon calcolo del progetto non viene utilizzato solo all'inizio di un progetto, ma anche per monitorare i progressi. Ciò rende tanto più necessario che la stima sia obiettiva, ripetibile, verificabile e difendibile e che possa essere utilizzata la stima originale.
La soluzione Nesma : Basis of Estimate
Il Nesma Base del comitato di stima ha creato un pratico (struttura) guida, IL Basis of Estimate, per i calcoli di progetto di progetti software, sulla base di esperienze nel campo della gestione dei progetti IT. Questa linea guida utilizza il modello generico di AACE Internazionale'S Gestione totale dei costi (MTC) Struttura come base. La base del preventivo è un manuale per la preparazione di un budget IT e i membri registrati possono farlo scaricamento gratuitamente dal nostro sito web.
Circa l'autore
Marten Eisma è Information Architect presso CGI nei Paesi Bassi ed è membro del Nesma Base del comitato di stima.