« Le Modèle Produit et l'Agile » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 28 : | Ligne 28 : | ||
Deuxièmement, et je sais que cela en irrite plus d'un, il existe aujourd'hui des définitions très différentes de ce que signifie "Agile". Certains considèrent SAFe comme Agile. Si c'est ce que vous considérez comme Agile, alors je dirais que l'Agile ne joue aucun rôle dans le modèle produit, puisque SAFe est pratiquement [https://www.svpg.com/scaling-agile-faq/ l'antithèse du modèle produit (en)].<br/> | Deuxièmement, et je sais que cela en irrite plus d'un, il existe aujourd'hui des définitions très différentes de ce que signifie "Agile". Certains considèrent SAFe comme Agile. Si c'est ce que vous considérez comme Agile, alors je dirais que l'Agile ne joue aucun rôle dans le modèle produit, puisque SAFe est pratiquement [https://www.svpg.com/scaling-agile-faq/ l'antithèse du modèle produit (en)].<br/> | ||
<br/> | <br/> | ||
Cette différence est souvent qualifiée aujourd'hui de "faux Agile" par rapport au "vrai Agile". Et pour être clair, si vous utilisez XP, ou Kanban, ou Scrum, ou même aucune des cérémonies Agile, mais que vous faites du déploiement continu de manière cohérente, alors au moins en ce qui me concerne, vous faites du "vrai Agile".<br/> | Cette différence est souvent qualifiée aujourd'hui de "faux Agile" par rapport au "vrai Agile". Et pour être clair, si vous utilisez XP, ou Kanban, ou Scrum, ou même [https://www.youtube.com/watch?v=mcnxxdzC2fY aucune des cérémonies Agile, mais que vous faites du déploiement continu de manière cohérente], alors au moins en ce qui me concerne, vous faites du "vrai Agile".<br/> | ||
<br/> | <br/> | ||
Troisièmement, nous devrions séparer les principes de l'Agile (tels que définis dans le Manifeste Agile) des divers processus, principalement de gestion de projet, qui ont été mis en place autour de ces principes (par exemple Scrum, Kanban, XP).[1]<br/> | Troisièmement, nous devrions séparer les principes de l'Agile (tels que définis dans le [https://agilemanifesto.org/principles.html Manifeste Agile]) des divers processus, principalement de gestion de projet, qui ont été mis en place autour de ces principes (par exemple Scrum, Kanban, XP).[1]<br/> | ||
<br/> | <br/> | ||
Je pense que la plupart des gens reconnaîtraient que les principes Agile sont en effet utiles et pertinents, et ce sont ces principes qui ont d'abord attiré beaucoup d'entre nous vers l'Agile. Cela dit, ces principes se rapportent principalement à la construction, au test et au déploiement de logiciels, et non à la question de savoir ce qu'il faut construire.[2]<br/> | |||
<br/> | |||
Enfin, il est également important de souligner qu'il existe un principe Agile qui peut être suffisant pour un travail logiciel sur mesure ou en sous-traitance, mais qui ne l'est pas pour un travail sur un produit commercial. Il s'agit du principe selon lequel "un logiciel opérationnel est la principale mesure d'avancement".<br/> | |||
<br/> | |||
==Notes== | ==Notes== | ||
[1] C'est pourquoi j'ai été déçu, mais pas surpris, de voir le mariage de l'Agile Alliance et du Project Management Institute (PMI).<br/> | [1] C'est pourquoi j'ai été déçu, mais pas surpris, de voir le mariage de l'Agile Alliance et du Project Management Institute (PMI).<br/> | ||
[2] Certains agilistes affirment que l'on peut utiliser l'approche Agile pour déterminer ce qu'il faut construire, simplement en construisant et en voyant si le produit fait ce que l'on veut. Bien que cela soit en partie vrai, ce serait la manière la plus lente et la plus coûteuse de découvrir un produit, sans parler d'abuser de vos pauvres clients. Il s'agit en fait du modèle "prêt - tirez - visez".<br/> | |||
