Voir la source de Bilan de santé de la brigade (modèle)

[[Category: Henrik Kniberg]]
[[Category: Portail ScrumMaster]]
<div id="content_view" class="wiki" style="display: block"> Auteurs : Henrik Kniberg ([https://twitter.com/henrikkniberg @henrikkniberg]) & Kristian Lindwall ([https://twitter.com/klindwall @klindwall])<br />  Source : [https://labs.spotify.com/2014/09/16/squad-health-check-model/ Squad Health Check model – visualizing what to improve (Spotify Labs)]<br />  Date : 16/09/2014<br />
----
 Traducteur : Fabrice Aimetti, Nicolas Mereaux (uniquement PDF et PPTX)<br />  Date : 16/09/2014 - MàJ 14/11/2016<br />
----
''Traduction :''<br /> <br /> <br /> [https://spotifylabscom.files.wordpress.com/2014/09/squad-health-check-model2.pdf [[Image:squad-health-check-model-overview.png|squad-health-check-model-overview.png]]]<br />  (Téléchargez les cartes et les instructions en PDF (en [https://spotifylabscom.files.wordpress.com/2014/09/squad-health-check-model2.pdf vo] et en [https://www.dropbox.com/s/kljfbp9n22hnlmi/squad-health-check-model-fr.pdf?dl=0 vf]) ou PPTX (en [https://spotifylabscom.files.wordpress.com/2014/09/squad-health-check-model.pptx vo] et en [https://www.dropbox.com/s/4j7as8ngxykg07i/squad-health-check-model-fr.pptx?dl=0 vf])<br /> <br /> <span style="display: block; line-height: 1.5; text-align: justify">'''Qu'est-ce qu'un modèle de bilan de santé d'une brigade ?'''</span><br /> <span style="display: block; text-align: justify"><span style="line-height: 1.5">Un grand nombre d'entreprises essayent de trouver des façons de mesurer et de visualiser comment s'y prennent leurs équipes. Ce qu'on appelle généralement des "modèles de maturité", et qui mettent en jeu une sorte de progression au travers de différents niveaux.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">L'objectif de ce type de modèles est généralement bénin : ce sont par exemple des managers ou des coachs, présents dans de grandes organisations, qui souhaitent se faire une idée de là où ils devraient porter leurs efforts d'amélioration, repérer les problèmes systémiques, et aider les équipes à prendre davantage conscience de là où elles devraient également porter leurs efforts d'amélioration.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="display: inline !important">Nous préférons utiliser d'autres termes comme par exemple "le modèle du bilan de santé", car le terme "maturité" paraît un peu ... eh bien .... paternaliste. De plus, la plupart de nos modèles ne comportent pas de progression au travers de différents niveaux, sachant que le premier utilisateur concerné est l'équipe elle-même plutôt que le management.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Améliorer l'organisation ressemble plus à un jeu de devinettes (comment savez-vous ce qui doit être amélioré, et comment allez-vous savoir si ça s'améliore ?). Une approche systémique avec une visualisation claire peut aider à diminuer ce côté devinette.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">'''D'accord, mais est-ce que ce type de modèles fonctionne réellement ?'''</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">C'est variable. Parfois, un tel modèle peut être très utile. Parfois, c'est plus un "bof", les gens mènent consciencieusement des ateliers, des enquêtes, ... puis les données sont ignorées.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Attention quand même, dans certaines entreprises, nous avons vu des modèles de ce type devenir des monstres, des outils d'oppression systémique provoquant sous-optimisation et peur lorsque les managers utilisaient le "modèle de maturité" pour juger les équipes et les monter les unes contre les autres, les équipes cachant leurs problèmes pour faire illusion. Ce n'est pas génial !</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">V<span style="line-height: 1.5">oici un camembert générique des "chances de succès" basé sur ce que nous avons constaté jusqu'à présent dans diverses entreprises :</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">[[Image:chance-of-success.png|chance-of-success.png]]</span></span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Cependant, même si les dommages potentiels sont pires que les bénéfices potentiels, IL EXISTE un gain potentiel, et il existe des moyens pour éviter le scénario catastrophe.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Chez Spotify, nous avons mené des expérimentations rigoureuses pendant plusieurs années, et nous avons trouvé quelques moyens qui fonctionnent assez bien (plus de bénéfice que de douleur). Au mieux Utile (NdT : Helpful!), au pire Bof (NdT : meh...), et à ce jour jamais une Catastrophe (NdT : Disaster!). Nous avons aussi mis en place ce modèle de bilan de santé dans plusieurs autres sociétés et constaté des résultats similaires, et nous avons donc pensé qu'il était temps d'écrire un article :o)</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">'''<span style="line-height: 1.5">Pour qui est ce modèle de bilan de santé ?</span>'''</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Lors d'un bilan de santé d'une [https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/ brigade] (notre terme pour une petite équipe de développement auto-organisée et pluridisciplinaire), il ne subsistait plus que deux parties prenantes :</span></span><span style="display: block; text-align: justify"><br /> 

* <span style="line-height: 1.5">'''La brigade elle-même.''' Tout en discutant des différents indicateurs de santé, la brigade prend progressivement conscience de ce qui fonctionne et de ce qui ne fonctionne pas. Le large éventail de questions aide à élargir leur point de vue. Peut-être étaient-ils bien au courant des problèmes de qualité du code, mais ils n'avaient pas vraiment réfléchi à la valeur perçue par le client, ou même à quelle vitesse ils apprenaient. Cela fournit également une vision équilibrée et objective des bonnes choses ainsi que des points de douleur.</span>
* '''Les personnes soutenant la brigade.''' Les managers et les coachs qui travaillent à l'extérieur (ou en partie à l'extérieur) de la brigade, obtiennent une vue très synthétique de ce qui fonctionne ou non. Ils peuvent également voir apparaître des patterns entre plusieurs brigades. Si vous avez des dizaines d'équipes et que vous ne pouvez pas parler à tout le monde de tout, un résumé visuel vous aidera à comprendre où consacrer votre temps, et à qui en parler.
</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">La première étape dans la résolution d'un problème est d'en être conscient. Et ce type de visualisation rend plus difficile pour tout le monde le fait d'ignorer le problème.</span><br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">'''<span style="line-height: 1.5">Comment nous le faisons chez Spotify ?</span>'''</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Nous faisons trois choses de base :</span></span><span style="display: block; text-align: justify"><br /> 

# Mener des '''ateliers''' dans lesquels les membres d'une brigade discutent et évaluent leur situation en se basant sur différents critères (qualité, plaisir, valeur, ...).
# Créer un '''résumé graphique''' du résultat
# Utiliser les données pour '''aider les brigades''' à s'améliorer
</span><span style="display: block; text-align: justify"><br />  Nous avons plusieurs variantes, l'une est tout simplement appelée le "modèle de bilan de santé de la brigade", d'autres sont par exemple appelées "jeu facile@agile" et "réflexion trimestrielle" (peut-être de futurs sujets d'articles). Le modèle de bilan de santé est une version améliorée de l'ancienne enquête trimestrielle "brigades autonomes" mentionnée dans l'article de 2012 [[Agilit%C3%A9%20%C3%A0%20grande%20%C3%A9chelle%20chez%20Spotify|"Agilité à grande échelle @ Spotify"]].<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Voici un exemple réel de résultat d'un bilan de santé pour une tribu :</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">[[Image:screen-shot-2014-09-16-at-06-52-03.png|screen-shot-2014-09-16-at-06-52-03.png]]<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Cela illustre la façon dont 7 brigades différentes d'une même tribu voient leur propre situation. La couleur est l'état actuel (vert = bon, jaune = quelques problèmes, rouge = très mauvais). La flèche montre la tendance (est-ce que cela s'améliore ou est-ce que ça se détériore ?).</span></span><span style="display: block; text-align: justify"><br /> <span style="line-height: 1.5">Regardez ce graphique pendant une minute, et vous commencerez à voir des choses intéressantes :</span></span><span style="display: block; text-align: justify"><br /> 

* '''Regardez chaque colonne''', et vous verrez des différences majeures entre les équipes. La brigade n°4 est contente sur à peu près tous les sujets. La brigade n°2 a beaucoup de problèmes, mais beaucoup de choses s'améliorent.
* '''Regardez chaque ligne''', et vous verrez émerger des patterns systémiques. Chaque brigade est motivée (et est même en train d'améliorer les choses) ! La motivation est apparemment au beau fixe. Mais le processus de livraison est problématique, et le code source est globalement en mauvais état. Au fil du temps, cela aura probablement un impact négatif sur la Motivation.
* '''Regardez le tableau d'ensemble''', <span style="line-height: 1.5">et vous verrez que presque toutes les flèches sont orientées vers le haut, seules deux flèches sont orientées vers le bas dans le tableau d'ensemble. Cela signifie que le processus d'amélioration (le processus le plus important de tous) semble fonctionner.</span>
</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Ceci, bien sûr, ne constitue qu'une approximation de la réalité ("tous les modèles sont faux, mais certains sont utiles" - George Box). Il vaut donc mieux vérifier deux fois les choses avant d'agir.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="display: inline !important">La brigade n°4 est-elle vraiment en si grande forme que cela, ou sont-ils juste optimistes et ils ne voient pas leurs propres problèmes ? La plupart des brigades pensent qu'elles livrent de la valeur à leurs clients, mais comment le savent-elles ? Est-ce fondé sur des vœux pieux ou sur les feedbacks de clients réels ?</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Dans ce cas particulier, la brigade n°4 a effectivement été formée une semaine avant le bilan de santé et elle était vraiment dans une phase de constitution, ou de "lune de miel". Donc, les deux brigades n°2 et n°4 ont besoin de beaucoup de soutien.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">La "Facilité à livrer" était clairement un problème majeur, c'est donc ce qui a conduit à mettre l'accent sur des choses comme la livraison continue, et nous avons ainsi vu un progrès.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Notez que ceci est un </span>''<span style="line-height: 1.5">modèle d'auto-évaluation</span>''<span style="line-height: 1.5">, le tout basé sur l'honnêteté et la subjectivité des personnes dans les brigades. Donc, cela ne fonctionne que dans un environnement de haute confiance, où les personnes font confiance à leurs managers et collègues pour agir au mieux de leurs intérêts. Il est facile de se prendre au jeu des données, il est donc essentiel de s'assurer qu'il n'y a aucun intérêt / récompense à le faire.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Spotify met heureusement à disposition un environnement de très haute confiance et les managers et coachs prennent soigneusement le temps de montrer qu'il s'agit d'un outil pour aider, et non pas un outil pour juger.</span><br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="display: inline !important">'''<span style="line-height: 1.5">Comment nous collectons les données ?</span>'''</span><br /> <br />  Nous avons constaté que les sondages en ligne sont très mauvais pour ce genre de chose. Principalement parce qu'ils interrompent la conversation, alors que c'est là que réside la plus grande partie de la valeur. Les membres de la brigade acquièrent une meilleure compréhension pendant qu'ils discutent, et les coachs acquièrent une meilleure compréhension sur la façon d'aider efficacement les brigades. Les données seules vous donnent seulement une petite partie de l'histoire, ce qui pourrait induire en erreur.<br /> <br />  Donc, nous (habituellement les coachs agiles) organisons des ateliers avec les brigades, en facilitant des conversations en face-à-face autour des différents indicateurs de santé. Une ou deux heures sont généralement suffisantes.<br /> <br />  Pour faciliter cela, nous avons un paquet de cartes "Supers Cartes", chaque carte étant un indicateur de santé avec un "Exemple de ce qui est Super" et un "Exemple de ce qui est Nul".<br /> <br /> [[Image:squad-health-check-awesome-cards.png|squad-health-check-awesome-cards.png]]<br /> <br />  (Téléchargez les cartes et les instructions en [https://spotifylabscom.files.wordpress.com/2014/09/squad-health-check-model2.pdf PDF] ou [https://spotifylabscom.files.wordpress.com/2014/09/squad-health-check-model.pptx PPTX] - merci à Martin Österberg pour la conception)<br /> <br />  Le paquet de cartes contient environ 10 cartes, voici un exemple de paquet complet :<br /> <br /> </span><br /> 
{| class="wiki_table"
! Sujet<br />
! Exemple de ce qui est Super<br />
! Exemple de ce qui est Nul<br />
|-
| '''Facilité à livrer'''<br />
| Livrer est simple, sécurisé,<br />  indolore & essentiellement<br />  automatisé.<br />
| Livrer est risqué, douloureux,<br />  essentiellement manuel, et<br />  prend une éternité.<br />
|-
| '''Processus adapté'''<br />
| Notre façon de travailler est<br />  parfaitement adaptée à nous.<br />
| Notre façon de travailler est nulle.<br />
|-
| '''Qualité technique'''<br /> '''(code source en'''<br /> '''bonne santé)'''<br />
| Nous sommes fiers de la qualité<br />  de notre code ! Il est propre,<br />  lisible et a une bonne couverture<br />  de tests.<br />
| Notre code est un tas de m...rde,<br />  et la dette technique a pris le<br />  pouvoir.<br />
|-
| '''Valeur'''<br />
| Nous livrons des trucs supers !<br />  Nous en sommes fiers et nos<br />  parties prenantes sont très contentes.<br />
| Nous livrons de la m...rde. Nous<br />  sommes honteux de livrer cela.<br />  Nos parties prenantes nous<br />  haïssent.<br />
|-
| '''Vitesse'''<br />
| Nous terminons rapidement les<br />  choses. Pas d'attente, pas de retard.<br />
| Il semble que nous ne terminions jamais<br />  quelque chose. Nous sommes<br />  toujours coincés ou interrompus.<br />  Les stories sont toujours bloquées par<br />  des dépendances.<br />
|-
| '''Mission'''<br />
| Nous savons exactement<br />  pourquoi nous sommes ici,<br />  et nous sommes vraiment<br />  enthousiasmés par ce sujet.<br />
| Nous n'avons pas la moindre idée<br />  de pourquoi nous sommes là, il n'y a<br />  pas de vision d'ensemble ou de mise<br />  au point. Notre soi-disante mission<br />  n'est absolument pas claire et ne nous<br />  inspire pas.<br />
|-
| '''Motivation'''<br />
| Nous adorons aller au travail,<br />  et nous prenons notre pied<br />  lorsque nous travaillons ensemble.<br />
| Ennnnnuuuuyeuuux.<br />
|-
| '''Apprentissage'''<br />
| Nous apprenons un tas de choses<br />  intéressantes tout le temps.<br />
| Nous n'avons jamais le temps<br />  d'apprendre quelque chose.<br />
|-
| '''Soutien'''<br />
| Nous sommes constamment<br />  soutenus et avons de l'aide<br />  lorsque nous la demandons !<br />
| Nous sommes sommes constamment<br />  bloqués parce que nous n'avons pas<br />  de support et d'aide lorsque nous la<br />  demandons.<br />
|-
| '''Pions ou joueurs'''<br />
| Nous maîtrisons notre destinée !<br />  Nous décidons ce que nous<br />  allons fabriquer et comment nous<br />  allons le fabriquer.<br />
| Nous sommes juste des pions sur une échiquier,<br />  sans influence sur ce que nous fabriquons et sur<br />  la façon de le construire.<br />
|}
<span style="display: block; text-align: justify">Pour chacune des questions, la brigade est invitée <span style="line-height: 1.5">à examiner si elle est plus proche de "Super" ou plus proche de "Nul", et nous utilisons des techniques de facilitation d'atelier (dotvoting, ...) pour les aider à parvenir à un consensus sur la couleur à choisir pour cet indicateur, et quelle est sa tendance (c'est stable, c'est en amélioration ou ça empire).</span><br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 0px; overflow: hidden">[[Image:squad-health-check-workshop.png|squad-health-check-workshop.png]]</span><br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Nous préférons conserver trois niveaux (vert / jaune / rouge) pour que cela reste simple. La définition exacte des couleurs peut varier, mais cela peut être par exemple :<br /> 

* Le '''vert''' ne signifie pas nécessairement que les choses sont parfaites. Cela signifie simplement que la brigade est satisfaite, et ne voit pas l'utilité de s'améliorer sur ce point en ce moment.
* Le '''jaune''' signifie qu'il y a des problèmes importants qui doivent être traités, mais ce n'est pas une catastrophe.
* Le '''rouge''' signifie que c'est vraiment nul et que ça doit être amélioré.
</span><span style="display: block; text-align: justify"><br />  Effectivement, ce sont des données subjectives. En théorie, la brigade peut choisir d'y associer des données scientifiques (temps de cycle, nombre de défauts, vélocité, ...), mais peu le font. Parce que, même avec des données scientifiques, la brigade a besoin d'interpréter les données et de décider si cela constitue un problème ou non. Ainsi, à la fin de la journée, tout est finalement subjectif. Si quelque chose ''ressemble'' à un problème, alors c'est en soi un problème.<br /> <br />  Parfois, nous combinons cela avec des rétrospectives, par exemple voter sur une carte et décider des actions pour améliorer ce sujet.<br /> <br /> '''Quelles sont les questions à poser ?'''<br /> <br />  Si vous observez les différents exemples fournis ci-dessus, <span style="line-height: 1.5">vous verrez que les questions varient un peu.<br />  Principes directeurs :</span><br /> </span><span style="display: block; text-align: justify"><br /> 

* <span style="line-height: 1.5">Les questions sont conçues pour '''couvrir un large éventail de points de vue différents'''.</span>
* <span style="line-height: 1.5">'''Ces questions ne sont qu'un point de départ''', un choix par défaut. Les brigades sont libres de supprimer, ajouter ou modifier les questions si elles pensent à quelque chose de pertinent.</span>
* <span style="line-height: 1.5">Essayez de vous '''limiter à une dizaine questions'''. Si nous avons d'autres questions, certaines sont probablement en partie redondantes et peuvent être supprimées.</span>
<br />  Nous nous assurons que les questions portent sur l'environnement dans lequel opère la brigade, et non sur une donnée scientifique (comme la vélocité). Cela rend l'enquête beaucoup moins intimidante, et renforce la notion que l'enquête porte sur le soutien et l'amélioration, pas le jugement.<br /> <br />  Notre hypothèse (vrai ou non) est qu'une brigade désire fondamentalement réussir, et réussira aussi bien qu'elle le peut dans des circonstances données.<br /> <br /> '''A quelle fréquence mesurons-nous la santé de la brigade ?'''<br /> <br />  Comme indiqué, nous avons un certain nombre de modèles différents en cours, donc cela varie beaucoup. Nous n'avons pas vraiment convergé vers un "intervalle de temps parfait" (et nous ne le ferons probablement jamais).<br /> <br />  Une fréquence trimestrielle semble être cependant un bon point de départ. Une fréquence mensuelle semble exagérée (les personnes ont en vite marre, et les données changent trop vite pour être fiables). Une fréquence bi-annuelle semble trop faible (trop de choses se produisent dans ce délai). Mais, encore une fois, c'est variable.<br /> <br /> '''Conclusion - Choses à garder à l'esprit si vous le faites'''<br /> <br />  Un tel modèle PEUT aider à stimuler et concentrer vos efforts d'amélioration. Mais il peut aussi foutre en l'air votre culture s'il est utilisé de façon inappropriée ! Donc, procédez avec une attention toute particulière.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="display: inline !important">Voici quelques lignes directrices pour améliorer vos chances de succès :</span></span><span style="display: block; text-align: justify"><br /> 

* <span style="line-height: 1.5">'''Soyez clair sur votre intention''' pour introduire le modèle. Cela devrait concerner l'amélioration, pas le jugement.</span>
* <span style="line-height: 1.5">Recueillez des données principalement par la communication en '''face-à-face''', et non via des enquêtes en ligne. Le processus de collecte de données doit être '''intéressant et amusant'''.</span>
* <span style="line-height: 1.5">'''Impliquez les équipes''' sur la façon d'appliquer le modèle, et laissez-les le modifier comme bon leur semble.</span>
* <span style="line-height: 1.5">'''L'accord de l'équipe est plus important que la cohérence des données.''' Si l'équipe A choisit un ensemble de questions légèrement différent de l'équipe B, c'est très bien (même si la synthèse sera moins simple à faire).</span>
* <span style="line-height: 1.5">Assurez-vous qu'il n'y a '''pas d'incitation à déjouer le modèle'''. Il ne devrait y avoir aucune raison pour qu'une équipe souhaite "faire illusion".</span>
* <span style="line-height: 1.5">Trouver un '''moyen simple pour visualiser les données'''. Plus le visuel est évident et intuitif, plus il a de chance d'être utilisé.</span>
* <span style="line-height: 1.5">'''Méfiez-vous de comparer les équipes.''' Si l'équipe A est majoritairement dans le vert et que l'équipe B est surtout dans le rouge, cela ne signifie pas que l'équipe A est "meilleure". Cela pourrait tout aussi bien signifier que l'équipe A a un contexte plus simple ou une prévision plus optimiste, ou que l'équipe B est plus honnête vis-à-vis de ses problèmes. Quoi qu'il en soit, il est probable que l'équipe B ait besoin de soutien. L'attitude du manager devrait être "comment puis-je vous aider ?" et non "les gars, pourquoi êtes-vous pire que les autres ?".</span>
* <span style="line-height: 1.5">'''Suivez la mise en oeuvre'''. Posez des questions aux personnes, par exemple "Est-ce que le modèle vous aide ?", "Si nous arrêtions de faire des bilans de santé, est-ce que ça vous manquerait ?", "Comment pourrions-nous rendre ce modèle plus utile ?". Le modèle lui-même (et votre façon de l'appliquer) doit s'améliorer en permanence.</span>
</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Voir aussi le très perspicace [[Mod%C3%A8le%20de%20Maturit%C3%A9|article de Martin Fowler sur les modèles de maturité]].</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span style="line-height: 1.5">Voilà, c'est tout. Espérons que cet article ait été utile ! Avez-vous aussi expérimenter ce genre de choses ? S'il vous plaît, partagez vos expériences (positives ou négatives) en commentaire de ce blog !</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">''<span style="line-height: 1.5">Henrik Kniberg et Kristian Lindwall, septembre 2014.</span>''</span>