change management tutorial what is change management
Questa guida completa alla gestione del cambiamento spiega in dettaglio il processo, i modelli, i vantaggi e le 7R di gestione del cambiamento:
Change Management (CM) è l'insieme di strumenti, processi e tecniche che vengono utilizzati per aiutare le persone nella transizione da uno stato esistente nell'organizzazione a un nuovo stato.
CM può essere inteso come:
- Gestione della configurazione per la gestione del codice e dei requisiti.
- Attuazione del cambiamento organizzativo.
- Monitoraggio di eventuali modifiche che si verificano nell'infrastruttura IT - IT Service Management (ITSM).
Cosa imparerai:
Panoramica sulla gestione delle modifiche
L'obiettivo di CM è applicare strategie per eseguire il cambiamento degli obiettivi, dei processi o delle tecnologie di un'organizzazione, supervisionare le richieste di cambiamento e assistere i dipendenti per accogliere il cambiamento proposto.
Ciò significa che è obbligatorio avere:
- Una procedura molto ben organizzata per affrontare un cambiamento.
- Un insieme ben preparato di procedure per preparare una risposta alle richieste.
- Un meccanismo per dare seguito all'attuazione della richiesta.
Per avviare un processo di gestione del cambiamento, l'organizzazione deve tenere conto dell'impatto che tutti i processi modificati, i sistemi avranno all'interno dell'organizzazione.
Dovrebbero essere in atto i seguenti processi:
- Pianifica il cambiamento
- Prova la modifica
- Comunica il cambiamento
- Pianifica il cambiamento
- Implementa il cambiamento
- Documenta il cambiamento
- Valuta i risultati
La documentazione è un aspetto importante di CM perché dobbiamo mantenere il processo e anche eseguire il rollback nel caso in cui tale azione sia necessaria.
Definizione della gestione del cambiamento
Sulla base di vari punti di vista, CM può essere definito come segue:
- Dal punto di vista di un professionista dell'infrastruttura, è l'approccio sistematico per l'approvazione, il test e la messa in atto di una nuova apparecchiatura o di una nuova release.
- Dal punto di vista del progetto, è il processo utilizzato per acquisire l'approvazione per le modifiche all'ambito, alla tempistica o al budget di un progetto.
- Dalle metodologie - prospettiva PMP, Prince2, ITIL, ISO20000, è il processo per ottenere un'approvazione e implementare le modifiche a un progetto o ambiente operativo.
- Dal punto di vista di PROSCI, Association of Change Management Professionals (ACMP), Innovation and Organizational Change Management Institute (IOCMI), è il processo per aiutare le organizzazioni a utilizzare CM a ogni livello.
- Dal punto di vista dello sviluppo software, è il processo che coinvolge il monitoraggio e la gestione dei requisiti e del codice delle modifiche.
I processi di gestione del cambiamento sono anche responsabili di tenere traccia di eventuali modifiche che si verificano in un'infrastruttura IT. ISO 20000 è lo standard che definisce l'obiettivo del Change Management. Per tracciarlo e gestirlo correttamente, viene utilizzata ogni modifica apportata a una serie di metodi e procedure standardizzati.
In termini di modifiche alla documentazione, il nome utilizzato per tale modifica è una gestione della configurazione ed è obbligatorio utilizzare uno strumento di gestione delle modifiche per gestire correttamente il controllo della versione.
Uno strumento CM eseguirà le seguenti azioni:
- Tieni traccia di tutte le modifiche eseguite.
- Dare spazio alle modifiche eseguite nel caso in cui sia necessario.
- Assicurati che i percorsi multipli siano disponibili per avere la possibilità di sviluppare diverse versioni dello stesso prodotto contemporaneamente.
- Assicurati che le correzioni o i miglioramenti del codice siano correlati a difetti, build e rilasci.
Tenuto conto dell'introduzione, deve essere chiaro che per definire il termine gestione del cambiamento, dovremo capire il contesto in cui vorremmo definirlo.
Tipi di cambiamenti organizzativi
È una parte della gestione utilizzata per gestire molti tipi di cambiamento organizzativo. I tipi di modifiche organizzative più importanti sono i seguenti:
- Cambiamento dello sviluppo: Ciò significa qualsiasi cambiamento a livello organizzativo volto a migliorare i processi e le procedure stabiliti in precedenza.
- Cambiamento di transizione: È il cambiamento che riguarda il trasferimento dell'organizzazione dallo stato esistente a un altro completamente nuovo, partendo dal presupposto che l'organizzazione ha un problema che può essere risolto modificando lo stato attuale.
- Cambiamento trasformazionale: Si tratta di affrontare il cambiamento che modifica radicalmente la cultura e il funzionamento di un'organizzazione.
7R's Of Change Management
ITIL 'Business Perspectives Volume II' contiene un elenco di controllo con sette semplici domande nel capitolo sulla continuità aziendale che delinea i passaggi per determinare il cambiamento del rischio di cambiamento e per esaminare l'efficacia del processo di gestione del cambiamento.
Le sette domande sono discusse di seguito:
# 1) 'Chi ha sollevato il cambiamento?'
Ci sono molti punti di ingresso e stakeholder identificati come fonte di cambiamento. Ciò porta all'idea che è obbligatorio disporre di un sistema per raccogliere tutte le modifiche. Un tale sistema dovrebbe incorporare controlli accettabili per gestire l'emendamento a mani libere in aree mirate.
# 2) 'Qual è il MOTIVO del cambiamento?'
Prima di tutto, dobbiamo capire se il cambiamento può introdurre rischi senza alcun vantaggio aziendale. Ogni cambiamento importante dovrebbe essere analizzato in base a criteri di analisi del portafoglio concordati.
programma gratuito per scaricare i video di YouTube
# 3) 'Quale RESO è richiesto dalla modifica?'
È obbligatorio capire se il cambiamento genera un rimborso finanziario.
# 4) 'Quali sono i RISCHI coinvolti nel cambiamento?'
I rischi sono classificati in rischi che possono essere accettati o rischi che dovrebbero essere mitigati. Un passaggio cruciale nella definizione del pericolo coinvolto è analizzare l'impatto del cambiamento sull'attuale infrastruttura. ITIL utilizza il concetto di 'gravità' per potenziali rischi e problemi reali.
# 5) 'Quali RISORSE sono necessarie per fornire la modifica?'
Quando parliamo di risorse, pensiamo alle persone e alle risorse IT necessarie per l'implementazione del cambiamento. Dal punto di vista delle persone, dobbiamo capire quali sono le competenze necessarie per attuare il cambiamento. Dopo aver compreso le abilità necessarie, dobbiamo essere sicuri che quelle abilità siano disponibili.
# 6) 'Chi è RESPONSABILE della parte' costruisci, testa e implementa 'della modifica?'
Le responsabilità per la creazione, il test e l'implementazione delle modifiche dell'applicazione dovrebbero essere suddivise in base ai requisiti di conformità e controllo. La separazione delle responsabilità dovrebbe essere tracciabile, applicabile e attuabile durante l'intero processo di gestione delle modifiche e dei rilasci.
# 7) 'Qual è il RAPPORTO tra questo cambiamento e altri cambiamenti?'
È necessario effettuare un'analisi delle relazioni di cambiamento dall'interno e attraverso i confini funzionali. La pianificazione delle modifiche pianificate dovrebbe essere condivisa e in questo modo l'analisi e la relazione dell'impatto del cambiamento, la mappatura può essere parte di un database di gestione della configurazione (CMDB) integrato.
Rispondere a queste sette domande offre alcuni importanti vantaggi:
- I servizi sono più affidabili e disponibili per i clienti perché le organizzazioni devono utilizzare una serie di metriche che forniscono un mezzo più obiettivo per misurare il rischio di cambiamento.
- Possiamo capire quanto il nostro processo di gestione del cambiamento sia conforme a quello esistente e identificarli nelle nuove tecniche.
- Avere un processo di gestione del cambiamento verificabile è essenziale perché esiste una dipendenza tra il business dai servizi IT e i nuovi requisiti.
Modelli per la gestione del cambiamento
Lo scopo dei modelli di gestione del cambiamento è fornire principi guida per aiutare i manager ad allineare l'ambito delle modifiche proposte con gli strumenti esistenti.
# 1) ADKAR (Prosci)
Il modello ADKAR è un modello di gestione del cambiamento orientato agli obiettivi sequenziali. È stato creato da Jeff Hiatt, fondatore di Prosci.
(Immagine fonte )
La consapevolezza e lo scopo desiderato sono cambiare lo stato attuale, in cui ci stiamo rendendo conto che è necessario un cambiamento ma il processo di cambiamento non è ancora iniziato.
Durante la fase di transizione, appare conoscenza e abilità. E in futuro appariranno rinforzi.
OBIETTIVO 1: consapevolezza
A volte il cambiamento è inevitabile in un'organizzazione e porterà le persone fuori dalle loro zone di comfort. Se spiegheremo il motivo del cambiamento con largo anticipo, i dipendenti avranno tempo sufficiente per accettare il cambiamento e prepararsi per esso.
OBIETTIVO 2: Desiderio
Se i dipendenti capiranno la necessità del cambiamento e i vantaggi che ne derivano, vedremo un atteggiamento entusiasta e il desiderio di partecipare all'implementazione del cambiamento.
Se non comprendiamo i sentimenti dei dipendenti riguardo al cambiamento e non affrontiamo adeguatamente le loro paure e mostriamo loro come il cambiamento avvantaggi loro personalmente, allora non sosterranno pienamente il cambiamento e non avranno il desiderio di partecipare all'implementazione del cambiamento.
OBIETTIVO 3: Conoscenza
Per implementare nuove procedure, dovremo formare il team e fornire loro le migliori pratiche in modo che possano capire come implementare il cambiamento.
OBIETTIVO 4: capacità
Ci vuole pratica per tradurre la conoscenza in abilità. È meglio avere qualche simulazione per analizzare i risultati e apportare modifiche. Dobbiamo monitorare i dipendenti quando hanno iniziato l'implementazione delle modifiche e sulla base di feedback costruttivi possiamo migliorare il processo.
OBIETTIVO 5: rinforzo
L'idea alla base di questo obiettivo è che dobbiamo incoraggiare i dipendenti a continuare a seguire il cambiamento nel tempo.
# 2) Modello di transizione dei ponti
Bridges Transition Model è stato sviluppato da William Bridges. È un modello incentrato sulle persone. Lo scopo principale è gestire la transizione dell'esperienza delle persone al cambiamento. La forza di questo modello è che si concentra sulla transizione, non sul cambiamento.
L'idea di Bridges è che le persone seguiranno le fasi al proprio ritmo. Il modello identifica 3 fasi di transizione:
- Fase 1: finire, perdere e lasciar andare
Quando i dipendenti avranno la prima presentazione del cambiamento, entreranno in questa fase iniziale di transizione. Saranno resistenti perché in qualche modo sono costretti a fare qualcosa con cui non sono conformi. I dipendenti devono capire e accettare che qualcosa sta finendo prima di accettare la nuova idea.
- Fase 2: incertezza o zona neutra
Questa fase è come un ponte tra il vecchio stato e il nuovo stato. I dipendenti sono ancora attaccati al vecchio ma stanno cercando di adattarsi al nuovo stato. Questo è un momento perfetto per incoraggiare i dipendenti a provare un nuovo modo di lavorare. Il feedback è molto importante in questa fase.
- Fase 3: accettazione o nuovo inizio
Questo è il momento in cui i dipendenti iniziano ad accettare l'iniziativa di cambiamento. I dipendenti stanno sviluppando le competenze necessarie per nuove procedure.
miglior programma per monitorare cpu e gpu temp
# 3) Libreria dell'infrastruttura IT (ITIL)
Questo è il framework contenente una guida dettagliata per la gestione dei cambiamenti nelle infrastrutture IT e nelle operazioni IT.
ITIL 4 è stato rilasciato nel 2019 e ha come focus principale l'automazione dei processi, il miglioramento della gestione dei servizi e l'integrazione del dipartimento IT nel business.
ITIL 4 contiene nove principi guida e sono presentati nella figura seguente:
(Immagine fonte )
Prima di implementare ITIL in un'organizzazione, è obbligatorio rispondere ad alcune domande relative a like, quali problemi nell'organizzazione stanno cercando di risolvere e qual è la strada per il miglioramento continuo del servizio.
# 4) Modello di cambio in 8 fasi di Kotter
John Kotter ha introdotto il modello di cambiamento in 8 fasi che ha sviluppato sulla base della ricerca di 100 organizzazioni che erano in un processo di cambiamento.
Kotter suggerisce che dobbiamo lavorare sodo sul primo passaggio prima di passare ai passaggi successivi.
La figura seguente spiega il modello in 8 fasi di Kotter:
Ha delineato il modello di cambiamento in 8 fasi per dimostrare che il cambiamento non è un processo semplice e veloce. Per eseguire il cambiamento aziendale, dobbiamo stare attenti, poiché si tratta di un investimento enorme e ad un costo elevato.
Processo di gestione del cambiamento
Ogni area aziendale dispone di alcuni strumenti e applicazioni specifici per CM. Presenteremo qui alcuni esempi che ci aiuteranno a capire come funziona CM per l'infrastruttura IT, lo sviluppo del software e il coordinamento del progetto.
Per la gestione dei progetti
La gestione del cambiamento gioca un ruolo importante nelle attività svolte per la gestione dei progetti. La persona che gestisce il progetto dovrebbe analizzare attentamente le richieste di modifica e determinare l'effetto generato dal cambiamento per il progetto.
Le aree di progetto che possono essere interessate dal cambiamento sono:
- Lo scopo del progetto: In che modo la richiesta di modifica influirà sull'ambito del progetto?
- Il programma del progetto: In che modo le richieste di modifica modificheranno la pianificazione?
- Il progetto costa: In che modo la richiesta di modifica modificherà il costo del progetto?
- Qualità : In che modo la richiesta di modifica influirà sulla qualità del progetto finale?
- Risorse umane : Determina se sono necessarie risorse umane aggiuntive o specializzate.
- Comunicazioni: Dopo l'approvazione delle richieste di modifica, ciò dovrebbe essere comunicato tempestivamente alle parti interessate appropriate.
- Rischio : Determina i rischi generati dalle richieste di modifica: rischi logistici, finanziari o per la sicurezza.
- Approvvigionamento : Una richiesta di modifica può influire sugli sforzi di approvvigionamento di materiali e manodopera a contratto.
- Stakeholder : Le richieste di cambiamento possono generare la perdita degli stakeholder e possono influenzare il supporto degli stakeholder al progetto.
Il project manager dovrebbe documentare le richieste di modifica approvate e anche le richieste di modifica rifiutate.
Per lo sviluppo di software
Un cambiamento è una richiesta di qualcosa di diverso da quanto concordato all'inizio del progetto, sprint, fase (dipende dal contratto del cliente).
Introdurremo qui un nuovo termine: Cambiare ordine. Un ordine di modifica è un lavoro che dovrebbe essere aggiunto o eliminato dall'ambito originale di un contratto.
Ci chiediamo cosa significa cambiamento nello sviluppo del software:
- Modifica delle specifiche, requisiti aziendali
- Cambiamento di requisito
- Modifica del design dell'applicazione
- Cambio di codice
- Cambio di test
- Il cambiamento può essere originato da:
- Clienti
- Utenti
- Team di progetto
- Squadra di prova
La metodologia Agile ispira cambiamenti nei requisiti, cambiamenti durante il processo di sviluppo del software e anche cambiamenti nell'interfaccia utente (UI). Le storie vengono utilizzate per tenere traccia delle richieste di modifica.
Dopo che il cliente, il project manager o altre parti interessate hanno deciso che l'ordine di cambiamento è prezioso, è necessario eseguire i seguenti passaggi approssimativi:
- Eseguire l'analisi dell'impatto
- Crea un elenco chiaro di quale sarà l'impatto del cambiamento per:
-
- Cronologia del progetto (può essere esteso)
- Prezzi (dovrebbe essere comunicato alle parti interessate)
- Scopo (è possibile avere funzionalità che possono essere rimosse per includere quella nuova)
A seconda del tipo di progetto e del settore, è possibile avere passaggi aggiuntivi anche dopo l'approvazione dell'ordine di modifica.
Uno dei punti chiave nel processo dell'ordine di cambiamento è il processo di approvazione. La richiesta di modifica deve essere approvata. Per questo processo di approvazione, è obbligatorio creare un input della richiesta di modifica con documentazione dettagliata.
La documentazione dettagliata dovrebbe contenere informazioni sul prezzo della richiesta di modifica, l'ambito della richiesta di modifica, il tempo necessario per risolvere la richiesta di modifica e un'analisi dettagliata dell'impatto della richiesta di modifica sul sistema.
Le modifiche hanno origine da varie fonti, inclusi clienti, utenti finali, il team di progetto o il team di test.
Le modifiche da parte dei clienti e degli utenti finali sono generalmente modifiche ai requisiti. I cambiamenti provenienti dai team di progetto di solito stanno progettando i cambiamenti. Le modifiche provenienti dal team di test possono richiedere modifiche al codice. Le modifiche devono essere comunicate al Software Project Manager (SPM). È necessario utilizzare un modulo di richiesta di modifica (CR).
La richiesta di modifica (CR) deve contenere almeno le seguenti voci:
- Un numero di serie utilizzato per l'identificazione univoca della richiesta di modifica.
- Una chiara descrizione della richiesta di modifica.
- La data in cui è stata sollevata la richiesta di modifica.
- Di solito, la richiesta di modifica dovrebbe essere assegnata a qualcuno per l'analisi. È obbligatorio disporre di un elenco con alcuni input relativi ai dettagli di allocazione. Questo elenco contiene:
- Data di assegnazione
- Data di completamento
- Persone a cui è assegnata la richiesta di modifica per l'analisi
- Una richiesta di modifica dovrebbe essere assegnata a qualcuno per l'approvazione. Quindi dovremo tenere traccia degli input di approvazione:
- Data di assegnazione per approvazione
- Data di completamento
- La persona responsabile dell'approvazione
- Una richiesta di modifica dovrebbe essere assegnata anche per una risoluzione. Quindi dovremo tenere traccia dei seguenti input per la risoluzione:
- Data di assegnazione per la risoluzione
- Data di completamento
- La persona responsabile della risoluzione
- Una richiesta di modifica dovrebbe essere assegnata anche per la revisione tra pari. S o dovremo tenere traccia dei seguenti input per la peer review:
- Data di assegnazione della revisione tra pari.
- La data di completamento della peer review.
- La persona responsabile della revisione tra pari.
- Una richiesta di modifica dovrebbe essere assegnata anche per i test di regressione. Quindi dovremo tenere traccia dei seguenti input per il test di regressione:
- Data di assegnazione per il test di regressione.
- La data di completamento del test di regressione.
- La persona responsabile del test di regressione.
- Una richiesta di modifica dovrebbe avere uno stato chiaro. Lo stato può avere un valore dal seguente insieme (aperto, chiuso o in corso di analisi, approvazione, risoluzione, revisione tra pari, test di regressione)
- Quando chiudiamo la richiesta di Modifica dovremo menzionare la data di chiusura.
Per una migliore organizzazione, dopo aver ricevuto la CR, questa dovrebbe essere registrata in uno strumento.
Quindi l'analisi dovrebbe essere eseguita per capire se l'implementazione è fattibile o meno, la pianificazione e lo sforzo necessario per l'implementazione e l'impatto della CR sulla pianificazione e sui costi del progetto.
Lo stato di implementazione e l'avanzamento della risoluzione della CR vengono riportati ai dirigenti interessati tramite i rapporti settimanali sullo stato.
Per l'infrastruttura IT
Gli strumenti di gestione delle modifiche vengono utilizzati per tenere traccia delle modifiche apportate all'infrastruttura hardware di un reparto IT. Ogni modifica apportata all'infrastruttura dovrebbe essere valutata, approvata, documentata, implementata e rivista sistematicamente. Le modifiche apportate alle impostazioni hardware vengono chiamate gestione della configurazione (CM).
Difficoltà nella gestione del cambiamento
Ci sono molte difficoltà nella gestione del cambiamento perché molti dipendenti non accettano i cambiamenti. È difficile cambiare se non abbiamo capito che dobbiamo cambiare il nostro modo di pensare. Con un approccio strategico al cambiamento, l'adozione di nuovi processi può essere facile. È necessaria una comunicazione chiara per adottare i cambiamenti.
c ++ esempio di espressione regolare
Di seguito è riportato un elenco di sfide e difficoltà:
- Conflitti: Il cambiamento può mostrare emozioni come confusione e preoccupazione. Il conflitto è una tipica reazione non intenzionale di confusione e preoccupazione. Il leader dovrebbe aiutare la squadra a superare le difficoltà. I conflitti disturberanno il nostro programma. Questo è il motivo per cui dobbiamo agire per mitigare i problemi.
- Pianificazione: La modifica non avrà alcun cambiamento nell'implementazione senza un piano corretto. I vantaggi di una procedura sistematica dovrebbero essere chiaramente spiegati.
- Mancanza di comunicazione: Se la comunicazione non è buona, le speculazioni e le voci faranno parte dell'organizzazione e una mancanza di fiducia renderà difficile per i dipendenti abbracciare il cambiamento.
- Resistenza: La resistenza deve essere affrontata altrimenti creerà molti problemi da cambiare.
Vantaggi del processo di gestione del cambiamento
Un fattore chiave di CM è che fornisce uno scaffolding concettuale per le persone, il processo e l'organizzazione che implementa il cambiamento.
Benefici per l'Organizzazione:
- Il cambiamento è un processo pianificato e gestito. I vantaggi del cambiamento sono noti prima dell'implementazione e servono come motivazione per l'intero processo.
- L'organizzazione può rispondere rapidamente alle richieste dei clienti.
- Le risorse possono essere allineate con gli obiettivi dell'organizzazione.
- Le prestazioni dei dipendenti aumentano quando si sentono supportati e comprendono il processo di cambiamento.
- Il cambiamento può essere implementato senza un impatto negativo sull'attività quotidiana.
- Consente all'organizzazione di valutare l'impatto complessivo di un cambiamento.
- L'efficacia organizzativa è migliorata.
- Viene mantenuta l'efficienza organizzativa.
- Riduzione del tempo necessario per attuare il cambiamento.
- La possibilità di una modifica non riuscita è ridotta.
- Il servizio clienti è aumentato e il servizio ai clienti proviene da dipendenti fiduciosi e competenti.
- Aumento del ritorno sull'investimento (ROI)
- Aiuta a pianificare strategie di comunicazione utili
Vantaggi per i dipendenti:
- Se il cambiamento è ben gestito, può ridurre al minimo la resistenza al cambiamento.
- Una gestione efficace del cambiamento supporta una rapida transizione dal vecchio al nuovo e può mantenere la produttività.
- Fornisce supporto ai dipendenti per le preoccupazioni relative ai cambiamenti.
- Un processo CM efficiente crea una corretta comprensione del cambiamento per il personale e il pubblico.
- Aiuta a pianificare strategie di comunicazione efficienti.
- Migliora la qualità del lavoro.
- Migliora la collaborazione e la comunicazione.
Domande frequenti
D # 1) Che cos'è la gestione del cambiamento?
Risposta: CM è l'insieme di strumenti, processi e tecniche utilizzati per aiutare gli individui nella transizione da uno stato esistente nell'organizzazione a un nuovo stato.
Ci sono alcuni aspetti importanti:
- Gestione della configurazione: gestione del codice e dei requisiti.
- Attuazione del cambiamento organizzativo.
- Monitoraggio di eventuali modifiche che si verificano nell'infrastruttura IT - IT Service Management (ITSM).
D # 2) Qual è il processo di gestione delle modifiche al software?
Risposta: La gestione delle modifiche del software è il processo di classificazione delle modifiche in base a criteri di progetto come la pianificazione e il costo.
D # 3) Qual è la differenza tra il controllo del cambiamento e la gestione del cambiamento?
Risposta: CM è una forma di comprensione, adattamento e adattamento a un nuovo stato normale dopo una trasformazione dell'organizzazione. Il controllo delle modifiche è il processo di archiviazione, analisi, gestione e inclusione delle modifiche ai requisiti nella roadmap e nel programma di implementazione.
Q # 4) Quali sono i 3 tipi di cambiamento?
Risposta: I successivi tipi di cambiamenti includono cambiamento evolutivo, cambiamento transitorio e cambiamento trasformazionale.
Conclusione
La gestione del cambiamento può aumentare il successo di organizzazioni e progetti applicando strumenti strutturati, implementando diversi metodi e progettando processi chiari. Il top management dovrebbe pianificare di implementare il cambiamento in modo tale che i dipendenti sentano che il cambiamento porterà loro dei risultati positivi.
Esistono vari modelli per la gestione del cambiamento. Durante la pianificazione questi modelli dovrebbero essere presi in considerazione.
Un punto chiave in CM è coinvolgere le persone nel processo di cambiamento. Il cambiamento in un'organizzazione non può essere realizzato senza il supporto dei dipendenti e del management. Il piano corretto per CM aiuta a garantire che il processo di cambiamento sia avviato e gestito dalle persone giuste al momento giusto.
Lettura consigliata
- Le 10 migliori soluzioni software per la gestione del cambiamento nel 2021
- 11 MIGLIORI strumenti di gestione della configurazione software (strumenti SCM nel 2021)
- Tutorial Bugzilla: Tutorial pratico dello strumento di gestione dei difetti
- Tutorial sulla gestione dei test: una guida definitiva alla gestione dei test
- Tutorial pratico di revisione dello strumento di gestione dei test PractiTest
- Gestione della configurazione nelle pratiche DevOps
- Esercitazione sul test di configurazione con esempi
- 25 migliori strumenti di gestione dei progetti nel 2021 (ultime classifiche)