Voir la source de Scrum vs. Shape Up : les différences

[[Category: Portail Framework]]
Auteur : Marc Rovira Vall<br />
Source : [https://www.linkedin.com/pulse/scrum-vs-shape-up-diferencias-marc-rovira-vall/ Scrum vs. Shape Up: Diferencias]<br />
Date : 05/01/2023<br />
----
Traducteur : Fabrice Aimetti<br/>
Date : 19/12/2023<br />
----
Traduction :<br/>
<br/>
[[Fichier:SU scrum vs shapeup.png|border|link=|800px]]<br/>
<small>''Illustration créée par l'auteur avec Excalidraw''</small><br/>
<br/>
Dans [https://www.linkedin.com/pulse/scrum-vs-shape-up-similitudes-marc-rovira-vall/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3BPhrDMiQbRnCMx0stD0Osng%3D%3D l'article précédent], nous avons vu que Scrum et Shape Up partagent certaines similitudes. Dans cet article, nous verrons qu'il existe également des différences significatives entre les deux.<br/>
<br/>
Quelles sont donc ces différences ?

==Sprints vs Cycles==
[[Fichier:SU cycles.png|border|link=|800px]]<br/>
<small>''Illustration créée par l'auteur avec Excalidraw''</small><br/>
<br/>
Scrum fonctionne généralement par sprints de deux semaines, sans interruption entre la fin d'un sprint et le début du suivant, selon un [https://es.wikipedia.org/wiki/Desarrollo_iterativo_y_creciente modèle de développement itératif et incrémental].<br/>
<br/>
En revanche, les cycles de développement standard de Shape Up sont d'environ 6 semaines, plus une période de relâchement ([https://www.linkedin.com/pulse/introducci%C3%B3n-al-m%C3%A9todo-shape-up-per%C3%ADodo-de-cool-down-marc-rovira-vall/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3BPhrDMiQbRnCMx0stD0Osng%3D%3D ''Cool-down'']) de 2 semaines, suivant également un modèle "itératif et incrémental", mais non consécutif dans le temps. Dans Shape Up, nous partons d'un document Pitch, qui est le résultat de [[https://www.linkedin.com/pulse/introducci%C3%B3n-al-m%C3%A9todo-shape-up-fase-de-shaping-marc-rovira-vall/?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3BPhrDMiQbRnCMx0stD0Osng%3D%3D l'étape Shaping], et à partir de là, l'équipe (de développement) commence à ordonner le travail qu'elle découvre qu'elle doit faire, en identifiant les différents éléments du logiciel qui le composent, en commençant par [https://basecamp.com/gettingreal/09.2-epicenter-design l'épicentre], découvrant ainsi les problèmes à résoudre en suivant un ordre logique d'exécution. Dans Shape Up, pratiquement toute nouvelle fonctionnalité est mise en œuvre en un seul cycle de 6 semaines au maximum, mais il peut arriver que quelque chose d'important ait été oublié dans le cycle par manque de temps (le but que nous nous sommes fixé). Dans ce cas, nous pouvons toujours procéder à une nouvelle mise en forme (''shaping'') des améliorations qui ont été laissées de côté (qu'il s'agisse d'aspects de conception UX/UI, de cas d'utilisation non envisagés, de nouveaux paramètres de configuration, etc. De cette façon, nous appliquerions un développement "itératif", car il nécessite une nouvelle itération sous la forme d'un nouveau mini-projet dans lequel le même processus de travail est répété ; et "incrémental" parce que cette nouvelle itération serait comme un affinage de la première. Et tout cela dans des intervalles de temps non consécutifs, contrairement à Scrum où les sprints d'affinage se succèdent les uns après les autres.<br/>
<br/>