« Scrum vs. Shape Up : les différences » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 40 : | Ligne 40 : | ||
En revanche, le Shaping dans Shape Up est pratiquement un travail à temps plein effectué par un profil Produit senior (type Product Manager) pendant les 6 semaines du cycle, qui, après que le pari ait été effectué (dans [https://www.linkedin.com/pulse/introducci%C3%B3n-al-m%C3%A9todo-shape-up-fase-de-betting-marc-rovira-vall/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3BPhrDMiQbRnCMx0stD0Osng%3D%3D l'étape Betting]), le Pitch résultant est transmis à l'équipe de développement pour qu'elle l'exécute. Au cours de l'étape Shaping, les experts techniques (analystes, architectes, programmeurs, concepteurs UX/UI, testeurs QA, etc.) sont impliqués de temps à autre pour évaluer la faisabilité technique de ce qui est défini (en effectuant des [https://en.wikipedia.org/wiki/Spike_(software_development) spikes] si nécessaire). Leur implication précoce aide également l'équipe de développement à s'approprier le projet (meilleure acceptation) au moment de se mettre au travail (à [https://www.linkedin.com/pulse/introducci%C3%B3n-al-m%C3%A9todo-shape-up-fase-de-building-marc-rovira-vall/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3BPhrDMiQbRnCMx0stD0Osng%3D%3D l'étape de la construction]).<br/> | En revanche, le Shaping dans Shape Up est pratiquement un travail à temps plein effectué par un profil Produit senior (type Product Manager) pendant les 6 semaines du cycle, qui, après que le pari ait été effectué (dans [https://www.linkedin.com/pulse/introducci%C3%B3n-al-m%C3%A9todo-shape-up-fase-de-betting-marc-rovira-vall/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3BPhrDMiQbRnCMx0stD0Osng%3D%3D l'étape Betting]), le Pitch résultant est transmis à l'équipe de développement pour qu'elle l'exécute. Au cours de l'étape Shaping, les experts techniques (analystes, architectes, programmeurs, concepteurs UX/UI, testeurs QA, etc.) sont impliqués de temps à autre pour évaluer la faisabilité technique de ce qui est défini (en effectuant des [https://en.wikipedia.org/wiki/Spike_(software_development) spikes] si nécessaire). Leur implication précoce aide également l'équipe de développement à s'approprier le projet (meilleure acceptation) au moment de se mettre au travail (à [https://www.linkedin.com/pulse/introducci%C3%B3n-al-m%C3%A9todo-shape-up-fase-de-building-marc-rovira-vall/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3BPhrDMiQbRnCMx0stD0Osng%3D%3D l'étape de la construction]).<br/> | ||
<br/> | <br/> | ||
Une autre différence est que l'affinage dans Scrum se fait au niveau de la story utilisateur et affecte le Backlog Produit (ajout de détails techniques et d'estimations dans les stories, repriorisation du Backlog, etc.) ; alors que dans Shape Up le shaping se fait au niveau du document Pitch sans aucun effet sur le Backlog parce que dans Shape Up le concept de Backlog tel que nous le connaissons n'existe pas. | |||
==Epics et User Stories vs Documents du Pitch== | |||
