Guida al project management · Rischio, qualità e controllo
La gestione della configurazione nel project management spiegata
Il configuration management è la disciplina che identifica gli elementi che compongono i prodotti e i documenti di un progetto, ne controlla le versioni, ne registra lo stato e verifica che ciò che esiste corrisponda a ciò che è stato approvato. Garantisce che tutti lavorino sulla versione corretta.
Punti chiave
- Il configuration management garantisce che tutti usino la versione corretta di ogni elemento.
- Le sue attività fondamentali sono identificazione, controllo, status accounting e audit.
- Le baseline forniscono punti di riferimento concordati.
- Lavora in stretta sinergia con il controllo delle modifiche.
Perché è importante
- Evita che si sviluppi o si testi sulla base di progetti o documenti non aggiornati.
- Permette di sapere esattamente che cosa è stato consegnato in ogni rilascio.
- Consente al team di tornare a una versione funzionante nota.
- Supporta audit, conformità normativa e passaggio di consegne.
- Garantisce che le modifiche approvate tramite il controllo delle modifiche siano recepite ovunque debbano esserlo.
Termini chiave
| Termine | Significato | Esempio |
|---|---|---|
| Configuration item (CI) | Qualsiasi elemento posto sotto controllo di configurazione | Un documento dei requisiti, un disegno, un modulo software, la build di un server |
| Versione | Uno stato specifico e identificato di un CI | Specifica di progetto v2.3 |
| Baseline | Un insieme concordato di versioni dei CI che funge da punto di riferimento | Baseline del rilascio 1.0; vedi baseline di progetto |
| Rilascio | Un insieme di CI consegnati insieme | Rilascio del portale 1.2 |
| Registrazione della configurazione | Informazioni registrate su un CI | Responsabile, versione, stato, posizione |
Le quattro attività fondamentali
- Identificazione: decidere quali elementi sono CI, come vengono denominati e numerati e come sono correlati.
- Controllo: garantire che i CI cambino solo tramite un processo approvato e che le versioni siano archiviate in modo sicuro.
- Status accounting: registrare e riportare lo stato attuale e storico di ciascun CI.
- Verifica e audit: verificare che i CI corrispondano alle relative registrazioni e che il prodotto consegnato corrisponda alla baseline approvata.
Molte organizzazioni aggiungono anche una fase di pianificazione, documentata in un piano di configuration management.
Modello di registro della configurazione
| ID CI | Nome | Tipo | Versione | Stato | Responsabile | Posizione | CI correlati |
|---|---|---|---|---|---|---|---|
| CI-012 | Specifica funzionale | Documento | 2.3 | Approvato | Business analyst | SharePoint di progetto | CI-020, CI-021 |
| CI-020 | Modulo pagamenti | Software | 1.4.0 | In test | Dev lead | Repository Git | CI-012 |
| CI-031 | Planimetria piano 2 | Disegno | C | Emesso per la costruzione | Architetto | Sistema di gestione documentale | CI-030 |
| CI-040 | Piano di test | Documento | 1.1 | Bozza | QA lead | SharePoint di progetto | CI-012, CI-020 |
Configuration management e controllo delle modifiche
Il controllo delle modifiche decide se una modifica viene apportata. Il configuration management garantisce che la modifica sia applicata in modo coerente e registrata. Ad esempio, se la richiesta di modifica CR-04 aggiunge il single sign-on, il configuration management identifica tutti i CI interessati (requisiti, progettazione, moduli di codice, casi di test, guida utente), ne traccia le nuove versioni e conferma che la baseline del rilascio successivo li contenga tutti.
Consigli
- Mettete sotto controllo solo gli elementi che lo richiedono; troppi CI generano burocrazia.
- Usate regole coerenti per la denominazione e la numerazione delle versioni.
- Usate strumenti che conservano automaticamente lo storico, come i sistemi di controllo di versione e di gestione documentale.
- Create baseline in momenti significativi, come l'approvazione del progetto o il rilascio.
- Eseguite un audit di configurazione prima del go-live e alla chiusura del progetto.
Modelli gratuiti per questo argomento
Domande frequenti
Che cos'è il configuration management nel project management?
Il processo di identificazione, controllo, registrazione e verifica delle versioni dei prodotti e dei documenti di un progetto.
Che cos'è un configuration item nel configuration management?
Qualsiasi componente, documento o prodotto posto sotto controllo di configurazione, come una specifica, un disegno o un modulo software.
Quali sono le quattro attività del configuration management?
Identificazione, controllo, status accounting, verifica e audit.
Qual è la differenza tra configuration management e controllo delle modifiche?
Il controllo delle modifiche decide se apportare una modifica; il configuration management traccia le versioni e garantisce che la modifica approvata venga applicata e registrata correttamente.
Che cos'è una baseline di configurazione nel configuration management?
Un insieme concordato e registrato di versioni dei configuration item, usato come punto di riferimento per il lavoro successivo.
Che cos'è lo status accounting nel configuration management?
La registrazione e il reporting dello stato attuale e passato dei configuration item e delle relative modifiche.
Che cos'è un audit di configurazione nel configuration management?
Una verifica che configuration item e registrazioni corrispondano tra loro e che il prodotto corrisponda alla baseline approvata.
Il controllo di versione coincide con il configuration management?
Il controllo di versione ne è una parte. Il configuration management comprende anche identificazione, relazioni, reporting dello stato e audit.
Chi è responsabile del configuration management?
Ne risponde il project manager, ma nei progetti più grandi spesso lo gestisce un configuration manager o un project support office.
PRINCE2 include il configuration management?
Sì. PRINCE2 include il configuration management come parte del modo in cui gestisce modifiche e problemi.
Il configuration management riguarda solo il software?
No. Si usa in ingegneria, edilizia, difesa e in molti altri ambiti in cui occorre controllare le versioni di progetti e prodotti.