Probabilmente, l'aspetto più importante dell'agilità è il cambiamento. Infatti, l'agilità può essere intesa come il passaggio da un modo di lavorare a un altro. Dal fare qualcosa di pianificato, potenzialmente inutile, al fare qualcosa di inaspettato ma sicuramente utile.
Per ottenere un cambiamento, dovete prima scoprire cosa potete fare di diverso per la vostra prossima azione. Scoprire il cambiamento necessario è di solito doloroso. Le persone sono abituate a fare le cose in un modo specifico. Sono abituate a svolgere compiti concreti e ben conosciuti. Deragliare dalla loro routine quotidiana è scomodo e molte volte si può incontrare una certa resistenza. Questo è normale, anche se si è preparati al cambiamento.
Abbiamo imparato ad apprezzare [...] la capacità di rispondere ai cambiamenti piuttosto che seguire un piano.
- Il Manifesto Agile
Il cambiamento può essere innescato da diverse fonti. Probabilmente la più dolorosa è quando un cliente vi dice che il vostro prodotto non fa quello che vuole. Le lamentele dei clienti devono essere analizzate e, se ragionevoli, devono essere prese in considerazione per essere inserite nel prodotto. Tali modifiche possono avere un impatto elevato sia sul prodotto che sul flusso di lavoro di sviluppo.
Un altro potenziale cambiamento inatteso è quando ci sfuggono uno o due bug e questi finiscono nel prodotto rilasciato. Il cliente si lamenterà che il prodotto funziona in modo difettoso. Questo tipo di reclamo è tuttavia meno doloroso del precedente. Sì, c'è un errore da correggere, ma almeno sia il cliente che voi siete d'accordo su ciò che il prodotto deve fare. La modifica influisce sul flusso di lavoro del team di sviluppo introducendo un compito imprevisto, ma tutti accettano facilmente che deve essere fatto.
Il terzo modo per produrre cambiamenti in un progetto o nel nostro flusso di lavoro di sviluppo può verificarsi quando uno o più membri del team identificano un problema. Quindi trovano una soluzione e cercano di introdurre un cambiamento nel flusso di lavoro dell'intero team. Questo cambiamento nasce per eliminare il problema identificato. Questo tipo di cambiamento richiede che una persona convinca tutti gli altri che esiste un problema. Inoltre, questa persona deve convincere gli altri che il disagio causato dal cambiamento oggi renderà la vita di tutti più facile domani. Questo può essere il cambiamento più difficile da introdurre, indipendentemente dal lato della barricata in cui ci si trova.
Leggete il resto della serie Dietro le quinte:
Dietro le quinte #9: Lo strumento giusto per il lavoro - Sviluppo di più lingue
Dietro le quinte #8: Programmatore poliglotta - Sviluppo di lingue multiple
Dietro le quinte #7: Essere agili rispondendo al cambiamento
Dietro le quinte #6: L'arte della programmazione
Dietro le quinte #5: Doppia visione - Programmazione a coppie
Dietro le quinte #4: Tecno Agile
Dietro le quinte #3: Shock culturale
Dietro le quinte #2: Non siamo prodigi
Dietro le quinte #1: Come sviluppiamo il sistema operativo di archiviazione