Itérer sur une proposition, recueillir le feedback, c’est trés bien …
(je dirais même c’est SUPER, assez tôt, c’est ce que préconise la Conception Centrée Utilisateur avec l’ISO 13407, c’est aussi une technique intégrèe par les méthodes Agiles ou le Lean Software Development),
… Mais, ce n’est pas faire du Développement Itératif, au sens Agile, au sens Ingenierie Logicielle, et ce n’est pas suffisant pour récolter un maximum de bénéfices…
Ou Presque ! …
Bon, vous connaissez tous cette recommandation ergonomique, relative aux formulaires:
« Distinguez les champs obligatoires des champs optionnels«
Une recommandation globalement bien respectée. Reste à savoir comment opérer cette distinction car aujourd’hui le bon design d’interface se joue dans le détail. 4 cas et quelques illustrations …
… 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é…
Une même info, un style différent, des angles différents aussi, parfois… les bloggeurs francophones sont à l’affût. Votez pour le meilleur titre ou le meilleur […]
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…
Copyright © 2026 | Thème WordPress par MH Themes