Agile Tour 2008: ça se passera prés de chez vous …
Ou Presque ! …
Ou Presque ! …
… pas dans l’Equipe, et c’est bien dommage !
ou vers une gestion de projet Agile (c’est plus polémique) …
ScrumMaster c’est l’un des 3 rôles (avec le Product Owner et l’Equipe) proposé par Scrum; c’est aussi un point de vigilance pour moi en tant que Coach Agile.
Le rôle de ScrumMaster consiste à aider l’équipe à travailler de manière autonome et à s’améliorer constamment, un rôle que l’on peut exercer avec ou sans la certification de la Scrum Alliance (ce beau logo sur ma page Qui suis-je).
J’assimile souvent le ScrumMaster à un « chef de projet Agile », même si beaucoup ne partagent pas mon avis. Alors blasphème, risque de confusion, peut être … mais le ScrumMaster est selon moi le symbole vivant d’une gestion de projet 3.0, une gestion de projet différente, collaborative et plus humaine.
Et puis après tout, parler de « chef de projet agile », c’est aussi une façon de tendre la main à tous ces chefs de projets élevés au lait PMI (Project management Institute) , bien loin de l’agilité…
C’est la première valeur de l’Agile Manifesto, c’est aussi, en substance, le message que souhaite faire passer aux chefs de projet, Bertrand Duperrin dans un récent billet.
Un premier pas, certes … mais les chefs de projet ne font qu’appliquer des process qui ont généralement été pensé par d’autres et utilisent bien souvent des outils qu’on leur impose ! …
Oh que oui !
et pourtant les rétrospectives sont parfois négligées voire absentes… or s’il y a bien une réunion indispensable, notamment dans les contextes Agiles (SCRUM, XP) et dans les autres, c’est bien celle là. Voyons en quoi cela consiste ..
C’est le principe N° 1 du Lean Software Development. C’est à la fois une façon de pensée et un concept trés opérationnel qui se traduit par l’examen attentif de 7 sources de gaspillage potentielles (« Muda ») qu’on retrouve dans la conception d’applications informatiques:
Dans la continuité de mon billet précédent (KANBAN board : encore plus Lean, encore plus Agile), voici les grands principes du Lean Software Development.
D’ailleurs, si votre Boss vient vous voir dans quelques mois en vous parlant de Lean et de gaspillages, reprenez ce billet et dites lui simplement que vous avez déjà commencé à vous en occuper en mettant en place des pratiques Agiles…
12 bonnes pratiques compilées par Jeff Patton (la référence sur la question). 12 bonnes pratiques qui ont prouvées leur efficience avec de multiples équipes, dans de multiples entreprises et qui rejoignent dans les grandes lignes mon Manifeste pour une ergonomie agile, c’est rassurant :))
La traduction que j’en fais est toute personnelle et n’engage que moi; voici pour les puristes la version originale. Pour chaque bonne pratique, je vous livre un rapide commentaire et le niveau de priorité que personnellement je lui donne (Must / Should / Can / Won’t).
Une User story est une exigence du système à développer, formulée en une ou deux phrases dans le langage de l’utilisateur. Les User Stories émergent au cours d’ateliers de travail menés avec le Métier, le Client ou les Utilisateurs.
Quelques Exemples :
« En tant que recruteur, je peux déposer des offres d’emploi »; « En tant qu’utilisateur, je peux réserver une chambre d’hôtel »; » En tant utilisateur, je peux annuler une réservation »; « En tant que jeune diplômé, je peux créer un CV »; « En tant que jeune diplômé je peux supprimer un CV »; « En tant que jeune diplômé je peux modifier un CV »…
Et pourtant, définir par quoi on va commencer les développements, quelles fonctionnalités, quels thèmes placer en haut de la pile, en 1 mot, PRIORISER, est un des éléments moteurs de la mécanique Agile…Troisième billet orienté Coaching Scrum…
Copyright © 2025 | Thème WordPress par MH Themes