Al momento ho un po 'di sfida al lavoro. Attualmente (e in effetti, da qualche tempo), abbiamo riscontrato i seguenti problemi con alcune applicazioni gestite internamente:
- Difetti (a volte piuttosto gravi) che vengono rilasciati in produzione;
- Il Cliente (ovvero l'unità aziendale interessata) cambia continuamente idea (o sembra che lo faccia) su quale problema eseguire successivamente;
- Una situazione in cui tutti sembrano essere in una modalità "antincendio" per un sacco di tempo;
- Personale di sviluppo che risponde alle richieste operative degli utenti aziendali; ("operativo" qui significa qualcosa che deve essere fatto per continuare il business, o forse solo per rendere la vita di un utente aziendale un po 'meno doloroso, invece di correggere un bug nell'applicazione, o migliorare l'applicazione);
Ora sono sicuro che questo non sembra particolarmente nuovo o sorprendente per la maggior parte dei partecipanti su questo sito Q & A e nessun premio per identificare i "soliti sospetti" quando si tratta di cause di fondo. La mia sfida è che devo convincere i superiori a fare cose scomode per affrontare tutto questo.
La gente che devo convincere proviene da una miscela delle seguenti due culture:
- contabile;
- Infrastruttura IT.
Ho quindi optato per una strategia che tragga dalle cose con - quale folk di tale cultura sarebbe più comodo (almeno, a mio avviso), vale a dire: numeri e tangibili. Naturalmente i professionisti dello sviluppo moderni sanno fin troppo bene che questo genere di cose non è facilmente risolvibile usando una mentalità analitica ( alcuni potrebbero sostenere che che la mentalità è, infatti, del tutto inappropriata ). In ogni caso, questa è la dicotomia con cui mi trovo di fronte, quindi questo è il palo che ho messo nel terreno.
Mi piacerebbe essere in grado di fare ricerche e utilizzare gli output per presentare i risultati sotto forma di metriche e misure. Sto trovando abbastanza difficile, tuttavia, trovare una metodologia concordata e una serie di modelli per valutare la capacità di sviluppo di un'organizzazione - l'unica cosa che sembra applicabile è il Capability Maturity Model dell'Istituto di Ingegneria del Software. Quest'ultimo, tuttavia, sembra datato e anche allora piuttosto vago.
Quindi, la domanda è: come faccio a valutare la capacità di ingegneria del software della nostra organizzazione in modo tale da presentare i risultati in un modo concreto e fa riferimento a uno standard industriale generalmente accettato?
UPDATE:
Facendo qualche ricerca in più, mi sono imbattuto in questa piccola oasi - una FAQ CMMI formulata in termini laici - solo il tipo di risorsa utile di cui si ha bisogno in quest'area ... e gratis .