Risposte:
Per quanto riguarda l'agile, non credo che nessuna squadra possa fare a meno di " retrospettive agili ". Le retrospettive sono la spina dorsale di qualsiasi squadra e gestirle correttamente è tutt'altro che banale.
Consiglio anche " Coaching team agili ". Attualmente lo sto leggendo e circa a metà strada. Di tanto in tanto può essere un po 'soffice, ma fornisce molti spunti eccellenti, almeno per me.
(Modifica successiva: intendevo "coaching agile team", non "agile coaching".)
Agile Software Development con Scrum è stato il libro che ho letto per il mio corso CSM. Finora l'ho trovato abbastanza utile (il nostro team ha appena iniziato il suo terzo sprint). Consiglio vivamente di leggere diversi libri sull'argomento, preferibilmente di diversi autori. Ciò dovrebbe darti una buona idea di dove siano le differenze e quindi su quali cose devi veramente pensare e giungere alle tue conclusioni.
Scrum and XP from the Trenches è un ottimo libro sull'argomento. A differenza di altri libri, descrive come una società ha fatto la mischia da zero. È un libro più pratico, che ti dà un assaggio di COME si può fare la mischia. E il libro è GRATUITO.
Per Scrum, sceglierei "Agile Estimating and Planning" di Mike Cohn .
Copre Scrum dalle basi ad alcuni degli argomenti più complessi e affronta anche alcune delle domande più comuni che sorgono quando si inizia con Scrum. Per esempio:
Cohn affronta anche alcuni argomenti dal punto di vista di un Product Owner: come dare la priorità a un backlog, diversi approcci per arrivare a una misura di quel "valore aziendale" sempre sfuggente, incl. il modello Kano per lo sviluppo del prodotto. Non tutto ciò può essere rilevante per qualcuno che ricopre un ruolo di sviluppo rigoroso (ho un'altra idea sul fatto che il "ruolo di sviluppatore rigoroso" sia anche una buona cosa), ma è sempre utile avere un certo contesto. In effetti, direi che il contesto è essenziale per il successo a lungo termine.
Agile Software Development: The Cooperative Game (2nd Edition)
... uno dei pionieri principali di Agile aggiorna il suo libro vincitore della Jolt Productivity per riflettere tutto ciò che è stato appreso sullo sviluppo agile dalla sua introduzione originale.
Alistair Cockburn inizia aggiornando il suo potente modello di sviluppo software come un "gioco cooperativo di invenzione e comunicazione". Tra le nuove idee che introduce: sfruttare la concorrenza senza danneggiare la collaborazione; apprendere lezioni dalla produzione snella; e strategie di bilanciamento per la comunicazione. Cockburn spiega anche come si gioca il gioco cooperativo negli affari e nei progetti di ingegneria, non solo nello sviluppo di software
Successivamente, illumina sistematicamente il modello agile, mostra come si è evoluto e risponde alle domande che gli sviluppatori e i project manager pongono più spesso, tra cui
- Dove si colloca lo sviluppo agile nella nostra organizzazione?
- Come mescoliamo idee agili con altre idee?
- Come estendere le idee agili in modo più ampio?
Cockburn assume idee sbagliate cruciali che causano il fallimento di progetti agili. Ad esempio, imparerai perché la codifica delle strategie di gestione dei progetti in processi fissi può portare a decisioni strategiche inefficaci e errori costosi. Troverai anche una discussione ponderata sulla controversa relazione tra metodi agili e progettazione dell'esperienza utente.
Cockburn si rivolge alle sfide pratiche della costruzione di metodologie agili per i propri team. Imparerai come ottimizzare e reinventare continuamente le tue metodologie e come gestire la comunicazione incompleta ...