Pendant les deux dernières années j’ai voulu apprendre Agile, particulièrement Scrum. Pratique intense, étude et certifications ont été un excellent moyen pour améliorer ma connaissance
- Scrum n’est pas automatiquement applicable à tous les projets
- Une formation de deux jours c’est un bon point de départ. Pour maîtriser Scrum il faut beaucoup de pratique et discipline
- Scrum est le véhicule, la destination et la route à faire pour créer le produit est décidée par l’équipe Scrum
- Pour appliquer Scrum, le management doit permettre (et même célébrer) les échecs, car ils constituent une chance d’apprendre et améliorer
- Le daily meeting n’est pas optionnel, ou hebdomadaire, il est vraiment à faire tous les jours 🙂
- Le management est un acteur important pour la mise en œuvre de Scrum, une bonne compréhension des principes agiles est fondamentale. Un manager agile agit en servant leader et élimine les obstacles qui empêchent l’équipe d’être performante
- Le rôle du chef de projet traditionnel disparaît, remplacé par les rôles du Product Owner et Scrum Master
- L’attitude “command & control” est abandonné en faveur de l’empirisme et de l’auto organisation. Le chef de projet devient “servant leader”, au service de l’équipe à qui il apprends le cadre et pour qui il élimine les barrières qui empêchent le travail
- Les 5 valeurs Scrum (Courage, Focus, Commitment, Respect, Openness) sont adoptés par l’équipe Scrum et, idéalement, par le management et l’organisation
- Un Scrum master expérimenté certifié ou un coach agile doivent être employés dans des équipes en transition depuis les approches traditionnelles waterfall vers Scrum
- Le Scrum Master n’est pas le responsable de l’équipe
- Le Product Owner n’est pas le responsable de l’équipe
- La DevTeam doit être dédiée au projet et polyvalente, il n’y a pas un chef d’équipe
- Les objectifs annuels des employés doivent être alignés avec les principes Scrum, pour favoriser la performance des équipes et la cohérence globale. Idéalement les objectifs individuels sont abandonnés en faveur d’objectifs d’équipe et de valeur délivré.
- Le sponsor du projet et le Product Owner doivent avoir une vision claire du produit à développer, sans cette vision la valeur produite par l’équipe sera moindre
- La “Sprint Review” (date et durée) ne s’adapte pas à la disponibilité du management
- La durée d’un Sprint ne change pas pour arranger les contraintes du Sponsor, du Management ou du Client
- Si des contraintes administratives ou organisationnelles doivent être respectées par le projet, elles seront incluse dans le Sprint, la vitesse de l’équipe en sera affectée
- Les définitions de “Ready” et/ou “Done” doivent prendre en compte les contraintes organisationnelles
- Dans un projet Scrum, coûts et délais sont fixés, la variable d’ajustement sont les fonctionnalités à développer