Domanda

Il progetto principale della mia organizzazione è andato in onda lunedì. Quello era il mio terzo giorno qui. Ora che sono qui da quasi una settimana, ho il compito di creare un piano di gestione delle modifiche per il mantenimento dell'applicazione e la preparazione per la fase 2, che inizierà & Quot; un giorno. & Quot; Siamo un negozio Microsoft ma di mentalità aperta.

Sto cercando alcuni suggerimenti sulle tecniche CM e specialmente gli strumenti che mi aiuteranno in questo. Ho familiarità con ITIL e ho considerato come il suo concetto di CM potesse applicarsi a questo progetto, ma è vero che questo è molto più piccolo di quello a cui sono abituato (& Lt; 100 utenti contro migliaia). Non sono esattamente sicuro di come o se ITIL possa essere ridotto a un progetto così piccolo. O forse sto pensando troppo piccolo.

In che modo la tua organizzazione gestisce i cambiamenti a livello di sistema? Per te funziona? Come potrebbe essere migliorato?

Per chiarire ulteriormente, qualcuno può raccomandare un processo e uno strumento CM, forse da mondi open source o agili?

È stato utile?

Soluzione

Istituire un comitato di revisione, con rappresentanti senior dello sviluppo, delle operazioni, del qa, dell'azienda, ecc., con il responsabile CM come presidente. Tutte le modifiche devono essere presentate al consiglio.

In un posto in cui ho lavorato, avevi bisogno dell'approvazione unanime per attuare una modifica. In un altro una maggioranza di 2/3 era abbastanza. In entrambi i posti, però, hai dovuto mettere insieme le tue chiappe quando presentavi un cambiamento; non volevi davvero essere impreparato e sembrare uno sciocco.

Il team CM definisce il " artefatti " richiesto per passare il cancello di controllo, di solito una serie di moduli con una lista di controllo come guida. Se il sistema è & Quot; mission critical & Quot; potresti anche voler fare una sorta di audit CM per assicurarti che il tuo processo di sviluppo sia stato seguito (sono stati eseguiti test unitari, file posti sotto il controllo di versione, etichettati correttamente con commenti, test QA approvati, ecc.)

Per gli strumenti, di solito è sufficiente un semplice foglio di calcolo o un database, qualcosa che puoi mettere insieme, su misura per i processi della tua organizzazione. Mantienilo semplice.

Anche il gestore CM deve avere alcune " denti " ed essere in grado di applicare le decisioni del comitato di revisione. CM è un processo di qualità ed è lì per garantire il rispetto degli standard di qualità, non il rispetto delle scadenze.

Altri suggerimenti

Applica il concetto di " Variazioni " ;. Rendi formale il processo in ogni fase e compila i moduli, ottieni i costi e l'approvazione, ecc. Questo eliminerà un sacco di & Quot; Accidenti, non sarebbe bello ... gratis & Quot; e identificherà anche quali cambiamenti sono importanti e degni di essere i propri progetti / sottoprogetti. Tenere un registro dei rischi e discutere apertamente in che modo eventuali modifiche proposte possono influire sul progetto nel suo insieme.

Altre aziende nel Regno Unito sembrano abbracciare ITIL per il Change Management. Gli ultimi due posti in cui ho lavorato hanno usato un'applicazione chiamata Sostenuto che cerca di abbinarsi ad aree come Incident, Problem and Change Management. Non sono ancora convinto che sia il modo migliore di procedere.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top