« ScruML » : différence entre les versions

De Wiki Agile
Aucun résumé des modifications
Aucun résumé des modifications
 
(Une version intermédiaire par le même utilisateur non affichée)
Ligne 2 : Ligne 2 :
[[Category: Portail Framework]]
[[Category: Portail Framework]]
[[Category: Portail ScrumMaster]]
[[Category: Portail ScrumMaster]]
<div id="content_view" class="wiki" style="display: block"> Auteur : Henrik Kniberg<br /> Source : [http://blog.crisp.se/2007/08/25/henrikkniberg/1187995980000 ScruML]<br /> Date : 25/08/2007<br />
Auteur : Henrik Kniberg<br />
Source : [http://blog.crisp.se/2007/08/25/henrikkniberg/1187995980000 ScruML]<br />
Date : 25/08/2007<br />
----
----
Traducteur : Fabrice Aimetti<br /> Date : 04/11/2009<br />
Traducteur : Fabrice Aimetti<br />
Date : 04/11/2009<br />
----
----
''Traduction :''<br /> <br /> <span style="display: block; text-align: justify">Le monde n'a-t-il pas besoin d'un autre langage de modélisation ? :)</span><br /> <span style="display: block; text-align: justify">'''ScruML''' signifie "'''Scru'''m '''M'''odelling '''L'''anguage". Comme UML, mais spécifique à un domaine et non pas aussi stricte et ... euh ...finalement peut être pas tant que ça comme UML, après tout.</span><br /> <span style="display: block; text-align: justify">ScruML est utilisé pour visualiser une organisation Scrum d'une manière si simple que même les managers vont comprendre. Il se concentre uniquement sur les éléments propres à Scrum (les Product Owners, les Équipes et qui fournit à qui), ce n'est donc pas une cartographie complète de l'organisation. C'est un outil qui peut aider une entreprise à essayer de comprendre comment mettre en œuvre Scrum dans son contexte particulier.</span><br /> <span style="display: block; text-align: justify">A quoi ressemble une organisation dans sa première étape ? Et à la deuxième étape ? Quelles sont les équipes existantes ? Quelles sont les équipes qui ont besoin de se synchroniser avec les autres ? Quelle partie prenante (~stakeholders) alimente quelle product backlog ? Quels product backlog alimentent quelles équipes? Si il y a plusieurs product owners, qui doit résoudre les conflits de priorité entre eux ? Quelle est la définition du fini ? Combien de temps durent les sprints? et ainsi de suite. Tout dans un seul dessin, simple et beau.</span><br /> <span style="display: block; text-align: justify">'''NOTE AUX LECTEURS SENSIBLES :''' Certains des diagrammes ci-dessous montrent des organisations Scrum qui ne sont pas optimales, y compris des choses terribles comme les transferts de responsabilités à l'équipe de recette (~QA). J'ai entendu dire que de telles organisations existaient réellement sur le terrain ;-)</span><br /> <span style="display: block; text-align: justify">Vous semblez être une personne intelligente et impatiente de sorte que, au lieu d'écrire de fastidieuses spécifications, je vais donner 3 exemples et vous laisser comprendre les détails vous-même.</span><br /> <span style="display: block; text-align: justify">'''Exemple 1 : Une seule équipe''' <span style="line-height: 1.5">(ou Hello World)</span></span><br /> <span style="display: block; text-align: justify">[[Image:ScruML1.jpg|ScruML1.jpg|border]]</span><br /> <br /> <span style="display: block; text-align: justify">Ce diagramme montre les choses suivantes :</span><br />  
Traduction :<br />
<br />
<span style="display: block; text-align: justify">Le monde n'a-t-il pas besoin d'un autre langage de modélisation ? :)</span><br /> <span style="display: block; text-align: justify">'''ScruML''' signifie "'''Scru'''m '''M'''odelling '''L'''anguage". Comme UML, mais spécifique à un domaine et non pas aussi stricte et ... euh ...finalement peut être pas tant que ça comme UML, après tout.</span><br /> <span style="display: block; text-align: justify">ScruML est utilisé pour visualiser une organisation Scrum d'une manière si simple que même les managers vont comprendre. Il se concentre uniquement sur les éléments propres à Scrum (les Product Owners, les Équipes et qui fournit à qui), ce n'est donc pas une cartographie complète de l'organisation. C'est un outil qui peut aider une entreprise à essayer de comprendre comment mettre en œuvre Scrum dans son contexte particulier.</span><br /> <span style="display: block; text-align: justify">A quoi ressemble une organisation dans sa première étape ? Et à la deuxième étape ? Quelles sont les équipes existantes ? Quelles sont les équipes qui ont besoin de se synchroniser avec les autres ? Quelle partie prenante (~stakeholders) alimente quelle product backlog ? Quels product backlog alimentent quelles équipes? Si il y a plusieurs product owners, qui doit résoudre les conflits de priorité entre eux ? Quelle est la définition du fini ? Combien de temps durent les sprints? et ainsi de suite. Tout dans un seul dessin, simple et beau.</span><br /> <span style="display: block; text-align: justify">'''NOTE AUX LECTEURS SENSIBLES :''' Certains des diagrammes ci-dessous montrent des organisations Scrum qui ne sont pas optimales, y compris des choses terribles comme les transferts de responsabilités à l'équipe de recette (~QA). J'ai entendu dire que de telles organisations existaient réellement sur le terrain ;-)</span><br /> <span style="display: block; text-align: justify">Vous semblez être une personne intelligente et impatiente de sorte que, au lieu d'écrire de fastidieuses spécifications, je vais donner 3 exemples et vous laisser comprendre les détails vous-même.</span><br /> <span style="display: block; text-align: justify">'''Exemple 1 : Une seule équipe''' <span style="line-height: 1.5">(ou Hello World)</span></span><br /> <span style="display: block; text-align: justify">[[Image:ScruML1.jpg|ScruML1.jpg|border|link=]]</span><br /> <br /> <span style="display: block; text-align: justify">Ce diagramme montre les choses suivantes :</span><br />  


* <span style="line-height: 1.5">Nous avons une équipe composée de 5 membres, avec Reza Farhang (RF) en tant que ScrumMaster.</span>
* <span style="line-height: 1.5">Nous avons une équipe composée de 5 membres, avec Reza Farhang (RF) en tant que ScrumMaster.</span>
Ligne 13 : Ligne 18 :
* <span style="line-height: 1.5">La définition du fini est "livré à l'utilisateur final".</span>
* <span style="line-height: 1.5">La définition du fini est "livré à l'utilisateur final".</span>
* <span style="line-height: 1.5">La longueur d'un sprint est de 2 semaines (~2weeks).</span>
* <span style="line-height: 1.5">La longueur d'un sprint est de 2 semaines (~2weeks).</span>
<br /> <span style="display: block; line-height: 1.5; text-align: justify">'''Exemple 2 : Plusieurs équipes'''</span><br /> <span style="display: block; text-align: justify">[[Image:ScruML2.JPG|ScruML2.JPG|border]]</span><br /> <br /> <span style="display: block; text-align: justify">Ce diagramme montre les choses suivantes :</span><br />  
<br /> <span style="display: block; line-height: 1.5; text-align: justify">'''Exemple 2 : Plusieurs équipes'''</span><br /> <span style="display: block; text-align: justify">[[Image:ScruML2.JPG|ScruML2.JPG|border|link=]]</span><br /> <br /> <span style="display: block; text-align: justify">Ce diagramme montre les choses suivantes :</span><br />  


* <span style="line-height: 1.5">Nous avons deux équipes qui travaillent sur le même product backlog.</span>
* <span style="line-height: 1.5">Nous avons deux équipes qui travaillent sur le même product backlog.</span>
Ligne 20 : Ligne 25 :
* <span style="line-height: 1.5">Les équipes ont besoin de synchroniser leurs travaux grâce à un Scrum de Scrums (la ligne en pointillé), mais ils livrent à l'Exploitation de façon indépendante. Il n'y a pas d'étape d'intégration.</span>
* <span style="line-height: 1.5">Les équipes ont besoin de synchroniser leurs travaux grâce à un Scrum de Scrums (la ligne en pointillé), mais ils livrent à l'Exploitation de façon indépendante. Il n'y a pas d'étape d'intégration.</span>
* <span style="line-height: 1.5">Le product backlog est essentiellement alimenté par les commerciaux, les managers, les bêta testeurs et le support.</span>
* <span style="line-height: 1.5">Le product backlog est essentiellement alimenté par les commerciaux, les managers, les bêta testeurs et le support.</span>
<br /> <span style="display: block; line-height: 1.5; text-align: justify">'''Exemple 3 : Plusieurs équipes & plusieurs product owners'''</span><br /> <span style="display: block; text-align: justify">[[Image:ScruML3.JPG|ScruML3.JPG|border]]</span><br /> <br /> <span style="display: block; text-align: justify">Ce diagramme montre les choses suivantes :</span><br />  
<br /> <span style="display: block; line-height: 1.5; text-align: justify">'''Exemple 3 : Plusieurs équipes & plusieurs product owners'''</span><br /> <span style="display: block; text-align: justify">[[Image:ScruML3.JPG|ScruML3.JPG|border|link=]]</span><br /> <br /> <span style="display: block; text-align: justify">Ce diagramme montre les choses suivantes :</span><br />  


* <span style="line-height: 1.5">Nous avons 2 product owners et 2 product backlogs (JM et LJ).</span>
* <span style="line-height: 1.5">Nous avons 2 product owners et 2 product backlogs (JM et LJ).</span>
Ligne 31 : Ligne 36 :
* <span style="line-height: 1.5">Les trois équipes ont des dépendances, et se synchronisent donc par le biais de scrum of scrums.</span>
* <span style="line-height: 1.5">Les trois équipes ont des dépendances, et se synchronisent donc par le biais de scrum of scrums.</span>
* <span style="line-height: 1.5">Si JM et LJ rencontrent des conflits de ressources (par exemple, qui reçoit les nouvelles recrues ou bénéficie d'une super plate-forme), le conflit est résolu par AS.</span>
* <span style="line-height: 1.5">Si JM et LJ rencontrent des conflits de ressources (par exemple, qui reçoit les nouvelles recrues ou bénéficie d'une super plate-forme), le conflit est résolu par AS.</span>
<br /> <span style="display: block; text-align: justify">Le fait de passer par la recette n'est pas très agile, La version propre de ce schéma est la suivante :</span><br /> <br /> <span style="display: block; text-align: justify">[[Image:ScruML4.JPG|ScruML4.JPG|border]]</span><br /> <br /> <span style="display: block; text-align: justify">N'hésitez pas à ajouter d'autres éléments dont vous auriez besoin. Rappelez-vous juste que l'ajout d'un trop grand nombre de nouveaux éléments rendra rapidement le diagramme illisible...</span>
<br /> <span style="display: block; text-align: justify">Le fait de passer par la recette n'est pas très agile, La version propre de ce schéma est la suivante :</span><br /> <br /> <span style="display: block; text-align: justify">[[Image:ScruML4.JPG|ScruML4.JPG|border|link=]]</span><br /> <br /> <span style="display: block; text-align: justify">N'hésitez pas à ajouter d'autres éléments dont vous auriez besoin. Rappelez-vous juste que l'ajout d'un trop grand nombre de nouveaux éléments rendra rapidement le diagramme illisible...</span>