Réponses:
Concernant l'agile, je ne pense pas qu'une équipe puisse se passer de " rétrospectives agiles ". Les rétrospectives sont l'épine dorsale de toute équipe et les gérer correctement est loin d'être anodin.
Je recommande également " Coaching d'équipes agiles ". Je le lis actuellement et à mi-chemin. Il peut être un peu moelleux de temps en temps, mais il fournit de nombreuses idées excellentes - du moins pour moi.
(Édition ultérieure: je voulais dire "coaching d'équipes agiles", pas "coaching agile".)
Agile Software Development with Scrum est le livre que j'ai lu pour mon cours CSM. Je l'ai trouvé assez utile jusqu'à présent (notre équipe ne fait que commencer son troisième sprint). Je recommande vraiment de lire plusieurs livres sur le sujet, de préférence par différents auteurs. Cela devrait vous donner une bonne idée de l'endroit où se trouvent les différences, et donc des choses sur lesquelles vous devez vraiment réfléchir et tirer vos propres conclusions.
Scrum et XP des Tranchées est un très bon livre sur le sujet. Contrairement à d'autres livres, il décrit comment une entreprise a fait de la mêlée à partir de zéro. C'est un livre plus pratique, qui vous donne une idée de COMMENT faire de la mêlée. Et le livre est GRATUIT.
Pour Scrum, je choisirais "Agile Estimating and Planning" de Mike Cohn .
Il couvre Scrum des bases à certains des sujets les plus complexes et aborde également certaines des questions les plus courantes qui se posent lors du démarrage de Scrum. Par exemple:
Cohn aborde également certains sujets du point de vue d'un propriétaire de produit - comment hiérarchiser un backlog, différentes approches pour arriver à une mesure de cette "valeur commerciale" toujours insaisissable, incl. le modèle Kano pour le développement de produits. Tout cela peut ne pas être pertinent pour quelqu'un dans un rôle de développeur strict (j'ai une toute autre diatribe pour savoir si "rôle de développeur strict" est même une bonne chose), mais il est toujours utile d'avoir un certain contexte. En fait, je dirais que le contexte est essentiel pour réussir à long terme.
Développement logiciel agile: le jeu coopératif (2e édition)
... l'un des principaux pionniers d'Agile met à jour son livre primé Jolt Productivity pour refléter tout ce qui a été appris sur le développement Agile depuis son introduction initiale.
Alistair Cockburn commence par mettre à jour son puissant modèle de développement logiciel comme un «jeu coopératif d'invention et de communication». Parmi les nouvelles idées qu'il présente: exploiter la concurrence sans nuire à la collaboration; tirer des leçons de la fabrication sans gaspillage; et équilibrer les stratégies de communication. Cockburn explique également comment le jeu coopératif se joue dans les entreprises et les projets d'ingénierie, pas seulement le développement de logiciels
Ensuite, il éclaire systématiquement le modèle agile, montre comment il a évolué et répond aux questions que les développeurs et les chefs de projet posent le plus souvent, notamment
- Quelle est la place du développement agile dans notre organisation?
- Comment mélanger des idées agiles avec d'autres idées?
- Comment élargir les idées agiles de manière plus large?
Cockburn adopte des idées fausses cruciales qui provoquent l'échec des projets agiles. Par exemple, vous apprendrez pourquoi l'encodage de stratégies de gestion de projet dans des processus fixes peut conduire à des décisions stratégiques inefficaces et à des erreurs coûteuses. Vous trouverez également une discussion approfondie sur la relation controversée entre les méthodes agiles et la conception de l'expérience utilisateur.
Cockburn se tourne vers les défis pratiques de la construction de méthodologies agiles pour vos propres équipes. Vous apprendrez comment régler et réinventer en permanence vos méthodologies, et comment gérer une communication incomplète ...