tag:blogger.com,1999:blog-48430400318051639192024-03-13T04:02:06.910+01:00Le concombre AgilePartager nos expériences et pourquoi pas repenser le management au travers de l'Agilité, le Lean, Kanban et consorts.Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.comBlogger34125tag:blogger.com,1999:blog-4843040031805163919.post-27920712096094953732013-10-21T11:59:00.001+02:002013-10-21T11:59:31.716+02:00Citation - Méthodes vs Principes - Ralph Waldo Emerson<blockquote><i>"Quant aux <b>méthodes</b>, il peut y avoir un million et même plus, mais les <b>principes </b>sont peu nombreux. L'homme qui comprend les <b>principes </b>peut choisir ses propres <b>méthodes </b>avec succès. L'homme qui essaie les <b>méthodes </b>en ignorant les <b>principes </b>est sûr de rencontrer des difficultés."</i></blockquote>
<blockquote><i>"As to <b>methods </b>there may be a million and then some, but <b>principles </b>are few. The man who grasps <b>principles </b>can successfully select his own <b>methods</b>. The man who tries <b>methods</b>, ignoring <b>principles</b>, is sure to have trouble."</i></blockquote>
Ralph Waldo Emerson (1803 - 1882)Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com1Geneva, Switzerland46.1983922 6.142296100000066946.1104772 5.9809346000000669 46.2863072 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-6525568985179702532013-10-19T12:00:00.000+02:002013-10-19T12:00:01.211+02:00Présentation ScrumBan à Kiev<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-t0VSqM1qPAI/UmE-NWFBiTI/AAAAAAAAA80/gcbIZq5Wn6k/s1600/Ciklum.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="150" src="http://3.bp.blogspot.com/-t0VSqM1qPAI/UmE-NWFBiTI/AAAAAAAAA80/gcbIZq5Wn6k/s200/Ciklum.jpg" width="200" /></a></div>
La société <b>Ciklum </b>propose à ses clients de partager leur connaissances ou bonnes pratiques au travers de ce qu'ils appellent le <b>Speaker's Corner</b>.<br />
<br />
C'est dans ce cadre que l'on m'a demandé de présenter notre approche <b>ScrumBan </b>à <b>Kiev</b>.<br />
<br />
<br />
<a name='more'></a><br />
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Dans un <a href="http://agileconcombre.blogspot.ch/2013/02/kanban-sauce-concombre.html">précédant billet</a>, je vous avait expliqué comment et pourquoi nous avions initié le <b>ScrumBan </b>dans notre organisation. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Depuis, il a beaucoup évolué pour encore mieux s'adapter à notre manière de travailler. Aujourd'hui nous nous retrouvons devant une étape cruciale car notre équipe va une fois de plus franchir une marche qui changera nos habitudes. <b>Notre suivi ScrumBan devra suivre</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Je ne vais pas réexpliqué ce que nous avons fait, bien qu'il serait intéressant que je vous présente les mise à jour du ScrumBan. et hop, une nouvelle idée de billet. S'il ne doit y avoir qu'un seul intérêt à ce genre de présentation, c'est celui d'<b>aider </b>d'autres professionnels à répondre à leurs problématiques. Présenter ce que vous fait peut donner des idées à d'autres.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Mon cheval de bataille c'est la <b>communication </b>et l’exercice de partage de connaissance en est un principe fondamental.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
L'accueil a été bon, et la présentation a été suivi par des échanges autour de cas pratiques de participants. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Ce concept fait son chemin et c'est plutôt une bonne nouvelle car le <b>Kanban </b>s'affirme de plus en plus en entreprise.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
A refaire dés que possible.</div>
<div style="text-align: justify;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjrXudPOmyHTcBqEJ8MeMJQ7hocdpmc2OszSZdDEyc_UQEqo0GHEDHBKmFLwEG5X9d_9OKmZdveX6D9mMd17BLiiRqMcZFleyoixcDNOgmvFZNFsvfYZilnHOr47GheDQXbuzQAB98kU1wY/s1600/IMG_20131002_133511.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjrXudPOmyHTcBqEJ8MeMJQ7hocdpmc2OszSZdDEyc_UQEqo0GHEDHBKmFLwEG5X9d_9OKmZdveX6D9mMd17BLiiRqMcZFleyoixcDNOgmvFZNFsvfYZilnHOr47GheDQXbuzQAB98kU1wY/s320/IMG_20131002_133511.jpg" width="320" /></a></div>
<div style="text-align: justify;">
<br /></div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0tag:blogger.com,1999:blog-4843040031805163919.post-52841163867719268822013-09-16T16:52:00.000+02:002013-09-16T16:52:51.795+02:00Agile et communication<div style="text-align: justify;">
L'approche <b>Agile </b>a profondément changé la manière de voir et faire les choses. Ce n'est pas un tour de magie mais simplement parce que cette approche faire la part belle aux relations entres les individus, parce qu'elle remet la <b>communication interpersonnelle</b> au centre des processus.</div>
<br />
<a name='more'></a><br />
<h3 style="text-align: justify;">
Petit exercice</h3>
<div>
<ol>
<li style="text-align: justify;">Cherchez dans votre expérience plusieurs projets qui ce sont mal passés;</li>
<li style="text-align: justify;">Cherchez-en la cause;</li>
<li style="text-align: justify;">Appliquez la règle des <b>"5 Pourquoi"</b> à cette cause. C'est à dire, posez vous la question "pourquoi c'est la cause de l'échec". Vous remontrez certainement à une cause un peu plus élevée. Répétez l'opération 5 fois sauf si entre temps vous ne trouvez plus de cause à la dernière cause.</li>
</ol>
<div style="text-align: justify;">
<b>8 fois sur 10</b> vous remontrez à une cause que l'on peut relier à de la<b> communication interpersonnelle</b>. <i>"Nous n'avons pas compris que ..."</i>, <i>"Il a mal expliqué que ...", "Ils ont changé d'avis ..."</i><br />
<i><br /></i>
En remontant le plus loin que je puisse, je n'ai jamais rencontré de projet ayant échouer parce que l'on ne pouvait pas le faire techniquement.</div>
</div>
<div style="text-align: justify;">
<i><br /></i></div>
<div style="text-align: justify;">
<i><br /></i></div>
<h3 style="text-align: justify;">
La communication au cœur de tout</h3>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Nous sommes des êtres communicant</b> vivant dans un monde saturé par la communication tout azimut. Combien d'entre vous n'ont pas de téléphone portable, d'ordinateur connecté etc... Il y en a, c'est certain, mais ces Amish de la communication sont plus que minoritaires.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Je parle de <b>communication interpersonnelle</b>, celle qui prend place entre deux individus (ou groupes restreints) et qui va dans les deux sens. Un chef qui vous dis : "Tu dois faire ça !" ce n'est pas de la communication, mais une information.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br /></div>
<h3>
Et quel rapport avec l'Agile ?</h3>
<div>
<div style="text-align: justify;">
Sortez votre <a href="http://agilemanifesto.org/iso/fr/%E2%80%8E">manifeste Agile </a> et jetez-y un coup d’œil. Ses valeurs et principes font la part belle à la communication.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Trois valeurs sur quatre sont liées à la communication :</div>
<ul>
<li style="text-align: justify;">individus et leurs interactions </li>
<li style="text-align: justify;">collaboration avec les clients </li>
<li style="text-align: justify;">adaptation au changement</li>
</ul>
<div style="text-align: justify;">
Dans les principes, voici pêle-mêle ce qu'ont peut relier à la communication :</div>
</div>
<ul>
<li style="text-align: justify;">Accueillez positivement les changements de besoins […]</li>
<li style="text-align: justify;">Les utilisateurs […] et les développeurs doivent travailler ensemble […]</li>
<li style="text-align: justify;">Fournissez-leur […] le soutien dont ils ont besoin et faites-leur confiance […]</li>
<li style="text-align: justify;">équipes auto organisées</li>
<li style="text-align: justify;">l'équipe réfléchit aux moyens de devenir plus efficace</li>
</ul>
<div style="text-align: justify;">
Et the last but not least :</div>
<div style="text-align: justify;">
<ul>
<li>La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face</li>
</ul>
<div>
Parce que le meilleur moyen de réduire les incompréhensions, donc les dérives dans tous les aspects d'un projet (délai, coût, périmètre), c'est de se parler, l'approche Agile met cette communication au centre de ses préoccupations.</div>
<div>
<br /></div>
<h3>
Scrum et communication</h3>
<div>
La méthode Agile star, pousse cette considération à son paroxysme.</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-k9kCkk4BAdE/UjcWltjY5zI/AAAAAAAAA6g/x9PWTwguNDI/s1600/Schema+Scrum.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="252" src="http://4.bp.blogspot.com/-k9kCkk4BAdE/UjcWltjY5zI/AAAAAAAAA6g/x9PWTwguNDI/s320/Schema+Scrum.png" width="320" /></a></div>
<div class="separator" style="clear: both; text-align: left;">
Rétrospective, démo, poker planning, user stories, mais plus que tous, <b>stand-up meeting</b> sont des exemples d'une communication à marche forcée implantée dans cette méthode. Tout est fait ici pour que les parties concernées par le projet aient maintes occasions de discuter, d'échanger.</div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<h3>
Pourquoi tout ça ?</h3>
<div>
Parce qu'une communication interpersonnelle efficace dans un projet est l'un des éléments clé du succès, si ce n'est l’élément les plus important.</div>
<div>
<br /></div>
<div>
Que toutes les parties prenantes arrêtes de se croire toutes puissantes dans leurs tour d’ivoire respectives et se mettent autour de la table pour discuter de manière pragmatique et 99% des problèmes disparaîtront.</div>
<div>
<br /></div>
<div>
En tant que praticien Agile ou agent du changement, il faut considérer cette importance de la communication à sa juste valeur et ne pas ériger les pratiques Agiles en <b>dogme</b>. Si certaines vont à l'encontre d'une meilleure communication, il faut se poser la question de leur pertinence. Je ne dis pas que 100% des pratiques doivent concourir à une meilleure communication mais au moins elles devraient éviter de l'amoindrir.</div>
<div>
<br /></div>
<div>
En tant que coach Agile pour une organisation, il m'est arrivé de voir des pratiques mise à mal par rapport à la théorie Scrum, mais être plus efficace en terme de communication dans le contexte propre à cet équipe. Je pense qu'il est mieux de sacrifier, au coup par coup, certaines idée sur l'hôtel de meilleurs échanges entre les individus.</div>
<div>
<br /></div>
<h3>
Présentation</h3>
<div>
J'aurais le plaisir de développer cette idée à l'Agile Breakfast de Lausanne, le 17 septembre 2013. <a href="http://fr.amiando.com/IXUMTWU">Plus d'informations sur ce lien</a></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
</div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296100000066946.1104772 5.9809346000000669 46.2863072 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-6998267324341285992013-07-09T14:54:00.001+02:002013-09-16T18:09:18.838+02:004 mois sans articlesJ'ai essayé de tenir un petit rythme de publication des articles mais apparemment je n'ai pas réussi à le respecter.<br />
<br />
La finalisation de mon mémoire sur les pratiques Agiles, un déménagement et une évolution majeur de la charge de travail pro expliquent en partie cela. L'autre partie étant évidemment expliquée par le baobab que j'ai dans la main.<br />
<br />
Bref, je suis de retour aux affaires et je vais reprendre mes publications. Elles vont un peu évoluer et je vais certainement arrêter les publications en anglais. Certes publier dans cette langue est une ouverture sur le monde mais :<br />
<ol>
<li>Je ne suis pas convaincu que mon niveau d'anglais soit suffisant pour des anglophones. Pour mon travail de tous les jours c'est suffisant, mais pour de la prose webesque ...</li>
<li>C'est une surcharge de travail qui m'empêche d'avancer sur les articles en français</li>
</ol>
<div>
<br /></div>
A venir :<br />
<ol>
<li>Un debrief d'une belle présentation de l'Holacracy (r) par Julien Gogniat au Stoos Geneva de juillet</li>
<li>Un essai de positionnement des rôles de lT classique par rapport aux rôles Scrum</li>
<li>Un léger blabla sur le Modèle Thinking suite à une formation suivi sur Coursera par la Michigan University</li>
<li>Mon opinion sur l'ouvrage Scrum Product Ownership - Balancing Value from the Inside Out que j'ai fini de lire il y a peu.</li>
</ol>
<div>
<br /></div>
<div>
A très vite</div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0tag:blogger.com,1999:blog-4843040031805163919.post-31673535199001587262013-03-13T13:00:00.000+01:002013-03-13T13:00:07.814+01:00Les autres valeurs de l'approche agile<br />
Dérivé de <i>Exploring Scrum: The Fundamentals<b>"</b></i> par Dan Rawsthorne et Doug Shimp.<br />
<br />
<h4>
OUVERTURE</h4>
<br />
Il ne devrait y avoir aucun secret entre / parmi les membres d'une équipe. Ils doivent être ouverts aux suggestions des autres.<br />
<br />
<h4>
FOCUS</h4>
<br />
Tout ce que l'équipe fait doit avoir une <b>raison</b>, et ses membres doivent se concentrer sur ce qui est <b>important </b>dans tout ce qu'ils font.<br />
<br />
<h4>
ENGAGEMENT</h4>
<br />
L'équipe établit et tient ses engagements envers <b>l'équipe </b>elle-même, ses <b>membres </b>ainsi qu'envers le <b>produit</b>.<br />
<br />
<h4>
RESPECT</h4>
<br />
Les membres de l'équipe doivent considérer que <b>tous essayent toujours de faire de leur mieux possible</b>. Ils respectent tous les points de vue, y compris ceux des parties prenantes<br />
<br />
<h4>
COURAGE</h4>
<br />
L'équipe doit avoir le courage de<b> rendre la réalité visible</b>, le courage de dire <b>non quand il le faut</b> et les membres de l'équipe doivent avoir le courage d'<b>être ouverts les uns aux autres</b>.<br />
<br />
<h4>
VISIBILITÉ</h4>
<br />
L'équipe doit <b>rendre visible l'état d'avancement</b> du projet. Même si les détails des implémentations n'appartiennent qu'à l'équipe, l'état du produit doit <b>être visible de tous</b>.<br />
<br />
<h4>
SENS DE L'HUMOUR</h4>
<br />
Comme tout le monde essaye toujours de faire de son mieux, nous avons besoin de conserver notre sens de l'humour. Ce serait dommage de ne pas pouvoir<b> se moquer un peu de ce que nous faisons.</b> ;-)<br />
<br />
<br />
Avec l'aimable autorisation de <a href="http://scrummaster.com.ua/">SM</a>Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296100000066946.1104767 5.9809346000000669 46.2863077 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-37174348823753360662013-03-06T12:00:00.000+01:002013-03-06T12:00:06.091+01:00Emploi du temps standard Scrum<div style="text-align: justify;">
Il existe énormément d'ouvrages ou de blogs décrivant le processus Scrum, mais quel en serait <b>l'organisation standard</b>. A quoi peut ressembler un sprint Scrum ? </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Une <a href="http://www.aubryconseil.com/post/Duree-de-vos-sprints">sondage informel </a>réalisé par <b>Claude Aubry</b> sur son blog (excellent par ailleurs) nous donne la répartition suivante quant à la préférence des durées de sprint: </div>
<div style="text-align: justify;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-MJgzSdrNd54/USlfCihA3iI/AAAAAAAAAwk/oFzNdj-Asgs/s1600/Sondage+semaines+sprint.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="192" src="http://3.bp.blogspot.com/-MJgzSdrNd54/USlfCihA3iI/AAAAAAAAAwk/oFzNdj-Asgs/s320/Sondage+semaines+sprint.png" width="320" /></a></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<a name='more'></a><br /></div>
<div style="text-align: justify;">
<ul>
<li>8% pour <b>pas de sprint</b></li>
<li>9% pour un sprint d'<b>une semaine</b></li>
<li>41% pour un sprint de <b>deux semaines</b></li>
<li>25% pour un sprint de <b>trois semaines</b></li>
<li>9% pour un sprint de <b>4 semaines</b></li>
<li>8% pour une <b>période variable</b></li>
</ul>
Il semblerait donc que les deux durées de sprints les plus courues soient <b>2 semaines</b> et <b>3 semaines</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br /></div>
<h4>
Organisations types</h4>
<div style="text-align: justify;">
Ce ne sont évidemment que des propositions car <b>tout processus doit s'adapter au contexte de l'organisation </b>pour laquelle il est déployé.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Dans l’organisation pour laquelle je travaille actuellement, j’interviens sur deux projets. L'un utilise des sprints de 2 semaines et l'autre des sprints de 3 semaines. Nous sommes en accord avec les sondés de <b>Claude Aubry</b> ;-)</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Un sprint type de 2 semaines.</b></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-PMBXuD2uNTI/USliuwN8WzI/AAAAAAAAAxE/JCqItLVGsgE/s1600/Semaines+Sprint.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="140" src="http://1.bp.blogspot.com/-PMBXuD2uNTI/USliuwN8WzI/AAAAAAAAAxE/JCqItLVGsgE/s400/Semaines+Sprint.png" width="400" /></a></div>
<div style="text-align: justify;">
</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Un sprint type de 3 semaines.</b></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-2xxCeh5MsH0/USli9CcX3_I/AAAAAAAAAxM/QXXpBQqkG4c/s1600/Semaines+Sprint+3+semaines.png.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="176" src="http://2.bp.blogspot.com/-2xxCeh5MsH0/USli9CcX3_I/AAAAAAAAAxM/QXXpBQqkG4c/s400/Semaines+Sprint+3+semaines.png.png" width="400" /></a></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br /></div>
<h4>
Quelques explications</h4>
<div style="text-align: justify;">
<u>Pourquoi ne pas démarrer un sprint un lundi ? </u></div>
<div>
Je ne sais pas vous mais moi il m'arrive d'avoir toujours un peu la tête dans le we le lundi matin. Si je ne suis pas le seul, les réunions risquent de ne pas être aussi efficaces qu'on le voudrais.</div>
<div>
<br /></div>
<div>
<u>Pourquoi ne pas finir un sprint un vendredi ?</u></div>
<div>
Parce que j'ai déjà un peu la tête dans le we. Si je ne suis pas le seul ... vous connaissez la suite.</div>
<div>
<br /></div>
<div>
<u>Un storytime tous les jeudi.</u></div>
<div>
Le storytime n'est pas le nettoyage du backlog (grooming) mais l'occasion de présenter les futurs US à l'équipe pour qu'elle ait une vision du projet. Cela vous fera aussi gagner du temps lors du poker planning et aide à l'estimation des releases.</div>
<div>
<br /></div>
<div>
Le reste est assez logique, non ?</div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296100000066946.110477700000004 5.9809346000000669 46.2863067 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-41684307467178888552013-02-27T11:33:00.000+01:002013-02-27T11:33:41.261+01:00Faut-il faire sortir le Scrum hors de l'IT ?<div style="text-align: justify;">
Lorsque beaucoup parlent de l'avenir des approches agile et plus particulièrement de Scrum, ils envisagent la propagation du Scrum hors de l'IT.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Certes, cette approche, et plus généralement les approches agiles ont acquis leurs lettres de noblesse via le monde de l'IT, mais pour bien accompagner la future transition de l'agile vers un autre monde, je pense que ce demander comment faire sortir l'agile de l'IT n'est pas la bonne question.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Pourquoi ? <b>Parce qu'il est déjà en dehors de l'IT</b> !</div>
<br />
<br />
<a name='more'></a><h4>
<span style="text-align: justify;">Sprints historiques</span></h4>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Si l'on considère l'histoire du Scrum en terme de cycles ont pourrait imaginer que :</div>
<div style="text-align: justify;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-uF47bGNaAjc/US3bRQ7B5hI/AAAAAAAAAz8/6EK5ujv5DQw/s1600/Sprint+historique+1.png" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="124" src="http://1.bp.blogspot.com/-uF47bGNaAjc/US3bRQ7B5hI/AAAAAAAAAz8/6EK5ujv5DQw/s200/Sprint+historique+1.png" width="200" /></a></div>
<ul>
<li style="text-align: justify;">le sprint historique 1 date de grosso modo <b>1950 à 2001</b>, quand des gens comme <b>Jeff Sutherland</b>, <b>Jeff McKenna</b>, <b>Mike Cohn,</b> ou d'autres innovaient avec de nouvelles pratiques (non encore appelées agiles) pour répondre à des problématiques que le nouveau-né "waterfall" ne résolvait pas.</li>
</ul>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-BbbW_6gJvJQ/US3bxwN9HuI/AAAAAAAAA0E/ecnMHN0tzZ8/s1600/Sprint+historique+2.png" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="124" src="http://1.bp.blogspot.com/-BbbW_6gJvJQ/US3bxwN9HuI/AAAAAAAAA0E/ecnMHN0tzZ8/s200/Sprint+historique+2.png" width="200" /></a></div>
<ul>
<li style="text-align: justify;">le sprint historique 2 pourrait commencer en <b>2001</b> lorsque les mêmes innovateurs firent une sorte de méga rétrospective et décidèrent de mettre en commun leurs expériences de la gestion de projet (en plus de s'offrir un vin chaud en bas des pistes). Et ainsi naquit <b>le manifeste agile</b>.</li>
</ul>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Il va de soi que les réels historiens de l'approche agile crieront au raccourci et à l’ignominie en voyant la liberté que j'ai prise ici. Ils auront certainement raison, mais le but n'ai pas d'écrire un livre d'histoire, mais bien de ce demander où nous en sommes dans la vie de l'approche agile et ce à une seule fin : <b>savoir où nous allons !</b></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Nous serions alors aujourd'hui clairement en plein milieu du sprint 2. En plein milieu ou vers la fin si l'on en croit le nombre sans cesse croissant qui se pose la question du <b>"et après ?"</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Quel pourrait être le début du prochain sprint ? Je suis convaincu que <b>l'application des pratiques agiles en dehors du monde de l'IT </b>peut être un excellent candidat au rôle de marqueur du début de sprint historique numéro 3. Cela a déjà commencé par exemple avec <b>Joe Justice</b> et le projet <b>Wikispeed </b>(entre autres).</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Encore faut-il ne pas se tromper d'action pour être certain que l'agilité se révélera en dehors de l'IT. J'ai choisi le mot <b>"révélé"</b> parce que je crois intimement qu'il s'agit plus <b>d'un éveil de pratiques déjà existantes </b>plus qu'une transposition des pratiques de l'IT vers d'autres domaines.</div>
<div style="text-align: justify;">
<br /></div>
<h4 style="text-align: justify;">
Quewah ?</h4>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
En effet, je ne pense pas que "comment faire sortir l'approche agile du monde de l'IT" soit la bonne question même si c'est la bonne voie. Pourquoi ? <b>Parce que l’agile est déjà en
dehors de l’IT</b>. N’oublions pas qu’un des parents de ces approches est le <b>Lean </b>(ou méthode Toyota) provenant de l’industrie automobile.</div>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR">Mais pour avoir observé plusieurs
organisations non IT et plus particulièrement une association à but non
lucratif dans le domaine de la culture composée uniquement de
bénévoles, je suis convaincu que les
préceptes agiles sont déjà utilisés par beaucoup sans savoir qu'ils le font.<o:p></o:p></span></div>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR"><br /></span></div>
<h4 style="text-align: justify;">
<span lang="FR">L'Art Seine</span></h4>
<div class="Mem-Normal">
<span lang="FR"></span></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://2.bp.blogspot.com/-XFSqNNesov8/US3b5h4NNhI/AAAAAAAAA0M/3lDeVsq16uQ/s1600/Art+Seine.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-XFSqNNesov8/US3b5h4NNhI/AAAAAAAAA0M/3lDeVsq16uQ/s1600/Art+Seine.jpg" /></a></div>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR">L’association <b>l’Art Seine</b>, gère depuis plus
de 20 une scène ouverte sur Paris sans subvention de l’Etat et dans l’un des
plus beaux théâtres parisiens : le <b>théâtre Trévise</b>. C’est bien après en
avoir quitté la fonction de président (et avant de connaitre l’approche agile aussi)
que j’ai fait le parallèle entre nos pratiques dans l’association et le cérémonial Scrum. Il a été frappant de m’apercevoir que beaucoup de ces
pratiques étaient utilisés plus ou moins aussi clairement que le Scrum les
décrit. Je me suis pris au jeu d’essayer de coller l’approche Scrum aux méthodes de travail de l’association et sans faire rentrer des carrés dans des
triangles, j’ai découvert <b>beaucoup de similitudes même dans les rôles</b>. (Je ferais certainement un autre billet pour vous montrer cette comparaison)<o:p></o:p></span></div>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR"><br /></span></div>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR">C’est bien normal si on se rappelle que les
approches agiles s’appuient sur le principe de <b>l’empirisme </b>qui est lui un principe universel. Serait-il alors utile d’appliquer stricto sensus le Scrum à cette
association, ou même une version adaptée du Scrum ? Je ne sais pas, mais
cela mériterait peut-être d’être étudié. </span></div>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR"><br /></span></div>
<h4 style="text-align: justify;">
<span lang="FR">Conclusion</span></h4>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR">Cela a au moins l’avantage de se faire
poser la bonne question, qui n’est plus alors « Est-il possible de faire
sortir l’approche agile hors de l’IT ? » mais « <b>Comment
réveiller les pratiques agiles dormantes dans les autres domaines ?</b> »<o:p></o:p></span></div>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR"><br /></span></div>
<div class="Mem-Normal" style="text-align: justify;">
<span lang="FR">Cette nouvelle question nous permettrait
d’aborder ce troisième sprint historique avec une vision plus claire, elle aussi </span><b>moins liée au monde de l’IT</b>. Découvrir ces pratiques endormies serait
certainement difficile, mais l’approche agile deviendrait alors une sorte de
<b>méta modèle, déconnecté de tous domaines, apprenant de ceux-ci et donc faisant
bénéficier chacun des expériences des autres</b>. C’est peut-être utopique mais cela
me semble être une forme particulièrement évoluée et inspirante pour l'approche agile. </div>
<br />
<div style="text-align: justify;">
<br /></div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296100000066946.1104767 5.9809346000000669 46.2863077 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-51249973293329248612013-02-24T17:01:00.000+01:002013-02-25T13:24:46.442+01:00Debrief du Stoos Connect du 25 janvier<br />
<div style="text-align: justify;">
Oui je sais je suis un peu à la bourre pour ce <b>debrief</b>, mais bon la neige, le ski ... mon manque flagrant de volonté.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Donc, le <b>25 janvier</b> dernier a eu lieu une vidéo conférence mondiale autour du <b>Stoos</b>, avec des intervenants de hauts vols.</div>
<br />
<div style="text-align: justify;">
<br />
<a name='more'></a></div>
<br />
<div style="text-align: justify;">
Près de<b> 300 personnes</b> ont suivi cette conférence à travers le monde. De Melbourne à San Fransisco en passant pas le Mexique, la Russie et évidemment la Suisse.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Si quelques problèmes techniques ont émaillé ces quasi 8 heures de réunion, elle c'est incroyablement bien déroulée.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
La liste des intervenants est impressionnante :</div>
<br />
<ul>
<li style="text-align: justify;">Arjan Polhuijs</li>
<li style="text-align: justify;">Daniel Pink</li>
<li style="text-align: justify;">Niels Pflaeging</li>
<li style="text-align: justify;">Jurgen Appelo</li>
<li style="text-align: justify;">Olav Maassen</li>
<li style="text-align: justify;">Steve Denning</li>
<li style="text-align: justify;">Franz Röösli</li>
<li style="text-align: justify;">Dawna Jones</li>
<li style="text-align: justify;">Jaap Peters</li>
<li style="text-align: justify;">Vlatka Hlupic</li>
<li style="text-align: justify;">Kaj van der Plas</li>
<li style="text-align: justify;">Lisa Earle McLeod</li>
<li style="text-align: justify;">Bjarte Bakke</li>
</ul>
<div style="text-align: justify;">
La plus part de vidéo de leur interventions sont disponibles sur <a href="http://www.youtube.com/user/StoosConnect">Youtube </a></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Je na vais pas expliquer toutes les interventions car je n'ai pas été respectif à toutes.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Celles qui m'ont le plus touchée sont dans l'ordre :</div>
<br />
<ul>
<li style="text-align: justify;"><b>Lise Earle McLeod</b>, qui parle de mettre de la valeur dans le métier de commerciale et non pas uniquement laisser les chiffres gérer leurs actions. Excellent !</li>
<li style="text-align: justify;"><b>Daniel Pink</b>. Il est évidemment l'auteur d'un blockbuster des ouvrages de management "Drive". Il nous a une fois de plus parler de <b>motivation</b>, mais il le fait tellement bien et avec tellement de conviction qu'on ne peut que s'en délecter. </li>
<li style="text-align: justify;"><b>Vlatka Hlupic</b>. Elle fait ici un bilan de son travail de chercheur dans le management et montre ici des modèles et des théories très pratiques. Dommage qu'elle ne fasse que lire, ça rend l'intervention un peu monotone mais le contenu est tout simplement très très bon.</li>
<li style="text-align: justify;"><b>Dawna Jones</b>. Elle nous parle des environnements complexes. De bonnes choses apprises ou rappelées</li>
<li style="text-align: justify;"><b>Thomas Mahler</b> qui fait un point sur le futur du Stoos lui-même en le comparant au modèle du WEF de Davos.</li>
</ul>
<br />
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
D'autres speech m'ont plus sur le moment mais ne m'ont pas laissé de souvenirs impérissables comme ceux de <b>Niels Pflaeging</b> et <b>Jaap Peters</b>. Je me souviens très bien m'être dit "Ah ouais pas con !", mais aujourd'hui je ne me rappelle plus pourquoi... </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Quelques un m'ont déçu et principalement celui de <b>Joe Justice</b> qui a plus fait de la pub pour son approche que vraiment partagé une vision.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
En conclusion, cette réunion a réellement permis de <b>découvrir des idées, de réfléchir à certaines choses et de poser des questions</b> même si la qualité des intervenants était inégale. C'est bien normale, car nous sommes tous différents et ce qui ne m'aura pas plus sera peut-être le Saint Graal d'un autre. Aucun de nous n'aura alors tord puisque c'est une histoire d'intérêt et de goût.</div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296100000066946.110477700000004 5.9809346000000669 46.2863067 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-15532405040941387642013-02-23T22:21:00.001+01:002013-03-04T02:08:32.078+01:00Kanban sauce concombre <div style="text-align: justify;">
Rien n'est figé et tout processus, toute méthode devrait être suffisamment souple (sans sacrifier à ses valeurs) pour prendre en compte son contexte d'application. En bref, il faut être capable d’adapter, de manière raisonnable, toute pratique aux particularités de son environnement.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Pour le projet sur lequel je travaille en ce moment nous avions besoin d'une meilleure méthode de suivi et de partage des tâches. Notre équipe étant hybride, nous nous sommes appuyé sur le <b>Kanban </b>que nous avons saupoudré d'une petite dose de <b>contexte</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Voici ce que cela donne pour nous</div>
<div style="text-align: justify;">
<br /></div>
<a name='more'></a><br />
<h2>
Contexte</h2>
<br />
<div style="text-align: justify;">
Un projet <b>eBusiness </b>avec un développement <b>offshore </b>d'une dizaine de personnes utilisant la méthodologie <b>Scrum</b>. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
La partie management locale, que nous appellerons <b>équipe PO</b>, gère plusieurs aspects :</div>
<div style="text-align: justify;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
</div>
<ul>
<li style="text-align: justify;"><b>les PO</b> puisqu'il s'agit d'un projet composé de plusieurs sous projets intiment liés;</li>
<li style="text-align: justify;"><b>des ingénieurs infrastructures </b>pour gérer l'infrastructure locale d'intégration, de pré-production et de production. Ils ne s'occupent pas de l'infrastructure délocalisée;</li>
<li style="text-align: justify;">des <b>Business Analyst</b> épaulant les PO pour le recueil des besoins, les validations user, la rédaction des user stories etc ...;</li>
<li style="text-align: justify;"><b>des développeur</b> en charge des tâches sensibles qui ne peuvent pas être réalisées en mode offshore. Ils ne fut pas les confondre avec les développeurs de l'équipe délocalisée;</li>
<li style="text-align: justify;">des <b>content manager</b> et <b>UX</b> en charge de la définition du design et de la création des objets relatifs à ce design.</li>
</ul>
<div>
<div style="text-align: justify;">
Considérons les BA au même niveau que les PO, et nous avons alors 4 <b>canaux</b> qui composent <b>l'équipe PO</b>. Celle-ci est dirigée par une seul manager qui répond d'elle et du projet dans sa globalité face au top management de l'entreprise. C'est en parie pour aider le management direct dans sa gestion de ces tâches, de leurs dépendances et dans leur partage que nous avons "Kanbanisé"</div>
</div>
<div>
<br /></div>
<h4 style="text-align: justify;">
Pourquoi pas le Scrum tout court ?</h4>
<div>
<div style="text-align: justify;">
Notre tâche principale est de faire en sorte que les user stories soient complètes et au statut "<b>Ready</b>" lors du poker planning.</div>
</div>
<div>
<div style="text-align: justify;">
Nous n'avons pas vocation à travailler en suivant les même cycles que l'équipe de dev mais bien à avancer en parallèle et en avance de phase pour qu'eux puissent sereinement enchaîner les sprint.</div>
</div>
<div>
<div style="text-align: justify;">
<br /></div>
</div>
<div>
<div style="text-align: justify;">
<br /></div>
</div>
<h2 style="text-align: justify;">
La pratique</h2>
<div>
<div style="text-align: justify;">
Nous courons après plusieurs but :</div>
<br />
<ol>
<li style="text-align: justify;">Créer une<b> réelle cohésion</b> entre les différents canaux formant cette équipe;</li>
<li style="text-align: justify;">Obtenir facilement une <b>bonne visibilité sur les tâches</b> en cours, les tâches à venir et les backlog de ces quatre équipes.</li>
</ol>
</div>
<div>
<div style="text-align: justify;">
<br /></div>
</div>
<div>
Voici ce à quoi notre Kanban ressemble :</div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-Fjqb4a8sDvw/UP_AC_tm3nI/AAAAAAAAApU/JDOS8mcujR0/s1600/2013-01-04-320.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="356" src="http://3.bp.blogspot.com/-Fjqb4a8sDvw/UP_AC_tm3nI/AAAAAAAAApU/JDOS8mcujR0/s640/2013-01-04-320.jpg" width="640" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Kanban</td></tr>
</tbody></table>
<div class="separator" style="clear: both; text-align: center;">
</div>
<div class="separator" style="clear: both; text-align: center;">
</div>
<div class="separator" style="clear: both; text-align: center;">
</div>
<div class="separator" style="clear: both; text-align: center;">
</div>
<br />
<br />
<h4 style="font-size: 13px;">
<span style="font-size: small;">Quelques explications</span></h4>
<div style="font-size: 13px; text-align: center;">
<br /></div>
<div style="font-size: 13px;">
</div>
<div class="separator" style="clear: both; text-align: center;">
</div>
<div>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-XCh0D1ma0RU/USkihDNT96I/AAAAAAAAAtE/lctxdC5e3aA/s1600/Tableau+Kanban.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="227" src="http://1.bp.blogspot.com/-XCh0D1ma0RU/USkihDNT96I/AAAAAAAAAtE/lctxdC5e3aA/s640/Tableau+Kanban.png" width="640" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Schéma Kanban</td></tr>
</tbody></table>
<ul style="font-size: 13px;"></ul>
<br />
<div>
<div style="font-size: 13px;">
<span style="font-size: small;">Notre tableau de suivi est divisé en 4 zones, mais commençons par la fin :</span></div>
<div style="font-size: 13px;">
<b style="font-size: medium;"><u><span lang="FR"><br /></span></u></b></div>
<b><u>Done (4)</u></b></div>
<div>
<b><u><br /></u></b>
<br />
<div style="font-size: 13px;">
<span style="font-size: small;"></span></div>
<div class="Mem-Normal" style="font-size: 13px; page-break-after: avoid;">
<span style="font-size: small;"><b><v:shapetype coordsize="21600,21600" filled="f" id="_x0000_t75" o:preferrelative="t" o:spt="75" path="m@4@5l@4@11@9@11@9@5xe" stroked="f">
<v:stroke joinstyle="miter">
<v:formulas>
<v:f eqn="if lineDrawn pixelLineWidth 0">
<v:f eqn="sum @0 1 0">
<v:f eqn="sum 0 0 @1">
<v:f eqn="prod @2 1 2">
<v:f eqn="prod @3 21600 pixelWidth">
<v:f eqn="prod @3 21600 pixelHeight">
<v:f eqn="sum @0 0 1">
<v:f eqn="prod @6 1 2">
<v:f eqn="prod @7 21600 pixelWidth">
<v:f eqn="sum @8 21600 0">
<v:f eqn="prod @7 21600 pixelHeight">
<v:f eqn="sum @10 21600 0">
</v:f></v:f></v:f></v:f></v:f></v:f></v:f></v:f></v:f></v:f></v:f></v:f></v:formulas>
<v:path gradientshapeok="t" o:connecttype="rect" o:extrusionok="f">
<o:lock aspectratio="t" v:ext="edit">
</o:lock></v:path></v:stroke></v:shapetype><v:shape id="Picture_x0020_7175" o:spid="_x0000_i1025" style="height: 321pt; mso-wrap-style: square; visibility: visible; width: 216.75pt;" type="#_x0000_t75">
<v:imagedata o:title="" src="file:///C:\Users\CHGVAS~1\AppData\Local\Temp\msohtmlclip1\01\clip_image001.png">
</v:imagedata></v:shape></b><span lang="FR"><o:p></o:p></span></span></div>
<div class="separator" style="clear: both; font-size: 13px; text-align: center;">
<a href="http://3.bp.blogspot.com/-ML_Czbiq1gY/USkl52a03DI/AAAAAAAAAtc/Jf-kVQggwV8/s1600/Tableau+Kanban_2.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="320" src="http://3.bp.blogspot.com/-ML_Czbiq1gY/USkl52a03DI/AAAAAAAAAtc/Jf-kVQggwV8/s320/Tableau+Kanban_2.png" width="216" /></a></div>
<div class="MsoCaption" style="font-size: 13px; text-align: justify;">
<span style="font-size: small;">Cette zone correspond est la partie
« <b>Terminé </b>» (Done) et donc aux taches terminées durant la
semaine. Cette zone est vidée au début de chaque semaine et n’a pas de limite.</span></div>
<div class="Mem-Normal" style="font-size: 13px; text-align: justify;">
<span style="font-size: small;"><span lang="FR">La règle d’entrée dans cette colonne est le
faite qu’une tâche en cours soit maintenant terminé</span></span></div>
<div class="Mem-Normal" style="font-size: 13px; text-align: justify;">
<span style="font-size: small;"><span lang="FR"><br /></span></span></div>
<div class="Mem-Normal" style="font-size: 13px;">
<span style="font-size: small;"><span lang="FR"><br /></span></span></div>
<div class="Mem-Normal" style="font-size: 13px;">
<span style="font-size: small;"><span lang="FR"><br /></span></span></div>
<div class="Mem-Normal" style="font-size: 13px;">
<br /></div>
</div>
<h4 style="font-size: 13px;">
<b><u><span style="font-size: small;"><br /></span></u></b></h4>
<h4 style="font-size: 13px;">
<b><u><span style="font-size: small;"><br /></span></u></b></h4>
<h4>
<span style="font-weight: normal;"><u><br /></u></span></h4>
<div class="separator" style="clear: both; text-align: center;">
</div>
<h4 style="text-align: start;">
<u><br /></u></h4>
<b><u>In progress (3)</u></b><br />
<div>
<u><br /></u></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-2vC8ZUF3AiA/USkmy4wCICI/AAAAAAAAAtk/rI02_fDjfnM/s1600/Tableau+Kanban_3.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="320" src="http://4.bp.blogspot.com/-2vC8ZUF3AiA/USkmy4wCICI/AAAAAAAAAtk/rI02_fDjfnM/s320/Tableau+Kanban_3.png" width="216" /></a></div>
<div style="text-align: justify;">
Il s’agit de la zone inventoriant les tâches en cours de traitement par une personne de l’équipe. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Cette colonne est <b>divisée horizontalement par individus</b> eux-mêmes organisés par canal même si cette dernière organisation n’est pas clairement affichée. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Pourquoi une telle organisation ?<b> Seuls les membres d'un même canal peuvent se partager la responsabilité des tâches de ce canal</b>. Elles sont donc d’abord organisées par canal. En gros, une tâche appartient aux spécifications ou au design ou aux développements sensibles ou à la gestion des systèmes, mais très rarement à plusieurs en même temps. </div>
<div style="text-align: justify;">
<br /></div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-x_ZclrOBim4/USkoi2pWVFI/AAAAAAAAAts/4fEbwRgQzWc/s1600/Tableau+Kanban_3+canaux.png.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="320" src="http://3.bp.blogspot.com/-x_ZclrOBim4/USkoi2pWVFI/AAAAAAAAAts/4fEbwRgQzWc/s320/Tableau+Kanban_3+canaux.png.png" width="227" /></a></div>
<div style="text-align: justify;">
Il va sans dire que de la sorte, la gestion visuelle du flux des tâches est grandement facilitée. </div>
<div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Les noms dans cette colonne sont organisés par canal. Cela aide à visualiser aussi les tâches imminentes par canal et donc la masse de travail à faire par branche. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Les règles d’entrées sont : </div>
<div style="text-align: justify;">
· Une tâche se trouvant dans le <b>To do next</b> ou <b>hautement prioritaire</b> et non encore commencée </div>
<div style="text-align: justify;">
· Pas plus de deux tâches par individus (WIP = 2) </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Sauf cas de force majeure, <b>toute tâche entrant dans cette colonne doit en sortir à l’état « terminé »</b>. Cela évite de commencer plein de tâches mais de n’en jamais finir une seule.</div>
</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br /></div>
<div>
<br /></div>
<h4>
<b><u>To do next (2)</u></b></h4>
<div>
<b><u><br /></u></b></div>
<div>
<div>
<a href="http://3.bp.blogspot.com/-sGwN5ONBnDg/USko3k1mazI/AAAAAAAAAt0/1zEcqnQx09U/s1600/Tableau+Kanban_4.png" imageanchor="1" style="clear: left; display: inline !important; float: left; margin-bottom: 1em; margin-right: 1em; text-align: center;"><img border="0" height="320" src="http://3.bp.blogspot.com/-sGwN5ONBnDg/USko3k1mazI/AAAAAAAAAt0/1zEcqnQx09U/s320/Tableau+Kanban_4.png" width="187" /></a></div>
<div>
<div style="text-align: justify;">
La zone 2 correspondant aux <b>tâches à faire en suite</b> dites « imminentes ». Elles sont placées là car elles correspondent aux nécessités du moment. Cette colonne peut être réorganisée régulièrement. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Si dans l’étape suivante le responsable de la tâche est clairement identifié, il ne l’est pas ici.</b> Par contre, à ce stade on sait déjà clairement s’il s’agit d’une tâche de développement sensible, de spécifications, de design ou de gestion de l’infrastructure. Les individus sont interchangeables dans un même canal donc ici le responsable de la tâche n’est pas encore connu. C’est au passage à la prochaine étape (3) que la personne que l’une des personnes de ce canal recevra la responsabilité de celle-ci. </div>
</div>
</div>
<div>
<div style="text-align: justify;">
<br /></div>
</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-VbnjHrtS3XE/USkpsYWkfxI/AAAAAAAAAt8/J9KKZlEJfNk/s1600/Tableau+Kanban_4+-+Canaux.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="320" src="http://4.bp.blogspot.com/-VbnjHrtS3XE/USkpsYWkfxI/AAAAAAAAAt8/J9KKZlEJfNk/s320/Tableau+Kanban_4+-+Canaux.png" width="227" /></a></div>
<div>
<div style="text-align: justify;">
Si le WIP est de 2 tâches par individus, on ne bloque pas déjà les tâches par personnes pour se laisser la souplesse de les affecter à d’autres. Néanmoins, ce WIP posé par individus permet de limiter le nombre de tâches à venir pour un même canal et donc d’éviter le l’effet entonnoir. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Les règles d’entrées dans cette étape sont : </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
· La tâche existait dans le backlog du canal et était dans les prochaines à faire selon la timeline </div>
<div style="text-align: justify;">
· Urgence non prévue </div>
<div style="text-align: justify;">
· Maximum deux tâches imminentes par individus de la colonne In progress</div>
<h4 style="font-size: 13px; text-align: justify;">
<b><u><span style="font-size: small;"><br /></span></u></b></h4>
<div>
<b><u><span style="font-size: small;"><br /></span></u></b></div>
<div>
<b><u><span style="font-size: small;"><br /></span></u></b></div>
<div>
<b><u><span style="font-size: small;"><br /></span></u></b></div>
<div>
<b><u><span style="font-size: small;"><br /></span></u></b></div>
<div>
<b><u><span style="font-size: small;"><br /></span></u></b></div>
<div>
<b><u><span style="font-size: small;"><br /></span></u></b></div>
<div>
<b style="font-size: 13px;"><u><span style="font-size: small;">Le </span><span style="font-size: small;">backlog</span><span style="font-size: small;"> (1)</span></u></b></div>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-kr8ZmORDECk/USkqKQmAYhI/AAAAAAAAAuI/FYjsh1ADIyE/s1600/Tableau+Kanban_5.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="320" src="http://3.bp.blogspot.com/-kr8ZmORDECk/USkqKQmAYhI/AAAAAAAAAuI/FYjsh1ADIyE/s320/Tableau+Kanban_5.png" width="312" /></a></div>
<div style="text-align: justify;">
<b>Organisé par activité</b> (système, développement, spécification,design), il se compose donc de 4 grandes zones :</div>
</div>
<div style="font-size: 13px;">
<ul>
<li style="text-align: justify;"><span style="font-size: small;"><b>SYS</b> pour systèmes, là où le responsable systèmes entre leurs tâches pour les différentes infrastructures; </span></li>
<li style="text-align: justify;"><span style="font-size: small;"><b>DEV</b> pour développements, ceux dédiés aux développements sensibles entre leurs tâches (ne pas confondre avec l'équipe offshore);</span></li>
<li style="text-align: justify;"><span style="font-size: small;"><b>DESIGN</b> pour ... bah vous avez deviné, non ? Relatif à toutes les tâches UX;</span></li>
<li style="text-align: justify;"><span style="font-size: small;"><b>SPEC</b> pour les spécifications. Cette zone concerne aussi bien les PO que les BA.</span></li>
</ul>
<span style="font-size: small;"></span><br />
<div style="text-align: justify;">
<span style="font-size: small;">et nous essayons aussi d'organiser les priorités de ces tâches suivant une droite de temps. En gros, les </span></div>
<span style="font-size: small;">
</span></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-Y8FpYFH64tk/USkqKVD1bRI/AAAAAAAAAuE/tgvvnkp9HTg/s1600/Tableau+Kanban_5+-+Timelines.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em; text-align: justify;"><img border="0" height="320" src="http://4.bp.blogspot.com/-Y8FpYFH64tk/USkqKVD1bRI/AAAAAAAAAuE/tgvvnkp9HTg/s320/Tableau+Kanban_5+-+Timelines.png" width="318" /></a></div>
<div style="font-size: 13px; text-align: justify;">
<span style="font-size: small;">moins importantes sont sur la gauche dans le backlog et les plus importantes sont sur plus à droite (toujours dans le backlog). Ce n'est qu'une organisation temporaire et estimée.</span></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
</div>
<div class="separator" style="clear: both; text-align: justify;">
<br /></div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296100000066946.110477700000004 5.9809346000000669 46.2863067 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-73772396632216980542013-01-24T11:27:00.000+01:002013-01-24T12:03:08.818+01:00Si tu ne viens pas au Stoos, le Stoos ira à toi.<div style="text-align: justify;">
Pour tout ceux qui n'ont pas la possibilité de se rendre à <b>Amsterdam </b>pour suivre la conférence <b>Stoos</b>, il existe des retransmissions <b>live </b>un peu partout dans le monde et donc une aussi à <b>Genève</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Donc, demain <b>vendredi 25 janvier 2013</b>, de <b>14h30 </b>à <b>22h30 </b>( ah bah ouais on ne fait pas les choses à moitié) l'intégralité de la conférence Stoos sera retransmise en direct à l<b>'Univesrity of Business and International Studies</b> (UBIS) au <b>46, avenue Blanc à Genève.</b></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Vous trouverez plus de détails sur le site <a href="http://www.meetup.com/Stoos-Geneva/events/84155592/">Meetup du Stoos Satellite Geneva</a> ainsi que le <b>programme complet </b>sur le site de la conférence <a href="http://stoosconnect.nl/schedule/">Stoos Connect NL </a></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
A vendredi !<br />
<br />
<br /></div>
<iframe width="425" height="350" frameborder="0" scrolling="no" marginheight="0" marginwidth="0" src="https://maps.google.fr/maps?f=q&source=s_q&hl=fr&geocode=&q=Avenue+Blanc+46,+Gen%C3%A8ve,+Suisse&aq=0&oq=46+avenue+blanc&sll=46.75984,1.738281&sspn=13.505267,22.873535&t=h&ie=UTF8&hq=&hnear=Avenue+Blanc+46,+P%C3%A2quis-Nations,+1202+Gen%C3%A8ve,+Suisse&z=14&iwloc=A&output=embed"></iframe><br /><small><a href="https://maps.google.fr/maps?f=q&source=embed&hl=fr&geocode=&q=Avenue+Blanc+46,+Gen%C3%A8ve,+Suisse&aq=0&oq=46+avenue+blanc&sll=46.75984,1.738281&sspn=13.505267,22.873535&t=h&ie=UTF8&hq=&hnear=Avenue+Blanc+46,+P%C3%A2quis-Nations,+1202+Gen%C3%A8ve,+Suisse&z=14&iwloc=A" style="color:#0000FF;text-align:left">Agrandir le plan</a></small>Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296100000066946.1104767 5.9809346000000669 46.2863077 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-31244765327395048532013-01-09T11:06:00.001+01:002013-01-09T11:24:07.524+01:00MOA/MOE ça m'énerve !<h3>
MOA/MOE mon amour ... ou pas</h3>
<div>
<br /></div>
<div style="text-align: justify;">
Un de mes amis militaire, peu au fait des pratiques du monde merveilleux des SSII françaises m'a demandé si <a href="http://pierreschneider.typepad.com/blog/2013/01/la-complainte-de-louvois.html">l'article de Pierre Schneider</a> me parlait ou pas.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
An tant qu'ancien pratiquant de l'IT à la sauce <b>MOA/MOE</b> française, évidemment que ça me parle, mais ça me donne aussi des <b>nausées</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Quand est-ce que les sociétés abandonneront cette <b>hérésie </b>de MOA/MOE. On ne travaille pas dans le bâtiment, on fait de l'informatique !!! Je n'ai jamais réussi à développer avec une truelle et je ne leur demande pas de construire ma maison à coup de claviers !!!</div>
<div style="text-align: justify;">
</div>
<a name='more'></a><br />
<br />
<div style="text-align: justify;">
Voici la réponse que j'ai fait à mon amis. Oui, elle est partisane mais j'avoue que l'emploi de l'organisation MOA/MOE avec les mauvais résultats ou les dérives commerciales que cela implique m'énerve assez vite.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Comme disait récemment<b> Jeff Sutherland</b> dans <a href="http://scrum.jeffsutherland.com/2013/01/requirements-for-product-owner-common.html">cet article de son son blog</a> : </div>
<blockquote class="tr_bq" style="text-align: justify;">
<i>"Scrum doesn't magically make your problems go away, it makes them clear and you know immediately where to look for responsibility."</i></blockquote>
L'<b>Agilité</b> et <b>Scrum </b>en particulier <b>ne sont pas une garantie de succès</b>, mais ils sont une organisation plus simple, plus logique et plus efficace que la MOA/MOE.<br />
<br />
<h3>
Ma réponse </h3>
<div style="text-align: justify;">
A la question "Est-ce que tu comprends quelque chose à cet article", j'ai répondu : </div>
<br />
<blockquote class="tr_bq">
<div style="text-align: justify;">
<i>Oh oui je ne comprends que trop bien pour avoir travaillé
avec ce système poussif des années en France.</i></div>
<i></i><br />
<div style="text-align: justify;">
</div>
<i>
<div style="text-align: justify;">
<i>Je fais partie, je milite et utilise de nouvelles méthodes
de travailles et d'organisation du travail qui permettent de <b>rapprocher le
client du développeur</b> et donc de raccourcir le cheminement de l'information,
<b>minimisant de ce fait le risque d'erreur</b>.</i></div>
<o:p><div style="text-align: justify;">
</div>
</o:p><div style="text-align: justify;">
<i>Ça s'appelle <b>l'Agilité </b>et ça aide à réussir des projets
complexes comme Louvois.</i></div>
<o:p><div style="text-align: justify;">
</div>
</o:p><div style="text-align: justify;">
<i>Steria n'est pas très engagé dans ces méthodes pour une
raison simple : <b>l'argent</b>.</i></div>
<o:p><div style="text-align: justify;">
</div>
</o:p><div style="text-align: justify;">
<i>Avec la méthode actuelle des bataillons d'analystes étudient le besoin (les fonctions du logiciel) pendant des semaines/des mois en
interrogeant des utilisateurs, des responsables etc ... Ils sont ce qu'on appelle la MOA ( maîtrise d’ouvrage – ceux qui définissent comment devrait fonctionner le produit). Ils pondent un document qui s'appelle le <b>Cahier des Charges</b> et qui est
censé contenir tout ce que le produit doit comporter comme fonctions,
comportements, spécificités. Il faut comprendre que là tout n'est que théorique,
le logiciel n'a pas été produit. Ici on n'a produit qu'un gros paquet de feuilles A4.</i></div>
<div style="text-align: justify;">
<i>Le client prend plusieurs semaines/mois pour lire ce gros
document (souvent assez incompréhensible pour un client non informaticien) et
s'il est d'accord, on estime combien de temps ça prend pour créer tout ça sur la
base de ce qui est écrit dans ce doc. On signe des contrats pour un certain
montant et une certaine période de développement. C’est la MOE (maîtrise d’œuvre)
qui réalise réellement le produit encore une fois sur la base du cahier des
charges. Ce sont les développeurs (en schématisant évidemment)</i></div>
<o:p><div style="text-align: justify;">
</div>
</o:p><div style="text-align: justify;">
<i>Le hic dans cette méthode (dite <b>prédictive </b>par ce qu'on
"prévoit" que ça devrait marcher comme ça) c'est que des projets de
cette ampleur prennent du temps à développer et que donc les besoins du client peuvent
changer entre temps. Sans oublié qu'on a pu se tromper ou sous-estimer tel ou
tel point (c'est humain). Sauf que quand c’est signé, c’est signé ! « T’as
signé, c’est pour en chier »</i></div>
<div style="text-align: justify;">
<i>Quand le développement commence tu peux rien changer
gratuitement puisque t’as signé et les analystes sont tellement bon qu'on <b>"a
pas pu se tromper"</b> …. ou pas</i></div>
<o:p><div style="text-align: justify;">
</div>
</o:p><div style="text-align: justify;">
<i>Les grosses SSII jouent sur ces ambiguïtés. En gros si ce
n’est pas dans le document que vous avez signé, ou si vous voulez un truc
différent parce qu'en 6 mois des nouvelles lois sont passées (que vous ne pouviez
pas prévu quand vous avez écrit le cahier des charges), alors vous devez
signer un <b>avenant </b>et bien sûr <b>payé </b>à nouveau pour que ce soit fait. C'est
considéré comme un changement dans le contrat initial signé entre tous.</i></div>
<o:p><div style="text-align: justify;">
</div>
</o:p><div style="text-align: justify;">
<i>Du coup à la fin du projet (surtout ceux très long comme
celui-là) soit tu as exactement ce que tu veux (rare) mais tu as doublé le prix
de ton application à cause de ce qui n'était pas écrit dans le cahier des
charges, soit tu as un logiciel qui ne correspond pas à ton réel besoin même
s'il correspond peut-être au besoin existant quand le cahier des charges à été
rédigé une année auparavant. <b>Mais c'est aujourd'hui qui compte, pas hier.</b></i></div>
<o:p><div style="text-align: justify;">
</div>
</o:p><div style="text-align: justify;">
<i>J'ai bossé des années comme ça, et ça amène toujours au
conflit. C'est de la gestion de projet à court terme et qui ne tient pas compte
de la satisfaction client. C'est le problème de boite de ce type dirigée
uniquement du point de vue commercial, sans prendre en considération une
dimension de qualité bien plus profitable à long terme.</i></div>
<o:p><div style="text-align: justify;">
</div>
</o:p><div style="text-align: justify;">
<i>Malheureusement c'est toujours les même qui trinquent : le
client, en l’occurrence ici l'armée et ceux qui "bénéficient" de ce
logiciel : vous !</i></div>
</i></blockquote>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<o:p></o:p></div>
<br />
<div style="text-align: justify;">
<br /></div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296100000066946.1104767 5.9809346000000669 46.2863077 6.3036576000000668tag:blogger.com,1999:blog-4843040031805163919.post-87585153346025934652012-12-21T17:10:00.000+01:002012-12-21T17:10:00.376+01:00Story time<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-fgIEjtSB870/UNSFlRihDwI/AAAAAAAAAos/kEvFfPwXDgE/s1600/storytime.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em; text-align: justify;"><img border="0" height="104" src="http://1.bp.blogspot.com/-fgIEjtSB870/UNSFlRihDwI/AAAAAAAAAos/kEvFfPwXDgE/s320/storytime.jpg" width="320" /></a></div>
<div style="text-align: justify;">
J'avoue, j'ai honte mais je n'ai découvert cette pratique que lors d'un cours avec<b> Jeff McKenna</b> à l'été 2012 et son utilité m'a frappé comme Mohamed Ali contre George Forman (c'est que ça ne nous rajeunit pas ma p'tit dame ...) </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Le <b>Product Owner</b> doit avoir une <b>vision de son projet</b>, une vue projetée loin dans l'avenir et il doit être capable de la <b>partager avec l'équipe</b>. C'est ce à quoi sert le <b>Story time</b></div>
<div style="text-align: justify;">
<b><br /></b></div>
<div style="text-align: justify;">
L'idée de ce meeting d'une heure est de montrer à l'équipe les fonctionnalités qui arrivent. Pas celle qui arrivent pour le prochain sprint puisqu'elles seront présentées durant la première partie du poker planning, mais bien celle qui viendront plus tard</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Qu'elle en est l'utilité ?</b></div>
<b></b><br />
<a name='more'></a><div style="text-align: justify;">
<b><br /></b></div>
<br />
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Motivation</b></div>
<div style="text-align: justify;">
Partager votre vision du produit avec l'équipe permet de la garder motivée car elle peut se projeter sur ce qui vient. Même si je n'aime pas l'idée, c'est une sorte de carotte, un teaser, le début d'effeuillage de la stripteaseuse.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Implication</b> </div>
<div style="text-align: justify;">
Cette notion rejoint la précédente, mais dans une équipe Scrum on ne veut pas de "pisseur de lignes". On veut des gens impliqués dans le projet, des experts qui se l'approprient. Or, on ne peut s'approprier un projet que si on en a une vue globale, pas une vue réduite.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Idées</b></div>
<div style="text-align: justify;">
Comme toujours, on est plus intelligent à 10 cerveaux qu'à 1. Donc présenter vos futurs fonctionnalités à l'équipe permet peut-être de faire émerger des idées que vous n'avez pas eu, aussi bien pour les futurs fonctionnalités que pour celles déjà développées. N'oubliez pas que l'équipe de développement connaît aussi bien que vous les fonctionnalités existantes et pas uniquement qu'en termes de code mais bien en termes fonctionnels. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Planification d'une release</b></div>
<div style="text-align: justify;">
Le management veut toujours avoir une vision plus lointaine que celle des prochains sprint et c'est bien logique. C'est normal puisque le manager est responsable d'un portefeuille de projets et pas d'un seul projet. Ce story time est alors une excellente première présentation des fonctionnalités que nous demanderons à l'équipe d'estimer en terme de release et pas de sprint. Cette estimation ne se fait pas à cette occasion mais au moins ils ne découvriront pas ces besoins au dernier moment. </div>
<div style="text-align: justify;">
<b><br /></b>
<b></b></div>
<div style="text-align: justify;">
<b>Communication</b></div>
<div style="text-align: justify;">
C'est un peu mon cheval de bataille mais la communication reste la pierre angulaire d'un projet correctement mené. Sans elle c'est l'échec quasi assuré. Tout le monde travail pour construire le même objet. Il est donc le sujet principale et central des discussions projets. Il est dès lors normal que vous partagiez son avenir avec l'équipe.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Animer le PO</b></div>
<div style="text-align: justify;">
Une équipe PO qui doit présenter sa vision du produit doit d'abord réfléchir à cet avenir. Ceci permet donc de garder une partie de l'attention du PO sur autre chose que simplement le prochain sprint. Il lèvera peut-être un peu la tête du guidon et prendra de la hauteur. C'est toujours bénéfique. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Quand faire cette réunion ?</b></div>
<div style="text-align: justify;">
<b>Jeff McKenna</b> préconise d'en faire une par sprint. Attendez tout de même que cette fonctionnalité est assez mature pour ne pas être fondamentalement remise en question (une ou deux validation fonctionnel du concept par les stakholders). Cela évitera de refaire une présentation a chaque changement ou correction majeure. Rien n'est plus usant pour l'équipe d'avoir 10 présentations différentes d'une même fonctionnalité.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Comment ça se déroule ?</b></div>
<div style="text-align: justify;">
A peu de choses prés cela se déroule comme lors de la présentation de nouvelles fonctionnalités durant un poker planning, à ceci près qu'aucune estimation n'est réalisée par la suite.</div>
<div style="text-align: justify;">
D'habitude nous limitons la durée de cette réunion à 1 heure. </div>
<div style="text-align: justify;">
<b>Un conseil :</b> ne faites pas qu'une simple présentation, prévoyez une séance de questions-réponses avec l'équipe par la suite afin de déjà récupérer un peu de feedback.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Qui vient durant ce meeting ?</b></div>
<div style="text-align: justify;">
Dans notre projet c'est un meeting privilégier entre le Product Owner et la Team. L'idée est vraiment de partager la vision du produit entre eux.</div>
<div style="text-align: justify;">
Les stakeholder peuvent être éventuellement pour ajouter leur pierre à l'édifice de la communication, mais ils sont déjà au courant de l'avenir du produit puisque nous avons entrepris avec eux un ensemble d'atelier et d'études pour comprendre leur besoin.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Dans tous les cas je pense que c'est un bonne pratique a expérimenté. Si elle n'est pas primordiale pour le succès du projet, je pense qu'elle y contribue de manière significative en balisant le chemin loin devant l'équipe. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b><br /></b></div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Nyon, Suisse46.3881817 6.234062200000039446.3443702 6.1533812000000392 46.431993199999994 6.31474320000004tag:blogger.com,1999:blog-4843040031805163919.post-49168631470282693772012-11-22T11:13:00.001+01:002012-11-22T11:13:05.486+01:00Stoos Beer le 10 décembre avec Peter Stevens<div style="text-align: justify;">
Le <b>10 décembre 2012</b> à <b>19h</b>, le Stoos Staellite de Genève aura le plaisir de recevoir <b>Peter Stevens</b>, l'un des 21 initiateurs du Stoos. Voilà son profil sur la <a href="http://www.scrumalliance.org/profiles/2491-peter-b-stevens">Scrum Alliance</a> et <a href="http://www.scrum-breakfast.com/">son blog</a> </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Autour d'une bière et de façon informel, ce sera l'occasion pour tous de mieux comprendre ce qu'est le Stoos et de quel manière il pourrait vous être utile.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Nous n'avons pas souvent l'occasion de rencontrer l'un des initiateurs de ce mouvement et encore moins dans des conditions décontractées comme celles-ci.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Bière et Stoos ?! Que demander de plus ;-)</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
N'hésitez pas à vous inscrire sur l'un des groupes <b>Meetup </b>relayant l’évènement :</div>
<div style="text-align: justify;">
</div>
<ul>
<li>Meetup <a href="http://www.meetup.com/Stoos-Geneva/events/92411612">Stoos Geneva</a></li>
<li>Meetup <a href="http://www.meetup.com/Stoos-Beer/events/92289522">Stoos Beer Geneva</a></li>
</ul>
<br />
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
La rencontre est prévue au pub <b>Mr Pickwik</b>, 80 rue de Lausanne à Gnève. Nous serons en bas, face à l'escalier. Si vous êtes perdu demandez la réservation d'Alexandre Cuva.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Une Google map ça aide aussi un peu :</div>
<br />
<iframe frameborder="0" height="350" marginheight="0" marginwidth="0" scrolling="no" src="https://maps.google.com/maps?f=q&source=s_q&hl=fr&geocode=&q=Mr.+Pickwick+Pub,+Rue+de+Lausanne+80,+Gen%C3%A8ve,+Suisse&aq=0&oq=mr+pickwick&sll=46.24662,6.13315&sspn=0.398399,0.617294&ie=UTF8&hq=Mr.+Pickwick+Pub,+Rue+de+Lausanne+80,+Gen%C3%A8ve,+Suisse&t=m&ll=46.216689,6.148049&spn=0.015441,0.032015&output=embed" width="425"></iframe><br />
<small><a href="https://maps.google.com/maps?f=q&source=embed&hl=fr&geocode=&q=Mr.+Pickwick+Pub,+Rue+de+Lausanne+80,+Gen%C3%A8ve,+Suisse&aq=0&oq=mr+pickwick&sll=46.24662,6.13315&sspn=0.398399,0.617294&ie=UTF8&hq=Mr.+Pickwick+Pub,+Rue+de+Lausanne+80,+Gen%C3%A8ve,+Suisse&t=m&ll=46.216689,6.148049&spn=0.015441,0.032015" style="color: blue; text-align: left;">Agrandir le plan</a></small>
<br />
<br />Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0tag:blogger.com,1999:blog-4843040031805163919.post-39211201528223597572012-10-25T11:25:00.000+02:002012-11-15T14:45:04.431+01:00Le mieux est l'ennemi du bien<div style="text-align: justify;">
A vouloir faire tout aux petits oignons, on finit par ne rien faire dans le temps imparti.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Éternels enthousiastes, ou bien soumis à de trop fortes pressions ou alors ne possédant pas une vision à suffisamment long terme, nous avons tous tendance à jouer sans le vouloir les béni-oui-oui et à tenter de charger la mule lors d'un sprint ou d'une release. Pourquoi ? Parce qu'alors le produit sera <strong>mieux</strong>, la fonction délivrée sera <strong>mieux</strong>. Ou pas ...</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Oui on peut toujours faire mieux, mais quel est l'impact de ce "mieux" sur mon projet, mon activité ?</b></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Est-ce que cette nouvelle fonctionnalité, que l'on essaye de faire entrer dans notre petite boite "projet" à grand coup de marteau, correspond aux objectifs qu'on s'est fixé ... en admettant que l'on en ait fixé.</div>
<div style="text-align: justify;">
<br /></div>
<a name='more'></a><div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Quelque soit la période de temps concernée et encore plus en mode <b>Agile</b>, dans lequel ces périodes sont courtes, <b>fixez vous des objectifs</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEilGt7vS5TU8Icwl7aQjHGKxA51osFNztrpDYeOvBaXmQxYrEkf2TMDnoYfydRhcKInk4BV9rpX0ljJx4uc_xKAh7QXaxNNkHY9E_oL_yEy1BqNsyOk5cEUwp9wuY4uT2QmPadWHuvJ6Jm5/s1600/objectifs.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="213" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEilGt7vS5TU8Icwl7aQjHGKxA51osFNztrpDYeOvBaXmQxYrEkf2TMDnoYfydRhcKInk4BV9rpX0ljJx4uc_xKAh7QXaxNNkHY9E_oL_yEy1BqNsyOk5cEUwp9wuY4uT2QmPadWHuvJ6Jm5/s320/objectifs.jpg" width="320" /></a></div>
<div style="text-align: justify;">
A quoi ça sert ?</div>
<ol>
<li style="text-align: justify;">Dans un premier temps, à donner une vision claire et limpide de pourquoi les gens travaillent sur ce sujet en ce moment. C'est une question de <b>motivation</b>. On travaille toujours mieux quand on sait pourquoi on fait ce que l'on fait.</li>
<li style="text-align: justify;">Pour maîtriser le périmètre de ce que l'on fait. Un principe Agile est d'être ouvert au changement <b>mais sans compromettre le travail en cours</b>. Pour faire simple, si on rajoute quelque chose dans le sprint, on enlève quelque chose de même poids afin d'éviter de "charger la mule". Il est plus facile de savoir si ce nouveau besoin est vitale ou pas, si vos objectifs pour cette activité (sprint) sont claires.</li>
</ol>
<div style="text-align: justify;">
En terme de gestion de projet Agile, cela s'applique aussi bien à un sprint qu'à une Release où la vision du produit est plus compète.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
A chaque fois que quelque chose de nouveau apparaît quelque soit son attrait, posez-vous la question de savoir si c'est absolument utile pour l'objectif après lequel vous courrez en ce moment.</div>
<div style="text-align: justify;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEglN02lQMDmCYvvBUaQfqIiRmEIlOA3AM-mQMICpU0Tg88aNEFCf31pW3m_Hi4Xp84HNY8r-DPUF8zDHI255VZfZrzSYzhN1fD5g8t2Nday7OPp9eoPMOIWKE9rNYJEbPQA_vafhs-cIyfY/s1600/pourquoi-dire-non.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="239" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEglN02lQMDmCYvvBUaQfqIiRmEIlOA3AM-mQMICpU0Tg88aNEFCf31pW3m_Hi4Xp84HNY8r-DPUF8zDHI255VZfZrzSYzhN1fD5g8t2Nday7OPp9eoPMOIWKE9rNYJEbPQA_vafhs-cIyfY/s320/pourquoi-dire-non.jpg" width="320" /></a></div>
<div style="text-align: justify;">
<br /></div>
<ul>
<li style="text-align: justify;">Si oui, il est peut-être temps de <b>réorganiser les tâches à faire</b>...</li>
<li style="text-align: justify;">Si non, <b>ne cédez pas aux sirènes du "mieux"</b> (qui, je vous le rappelle, est "l'ennemi du bien") et battez vous pour mettre cette nouvelle superbe idée à plus tard. A quand ? Et bien simplement au moment où elle correspondra au nouvel objectif choisi. </li>
</ul>
<div>
<div style="text-align: justify;">
<b>Il faut parfois savoir dire non juste pour une question de timing et non de besoin. </b></div>
</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<br />
Dans le mêne idée mais en plus vaste, cet article est aussi très intéressant à lire. C'est en anglais : <a href="http://blogs.hbr.org/govindarajan/2012/10/the-timeless-strategic-value-of-unrealistic-goals.html">http://blogs.hbr.org/govindarajan/2012/10/the-timeless-strategic-value-of-unrealistic-goals.html</a></div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296146.1544297 6.0633321 46.2423547 6.2212601tag:blogger.com,1999:blog-4843040031805163919.post-50585200725682622922012-10-21T21:12:00.000+02:002012-10-22T14:13:32.031+02:00Pourquoi les fourchettes piquent ?<div style="text-align: justify;">
Pour ceux qui ont des enfants, vous avez très certainement subit au moins une fois la dictature du "pourquoi ?".</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Pourquoi les fourchettes piquent ? Pourquoi le vent ? Pourquoi papy se lave les dents en dehors de la bouche ? Pourquoi le bleu est bleu ? Pourquoi ... ? Pourquoi ... ? Pourquoi ... ?</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Les enfants sont curieux et ne connaissent pas les barrières logiques ou illogiques posées par notre éducation, nos valeurs ou simplement par nos habitudes.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Ne devrions nous pas aussi, en tant que leader ou manager, puiser dans note âme d'enfant curieux pour remettre en question les limites et les habitudes que nous nous imposons sans réellement comprendre <b>pourquoi </b>?</div>
<a name='more'></a><br />
<h3>
Pourquoi les fourchettes piquent ?</h3>
<div style="text-align: justify;">
<br />
Quelque soit les principes de management que l'on suit, ils ne sont rien sans un minimum de valeur humaines et personnelles telles que le <b>courage</b> ou la <b>curiosité</b>. Ces deux là vont souvent de pair dans leur application ou dans leur absence.<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiK56LqjCQAW2497WTiXzcw6gTPgnpiANv2wGYeWgXIsNULuLvgvzVLCl7GIOGBguj3dBCWQrKLXX2kbF7LBECvM41ur8ZerV8nskbce6r3dl1XxFxaQd06mhlnSUKAFja9XsbjNLflewd/s1600/courage-1.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiK56LqjCQAW2497WTiXzcw6gTPgnpiANv2wGYeWgXIsNULuLvgvzVLCl7GIOGBguj3dBCWQrKLXX2kbF7LBECvM41ur8ZerV8nskbce6r3dl1XxFxaQd06mhlnSUKAFja9XsbjNLflewd/s320/courage-1.jpg" width="268" /></a></div>
<br /></div>
<br />
<div style="text-align: justify;">
Avoir le courage de remettre en question des pratiques considérées comme acquises dans le but d'en trouver des améliorations devraient être un réflexe de tout bon manager. Malheureusement notre zone de confort et le bien être qu'elle nous procure nous empêchent souvent de vouloir tout remettre en question et par voie de conséquence de prendre le risque de l'amélioration.</div>
<div style="text-align: justify;">
<b>Certes, cette zone de confiance nous rassure, mais comment savoir qu'il n'existe pas une zone de confort encore meilleure sans remettre en question l'actuelle ?</b></div>
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh-MXrLKQnTEc2sO5xA3WNq87LxHUmK4UtsdOmt4Od5Zsm-zsbA8c9fAjwko0QHp24zqi7d_1Bkp8dCgwagS54qSxbgJTmLGr6TkGJXCvVE1Df8UxF6Ag4ACWg3bq7kX07mlqikqfbhNXaH/s1600/ted3.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="110" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh-MXrLKQnTEc2sO5xA3WNq87LxHUmK4UtsdOmt4Od5Zsm-zsbA8c9fAjwko0QHp24zqi7d_1Bkp8dCgwagS54qSxbgJTmLGr6TkGJXCvVE1Df8UxF6Ag4ACWg3bq7kX07mlqikqfbhNXaH/s200/ted3.jpg" width="200" /></a></div>
<div style="text-align: justify;">
Je me rappelle un exemple criant donné par <b>Ken Robinson</b> dans sa présentation <b>TED</b> : <a href="http://www.ted.com/talks/ken_robinson_says_schools_kill_creativity.html">School kill creativity</a>. Il prend en exemple une petite fille qui fait un dessin. La maîtresse vient lui demander ce qu'elle dessine. La petite fille répond "<i>Le visage de Dieu</i>". Surprise et amusée la maîtresse lui dit que personne ne sait à quoi ressemble le visage de Dieu et la petite fille de répondre "<i>Ils le sauront dans une minute</i>" !</div>
<br />
<br />
<h3>
Qu'est-ce que cela veut dire en terme de management ?</h3>
<br />
<br />
<div style="text-align: justify;">
Cela veut dire que pour enclencher un changement ou une amélioration il faut oser <b>remettre en question les habitudes et les règles </b>et pour cela rien de mieux que de laisser les <b>pourquoi</b> faire leur oeuvre.</div>
<div style="text-align: justify;">
<br /></div>
<br />
<div style="text-align: justify;">
Pourquoi travaillons nous aujourd'hui de cette manière ? Pourquoi suivons nous tel ou tel processus ? Pourquoi faisons nous ce que nous faisons de cette manière ?</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Être certain que les processus que nous utilisons sont aboutis et ne nécessites aucune amélioration est un risque majeur du management. A chaque fois que j'ai caché des poussières sous le tapis, ma femme les a trouvé.</div>
<div style="text-align: justify;">
<br /></div>
<div>
<div style="text-align: justify;">
Qu'on le veuille ou non, en tant que manager, on doit comprendre que le système que nous gérons est un système vivant composé d'<b>individus</b>, de <b>relations entre ces individus</b>, et d'<b>interactions avec d'autres systèmes</b>. Tout ces éléments ont des impacts sur les environnement de travail, alors imaginés que les règles, habitudes et principes de travaille peuvent être immuables serait ne pas prendre en compte ces éléments.</div>
<div style="text-align: justify;">
<br /></div>
</div>
<div>
<div style="text-align: justify;">
Commencer par ce dire que les choses pourraient être différentes est le premier pas vers une gestion plus efficace des ses équipes et pourquoi pas aussi le premier pas vers un changement réussi.</div>
<div>
<br /></div>
<div>
<br /></div>
</div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296146.1544297 6.0633321 46.2423547 6.2212601tag:blogger.com,1999:blog-4843040031805163919.post-19907713831070485822012-10-12T19:23:00.000+02:002012-10-12T19:23:20.224+02:00Le survol du ScrumD'habitude en voit partout des jolis dessins représentant le <b>Scrum</b>. Vous savez, celui avec les flèches arrondies dans les deux sens pour montrer le coté itératif, les sprint touts ça ....<br />
<br />
Mon esprit de contradiction me pousse à proposer <b>une autre approche plus litéraire</b> que j'ai découvert à l'occasion ma certification de ScrumMaster.<br />
<br />
Voici la poésie scrumienne :<br />
<br />
<a name='more'></a><br />
<br />
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><span lang="FR">une <b>équipe
Scrum</b> est composée d’un…</span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">Product
owner </span></b><span lang="FR">(PO ou responsable
de produits) qui représentent le métier et collabore étroitement avec l'équipe.
Il est le responsable du …<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">Product
backlog</span></b><span lang="FR"> (catalogue de
produits) lui-même constitué de fonctionnalités découpées en…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">User
stories </span></b><span lang="FR">(histoire
utilisateur), généralement écrites à la main sur des cartes de la manière
suivante « En tant qu’<i>utilisateur</i> j'ai besoin de <i>X</i> afin de <i>Y</i> »
et estimé en…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">Story
points </span></b><span lang="FR">(points
d’histoire) définit comme des valeurs numérique relatives (comme les tailles d'un T-shirt S, M, L, XL). Le PO choisi quelles histoires seront incluses dans le…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">sprint
backlog</span></b><span lang="FR"> (catalogue du
sprint), la liste de tâches à réaliser pour le prochain…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">sprint</span></b><span lang="FR">, ou itération de une à quatre semaines de
développement. Le sprint est <u>guidé </u>(non managé) par le…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">scrum
master</span></b><span lang="FR">, un membre de
l'équipe qui a pour rôle de s'occuper des problèmes interférant avec…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><span lang="FR">l’<b>équipe
auto-organisée</b> de développeurs, qui seuls décident comment et quels outils
utilisés, en incluant…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><span lang="FR">les <b>tests
unitaires</b>, des tests écrit par les développeurs qui sont la pierre
angulaire du…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">test-driven
development (TDD ou développement dirigé par le test)</span></b><span lang="FR">. L'équipe peut aussi utiliser des pratiques
dérivées de…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">extrem
programming (XP)</span></b><span lang="FR"> tel que
le…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">pair
programming</span></b><span lang="FR">, dans lequel
deux développeurs travaillent côte à côte sur une seule machine et…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">factorise
(refactoring)</span></b><span lang="FR"> le code
autrement dit améliore continuellement la conception au travers de plusieurs
itérations. Pour suivre son avancement tous les membres de l'équipe se
retrouvent pour le…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">Daily
stand-up</span></b><span lang="FR">, qui est une
très courte réunion durant laquelle tous les membres de l'équipe exposent à
tour de rôle ce qu'ils ont fait depuis le dernier daily, ce sur quoi ils sont
en train de travailler, et quels sont les obstacles qui les bloque, tout en se
référant au…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">task
board (tableau des tâches)</span></b><span lang="FR">,<b> </b>qui est toujours visible sur un mur à côté d'autres informations
importantes comme le…<b> </b><o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">burn
up chart</span></b><span lang="FR">, qui enregistre
le travail accompli ou le …<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">burn
down chart</span></b><span lang="FR"> qui suit le
travail qu'il reste à faire. Ces informations sont primordiales afin de
déterminer la…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">vélocité</span></b><span lang="FR"> de l'équipe ou combien de story points
elle peut réaliser par Sprint. C'est un point important de la…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">rétrospective</span></b><span lang="FR"> du sprint. C'est l'occasion pour l'équipe
d'inspecter et de s'adapter en identifiant les axes d'améliorations et leurs
futures actions associées. La rétrospective est différente du…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">sprint
review</span></b><span lang="FR"> au cours duquel l'équipe présente le travail accompli aux parties prenantes métier. Tout ceci
dans le but de délivrer un…<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<!--[if !supportLists]--><span lang="FR" style="font-family: Symbol; font-size: 10.0pt; mso-ansi-language: FR; mso-bidi-font-family: Symbol; mso-bidi-font-size: 12.0pt; mso-fareast-font-family: Symbol;">·<span style="font-family: 'Times New Roman'; font-size: 7pt;">
</span></span><!--[endif]--><b><span lang="FR">logiciel
fonctionnel</span></b><span lang="FR">.<o:p></o:p></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR"><br /></span></div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm; margin-left: 36.0pt; margin-right: 0cm; margin-top: 5.0pt; mso-list: l0 level1 lfo1; tab-stops: list 36.0pt; text-indent: -18.0pt;">
<span lang="FR">Merci à </span><a href="http://scrummaster.com.ua/">http://scrummaster.com.ua/</a> </div>
<div style="margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0tag:blogger.com,1999:blog-4843040031805163919.post-1533488612104645362012-10-02T14:36:00.000+02:002012-10-02T14:36:59.290+02:00Le Scrum en 60 minutesLa prochaine rencontre <b>Stoos </b>sera entièrement consacrée au <b>Scrum</b> grâce à <a href="http://pyxis-tech.com/fr/notre-equipe/christian-lapointe">Christophe Lapointe</a>, coach Agile chez <a href="http://pyxis-tech.com/fr/accueil">Pyxis</a>.<br />
<br />
Pour avoir un premier aperçu de ce qu'est cette approche et comment la mettre en place dans un cadre pas forcément IT, n'hésitez pas à nous rejoindre le <b>mardi 16/10</b> sur <b>Genève</b>.<br />
<br />
Plus de détails sur le groupe <a href="http://www.meetup.com/Stoos-Geneva/">Meetup du Stoos Network de Genève</a><br />
<br />Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0tag:blogger.com,1999:blog-4843040031805163919.post-59534539174081224292012-08-15T13:00:00.000+02:002012-08-15T14:51:27.372+02:00En août, ne te découvre pas d'un Stoos.Le groupe <b>Stoos Geneva</b> avance et le prochain meeting est prévu pour le <b>28/08</b> au <a href="http://www.lordjimpub.ch/">Pub Lord Jim</a>.<br />
<div>
<br /></div>
<div>
Dans la foulé, nous avons crée un groupe<b> Meet-up</b> <a href="http://www.meetup.com/Stoos-Geneva/">Stoos Geneva</a> pour mieux s'organiser et communiquer.<br />
Nous pensons à planifier ce Stoos tous les dernier mardi de chaque mois. Ce sera ainsi plus simple pour tout le monde de s'organiser.<br />
<br />
N'hésitez pas à nous y rejoindre.</div>
<div>
<br /></div>
<div>
Pour mémoire, vous pouvez aussi nous rejoindre sur <b>Linkedin </b>via le <a href="http://www.linkedin.com/groups/Stoos-Network-4243114?trk=myg_ugrp_ovr">groupe principale du Stoos</a> et le <a href="http://www.linkedin.com/groups?gid=4415904&trk=myg_ugrp_ovr">groupe local de Genève</a>. </div>
<div>
<br /></div>
<div>
A très vite</div>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296146.1544297 6.0633321 46.2423547 6.2212601tag:blogger.com,1999:blog-4843040031805163919.post-58015438876225461522012-08-12T17:19:00.000+02:002013-01-08T10:17:16.784+01:00En tant que Product Owner tu ...Dans la même veine que l'article <a href="http://agileconcombre.blogspot.ch/2012/08/en-tant-que-scrum-master-tu.html">En tant que Scrum Master tu ...</a> voici les <b>23 commandements du Product Owner</b>.<br />
<br />
Avec l'aimable autorisation de <a href="http://scrummaster.com.ua/">scrumaster.ua</a>.<br />
<br />
<a name='more'></a><br />
En tant que Product Owner tu ...<br />
<br />
<br />
<ol>
<li>... es le détenteur de la <b>vision </b>du produit au nom de l'équipe métier, du client et des utilisateurs;</li>
<li>... es le représentant des <b>intérêts du métier</b> auprès de l'équipe;</li>
<li>... représentes le produit et l'équipe auprès de l'équipe métier;</li>
<li>... communiques régulièrement avec les <b>parties prenantes</b>;</li>
<li>... ne tiens <i>pas</i> le rôle de Scrum master;</li>
<li>... ne fait <i>aucune</i> tâches d'implémentation;</li>
<li>... rédiges les <b>user stories</b> et aides les autres à écrire leurs <b>user stories</b>;</li>
<li>... comprends les <b>valeurs métier</b> de chaque user story;</li>
<li>... assignes des valeurs numériques à chaque user story;</li>
<li>... définis les <b>priorités</b> des user stories dans un backlog strictement ordonné;</li>
<li>... identifies les <b>critères d'acceptation</b> pour chaque user story;</li>
<li>... collabores avec le reste de l'équipe pour créer la <b>définition de terminé</b> de l'équipe;</li>
<li>... <b>acceptes </b>ou <b>rejettes </b>les taches terminées en indiquant si elles ont atteint les critères d'acceptation;</li>
<li>... arbitres les <b>collisions fonctionnelles</b> provenant des parties prenantes;</li>
<li>... ne dis <i>pas</i> à l'équipe comment elle doit travailler;</li>
<li>... fournis toute les <b>informations </b>nécessaires à l'équipe pour qu'elle puisse estimer chaque user stories;</li>
<li>... te rends <b>disponible</b> pour l'équipe afin de répondre à toutes questions fonctionnelles ou relatives à la valeur métier;</li>
<li>... <b>n'estimes <i>pas</i></b> les stories, c'est le rôle de l'équipe;</li>
<li>... prends la décision lorsque (rarement) un sprint <b>doit se finir anormalement</b>;</li>
<li>... clarifies les <b>exigences fonctionnelles</b> pour l'équipe;</li>
<li>... mènes la première partie du <b>sprint planning</b>;</li>
<li>... mènes le <b>story time</b>;</li>
<li>... recueilles les <b>feedback </b>des parties prenantes lors du sprint review.</li>
</ol>
<ul>
</ul>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296146.1544297 6.0633321 46.2423547 6.2212601tag:blogger.com,1999:blog-4843040031805163919.post-48905926039771789472012-08-10T00:51:00.000+02:002013-01-08T10:19:58.267+01:00En tant que Scrum Master tu ...Je voudrais vous proposer la traduction d'un document que j'ai eu l'occasion d'avoir dans les mains lors d'une formation Scrum à Kiev. En quelque sorte il s'agit des <b>17 commandements sur Scrum Master</b>.<br />
<br />
Avec l'aimable autorisation de <a href="http://scrummaster.com.ua/">scrumaster.ua</a>, voici une liste non exhaustive de ce que tu dois faire en tant que Scrum Master<br />
<br />
<a name='more'></a><br />
En tant que Scrum Master tu ...<br />
<ol>
<li>... est le gardien des <b>processus scrum;</b></li>
<li>... est un <b>facilitateur </b>durant les réunions du <b>sprint</b>. Cela peut vouloir dire que tu les mène toi-même, ou bien que tu invites un facilitateur externe ou encore que tu accompagnes l'équipe pour qu'elle gère cet aspect par elle-même;</li>
<li>... sais quand te retirer et laisser l'équipe apprendre de leurs <b>expériences</b>, <b>erreurs </b>incluses;</li>
<li>... est disponible pour l'équipe et le product owner pour <b>répondre à leurs questions</b> et les <b>conseiller;</b></li>
<li>... <b>protèges l'équipe</b> des distractions extérieures, et que tu sers de tampon entre l'équipe et les autres parties prenantes;</li>
<li>... <b>supprimes les obstacles</b> pour l'équipe afin qu'elle puisse avancer sur ses tâches;</li>
<li>... n'est <b>pas le patron</b>. Ton rôle est défini par un ensemble unique de responsabilités, pas par ton rang hiérarchique;</li>
<li>... agit comme un <b>avocat</b> de l'équipe auprès du business;</li>
<li>... formes le <b>product owner</b> aux pratiques scrum;</li>
<li>... aides l'équipe à maîtriser l'utilisation des <b>outils scrum</b> comme le task board, le sprint backlog et les burn charts;</li>
<li>... <b>entraînes</b> l'équipe et les membres de l'équipe pour les pratiques scrum;</li>
<li>... agit comme responsable de l'<b>évangélisation scrum</b> dans ton organisation, l'aidant à adopter scrum;</li>
<li>... mène le <b>daily scrum</b> jusqu'à ce que les membres de l'équipe se sentent suffisamment à l'aise pour les gérer eux-même;</li>
<li>... mène la seconde partie du <b>poker planning</b> ou aide l'équipe à la gérer elle-mêmes;</li>
<li>... facilite et participe à la <b>rétrospective sprint</b>;</li>
<li>... n'es <b>pas la police scrum ! </b>Tu n'es pas là pour dire à l'équipe ce qu'elle fait mal;</li>
<li>... t'assures que tes <b>contributions techniques</b> ( si tu en as ) ne te distraient pas de ta fonction de scrum master.</li>
</ol>
Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0Genève, Suisse46.1983922 6.142296146.1544297 6.0633321 46.2423547 6.2212601tag:blogger.com,1999:blog-4843040031805163919.post-84917475608046001492012-08-10T00:07:00.000+02:002012-08-10T00:07:06.476+02:00CSM et CSPO de la Scrum Alliance<div style="text-align: justify;">
Je viens de participer à une semaine de formation à <b>Kiev</b> au sein de <a href="http://scrummaster.com.ua/">ScrumMaster.ua</a> pour la <b>certification ScrumMaster</b> et la <b>certification Product Owner</b> de la <a href="http://www.scrumalliance.org/">Scrum Alliance</a>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Je suis à la fois <b>extatique</b> et <b>un peu déçu</b>, mais dans l'ensemble le bilan est très positif pour moi.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Voici un petit debrief de cette folle semaine ukrainienne et le pourquoi de ces deux sentiments.</div>
<br />
<a name='more'></a><div style="text-align: justify;">
<br /></div>
<br />
<div style="text-align: justify;">
D'abord, dans un <a href="http://agileconcombre.blogspot.ch/2012/06/faut-il-se-faire-certifier-scrum.html" target="_blank">précédant article</a> je donnais mon avis sur les certifications. Sachez que je n'ai pas changé d'avis.<br />
<br />
En bref, vu que l'Agilité est une <b>approche empirique</b> et donc promeut la pratique par rapport à la théorie, la certification n'est pas d'un intérêt très élevé.<br />
<br />
Néanmoins les <b>RH</b>, recruteurs et autres non initiés de l'Agilité auront besoin d'un point de référence reconnu pour se faire une idée de votre savoir-faire en la matière. Dans ce cas précis, une certification devient intéressante, voir nécessaire en fonction de vos ambitions.<br />
<br />
Enfin, si je ne suis pas un fan de la certification, je suis un ultra convaincu de l'<b>échange d'expériences</b>. Donc mon seul conseil, si je peux me permettre, est que si vous devez suivre ces certifications, essayez de les passer avec un très grand professionnel qui pourra faire plus que vous enseigner ce que vous connaissez déjà en partie. Essayez de profiter de sa très grande expérience.<br />
<br />
Cela a été exactement mon cas.<br />
<br /></div>
<br />
<h3>
Tu sais ce qu'il te dit le cassis ?!</h3>
<div>
<br /></div>
<div style="text-align: justify;">
Un mot sur le professeur. LE <b>coach certifié ScrumAlliance</b> comme seulement une trentaine de ses collègues dans le monde. Ca pose le bonhomme.</div>
<div style="text-align: justify;">
<br />
Petit par la taille mais géant par l'expérience (d'où le titre), <b>Jeff McKenna</b> est l'un des tout <b>premiers signataires du</b> <b>manifeste agile</b> et pratique l'Agilité bien avant même que cette approche trouve son nom.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
En 1966 il faisait déjà du développement itératif et il a travaillé avec Microsoft quand cette entreprise ne comptait que 12 employés. Et oui, on a oublié qu'un jour Crosoft fut une start-up.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Effectivement il n'est plus tout jeune mais il garde une pêche extraordinaire et <b>talent d'enseignement simplement fantastique</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Je disais dans cet article que l'essentiel dans la certification était pour moi le formateur, et là autant dire que mieux ce n'est pas possible.<br />
<br />
Il est l'unique raison de mon sentiment <b>extatique</b></div>
<div>
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiK9aCmr89vJh45pvs4SGb5-ckVO4GVocKXC1h2TKHwKKJJDC7-Ub5_qSFAhF5778uleWDRT-XcG_XgbLfLEOZM0rE3eRqcNbNA8O4AJEbhYAT0i3PmlaPdHzjHZLr40VUJ7jSvaxGOJuy1/s1600/Jeff+McKenna.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="200" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiK9aCmr89vJh45pvs4SGb5-ckVO4GVocKXC1h2TKHwKKJJDC7-Ub5_qSFAhF5778uleWDRT-XcG_XgbLfLEOZM0rE3eRqcNbNA8O4AJEbhYAT0i3PmlaPdHzjHZLr40VUJ7jSvaxGOJuy1/s200/Jeff+McKenna.jpg" width="149" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Jeff McKenna</td></tr>
</tbody></table>
<h3>
<br /></h3>
<h3>
Certification Scrum Master</h3>
<div>
<br /></div>
<div style="text-align: justify;">
Une formation simplement géniale. Certes les principes vu ici ne me sont pas inconnu puisque je les pratiques tous les jours, mais la manière de les présenter, de les mettre en perspectives et de les justifier est tout simplement rafraîchissante et enrichissante.<br />
<br /></div>
<div style="text-align: justify;">
On navigue entre explications magistrales et <b>innovation games</b> pour comprendre les concepts. Il est très difficile de s'endormir même si le rythme est soutenu.</div>
<div>
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhDy-3kczWINiDvioxZiu3RiqEB6lIYJ5rtDghVgpCq2EaoqUAG7VHDHwQVjsHsOMiHUm-Om6PyYqlwRfj3GpINhwO1YKAAqQ80dMySvY84MyCNlb4X86jIRM6cmrS4DQvaPHdDNvSXCrZo/s1600/2012-07-24-214.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="179" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhDy-3kczWINiDvioxZiu3RiqEB6lIYJ5rtDghVgpCq2EaoqUAG7VHDHwQVjsHsOMiHUm-Om6PyYqlwRfj3GpINhwO1YKAAqQ80dMySvY84MyCNlb4X86jIRM6cmrS4DQvaPHdDNvSXCrZo/s320/2012-07-24-214.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Non ce n'est pas un annivessaire</td></tr>
</tbody></table>
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi698tm5ua8cUO3j5fkicLvzIxaC3v6oPrDDjoU9RzFlNPL2himpkUyH401TBAh4kn8t6QGnqrmmwOgTFCfFfUvN0n8FXCPXoJE8Evlp_1PqnkzaHYXyMlZ5GlHEAj5RhHZPeri2Z-6CHCY/s1600/2012-07-24-215.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="179" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi698tm5ua8cUO3j5fkicLvzIxaC3v6oPrDDjoU9RzFlNPL2himpkUyH401TBAh4kn8t6QGnqrmmwOgTFCfFfUvN0n8FXCPXoJE8Evlp_1PqnkzaHYXyMlZ5GlHEAj5RhHZPeri2Z-6CHCY/s320/2012-07-24-215.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Encore des ballons</td></tr>
</tbody></table>
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjUTUmU-_SgEf0kIYiGg4e94gOmnluHQBjjJkmWXmuo9LR0Be7AXwPKTCmkEUIYu9S71Su9gdY8_-HWyIe7N8hWC8mCsaaJtTMlNjvJ23DoBRoWbvde4kN0L1mRb_xJl5UGWxhT7yF55w-N/s1600/2012-07-24-217.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="179" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjUTUmU-_SgEf0kIYiGg4e94gOmnluHQBjjJkmWXmuo9LR0Be7AXwPKTCmkEUIYu9S71Su9gdY8_-HWyIe7N8hWC8mCsaaJtTMlNjvJ23DoBRoWbvde4kN0L1mRb_xJl5UGWxhT7yF55w-N/s320/2012-07-24-217.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Jeff McKenna aux manettes</td></tr>
</tbody></table>
<div style="text-align: justify;">
L'expérience Scrum des participants allait de 1 jour à 5 ans, avec une grosse majorité de gens autour d'une année d'expérience. C'est peu diront certains, mais c'est suffisant. N'oublions pas qu'il s'agit d'une approche empirique et qu'il faut donc pratiquer. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
La formation ScrumMaster a été l'occasion de clarifier certains points, de corriger une ou deux erreurs que l'habitude nous masque et d'apprendre, apprendre, apprendre et apprendre encore.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Cette formation fait la place belle à <b>l'expérimentation</b> et si vous n'étiez pas déjà convaincu, soyez le : <b>c'est la meilleure manière d'apprendre</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
A la fin il y a depuis peu un examen pour valider sa certification. Comme toute les réponses sont dans le cours, on est studieux. Les participants sont donc tous motivés et participent activement et sérieusement. Notez que cette remarque est importante pour ma conclusion car il y a encore peu de temps en arrière il suffisait de participer aux deux jours de formation pour être certifié.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
34 bonnes réponses sur 35 et pouf je suis certifié.<br />
<br /></div>
<h3>
<br /></h3>
<h3>
Certification Product Owner</h3>
<div>
<br /></div>
<div style="text-align: justify;">
La première partie est un rappel du Scrum alors forcément lorsqu'on vient de passer 2 jours à manger du Scrum pour la certification ScrumMaster, il y a comme une redite. Bon, comme je suis un peu lent c'est finalement pas plus mal d'en prendre une nouvelle couche ;-)</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Ensuite, c'est un réel focus sur le rôle de Product Owner et au regard des questions venant de l'assemblée on comprend mieux pourquoi Jeff McKenna dit qu'il s'agit du <b>rôle le plus compliqué du Scrum</b>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Le public est très différent de celui de la précédente formation. Beaucoup moins d'expérience en Scrum et beaucoup plus de participants venus pour "voir". Ils ne sont pas Product Owner, ni concerné par ce rôle mais cherchent simplement à comprendre à quoi il correspond ( ou voir comment ils pourraient le détourner pour certains ;-) si si )<br />
<br />
<h3>
<br /></h3>
<h3>
Ma déception</h3>
<div>
<br /></div>
<h4>
Pas d'exam final</h4>
<div>
<br /></div>
Voici la raison de ma déception :l'attitude de certains participants en raison de <b>l'absence d'exam à la fin de cette formation</b>.<br />
<br />
Ceci rend les participants bien moins assidus ou concernés. C'est un peu la valse des portables, smartphones etc... Dans les périodes d'explications magistrales je vois plus de tête baissées sur leurs tablettes et autres smartphones que rivées sur le coach. Même remarque pour la participation aux innovative games.<br />
<br />
Je suis déçu parce que si le rôle de ScrumMaster des devenu assez solide de nos jours, nous avons besoin de renforcer l'image des Product Owner pour passer <b>une nouvelle étape dans l'adoption de l'Agilité</b>. Sincèrement, je ne voudrais pas avoir à travailler avec certains nouveaux certifiés Product Owner que j'ai vu et surtout je ne voudrais pas qu'ils soient les avocats du Scrum auprès de leur organisation.<br />
<br />
Relativisez mes propos, il ne s'agit pas de la majorité des participants mais il suffit d'un ou deux éléments perturbateur pour noircir un tableau qu'on voudrait tellement immaculé.<br />
<br />
<h4>
<br /></h4>
<h4>
La raison</h4>
<div>
<br /></div>
L'explication est toute simple et correspond aussi au "pourquoi" il n'existait pas non plus d'examen ScrumMaster jusqu'il y a peu : <b>la promotion</b>.<br />
<br />
Le but principale de la Scrum Alliance est <b>la promotion du Scrum et de l'Agilité</b>. Dans les premiers moments d'un mouvements naissant, il est préférable de <b>rendre les choses faciles pour accélérer leur adoption</b>. Certes, en tant que puristes, nous n'aimons pas trop ce point de vue mais le but de la promotion doit dépasser le syndrome "Tour d'ivoire". C'est exactement ce qui se passe pour le rôle de Product Owner qui est le nouvel axe de promotion de la Scrum Alliance. C'est à dire qu'on facilite la communication autour de ce rôle pour aider sa promotion.<br />
Je vous prend le pari que dans quelques temps, lorsque les têtes pensantes de la Scrum Alliance jugeront que le rôle de Product Owner est suffisamment adopté par la communauté, une certification apparaîtra.<br />
<br /></div>
<div style="text-align: justify;">
<h3>
<br /></h3>
<h3>
Petit plaisir</h3>
<div>
<br /></div>
</div>
<div style="text-align: justify;">
Petit plaisir personnel, j'ai enfin eu l'opportunité de faire ma première <b>Product Vision Box</b> (en mode simplifié) et je suis bien content </div>
<div class="separator" style="clear: both; text-align: center;">
</div>
<div>
</div>
<div>
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhn-yN9XG10NbVGzN-vAHY3CEW77z_0J0elQcs-qqcc9C84j2xQ7w3b4nmGHKgcUyF73tWiTbcBKU43RGyOhEW6MGC5AzMyEwYWFooSrlEXQtE1mhNU2YXnG41opTROLpfYCRK2HpGNky0x/s1600/Geoff+et+sa+PVB.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="268" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhn-yN9XG10NbVGzN-vAHY3CEW77z_0J0elQcs-qqcc9C84j2xQ7w3b4nmGHKgcUyF73tWiTbcBKU43RGyOhEW6MGC5AzMyEwYWFooSrlEXQtE1mhNU2YXnG41opTROLpfYCRK2HpGNky0x/s320/Geoff+et+sa+PVB.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Fulton Paradise Product vision box</td></tr>
</tbody></table>
<div>
<h3>
<br /></h3>
<h3>
Conclusion</h3>
</div>
<div>
<br /></div>
<div style="text-align: justify;">
Je reste convaincu que pour la pratique quotidienne du Scrum une certification ne sert à rien. Mais avoir l'opportunité de suivre une formation avec un coach de très haut niveau est tout simplement génial et hyper formateur.</div>
<div style="text-align: justify;">
Même pour des pratiquants réguliers il est toujours très bon d'aller rafraîchir ses connaissances auprès de grands professionnels. Ca permet de voir les choses avec un nouvel oeil et sa remotive.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<b>Il faut toujours se mettre en question et surtout ne jamais se reposer sur ses certitudes.</b></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Vous l'aurez compris, je suis finalement très heureux d'avoir suivi cette formation avec le bonus de repartir avec deux nouveaux jolis diplômes. </div>
<div>
<br /></div>
<div>
<br /></div>
<h3>
<br /></h3>
<h3>
Liens : </h3>
<div>
<br /></div>
<div>
Scrum Allaince : <a href="http://www.scrumalliance.org/">http://www.scrumalliance.org/</a></div>
<div>
ScrumMaster.ua : <a href="http://scrummaster.com.ua/" style="background-color: white; color: #1155cc; font-family: arial, sans-serif; font-size: 13.333333969116211px;" target="_blank">http://scrummaster.com.ua/</a><span style="background-color: white; color: #222222; font-family: arial, sans-serif; font-size: 13.333333969116211px;"> </span></div>Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0tag:blogger.com,1999:blog-4843040031805163919.post-53651402918035642282012-07-29T23:30:00.000+02:002012-07-29T23:30:43.687+02:00Stoos Geneva août 2012 DoodleUn petit lien vers le sondage <b>Doodle </b>nous permettant de planifier la prochaine réunion <b>Stoos </b>de Genève. Ce sera en août 2012, certes, mais quel jour ?<br />
<br />
A vous de me le dire ...<br />
<br />
<a href="http://www.doodle.com/pxwmpsu7h4t3ka5i" target="_blank">Doodle Soos Geneva août 2012</a>Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0tag:blogger.com,1999:blog-4843040031805163919.post-85986931126461300782012-07-20T15:06:00.000+02:002012-07-20T17:28:44.146+02:00Leadership et leaderVoilà une citation qui me plait bien.<br />
<br />
En anglais d'abord :<br />
<blockquote class="tr_bq">
<blockquote class="tr_bq">
<b>Leadership </b>is the desire and ability to inspire individual achievment, while a <b>leader </b>is just a guy at the top of the heap worried about his own.</blockquote>
</blockquote>
En français, librement traduit par moi:<br />
<blockquote class="tr_bq">
<div class="MsoNormal" style="margin: 0cm 0cm 0pt;">
<span lang="FR-CH"></span></div>
<blockquote class="tr_bq">
Le
<b>management </b>est le souhait et la capacité à inspirer la réussite de chacun alors
que le <b>manager </b>est juste un gars tout en haut ne s’occupant que de lui.</blockquote>
</blockquote>
Cette citation est attribuée à un certain <b>Keith Mullen</b>. Pour être entièrement honnête, je ne sais pas qui il est, mais ce n'est pas grave car le sens des citations me plait.Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0tag:blogger.com,1999:blog-4843040031805163919.post-82806178200449140282012-07-16T10:17:00.000+02:002012-07-17T10:14:52.209+02:00Stoos Satellite Geneva 11/07 Debrief<div style="text-align: justify;">
<span style="background-color: white;">Enfin, notre première rencontre Stoos a eu lieu à Genève ! </span></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<span style="background-color: white;">En voici un rapide debrief. Je ne souhaite pas relater ici dans les détails l'ensemble des points que nous avons abordé et ce pour les raisons suivantes : </span></div>
<ol>
<li style="text-align: justify;"><span style="background-color: white;">il s'agirait forcément d'une interprétation personnelle et ce ne serait donc pas rendre hommage aux participants; </span></li>
<li style="text-align: justify;"><span style="background-color: white;">nous n'avons pas encore la velléité d'archiver ou de produire quoique ce soit à partir de ces réunions; </span></li>
<li style="text-align: justify;"><span style="background-color: white;">je n’ai pas envie. </span></li>
</ol>
<a name='more'></a><div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<span style="background-color: white;">Merci donc à : </span></div>
<ul>
<li style="text-align: justify;"><span style="background-color: white;">Véronique, (les dames d'abord évidemment), <b>spécialiste business intelligence</b>; </span></li>
<li style="text-align: justify;"><span style="background-color: white;">Alexandre, <b>formateur et responsable des pratiques Agiles </b>(et plus, mais son titre est trop long pour mon blog); </span></li>
<li style="text-align: justify;"><span style="background-color: white;">Marc, <b>responsable IT</b>; </span></li>
<li style="text-align: justify;"><span style="background-color: white;">Valentin, <b>assistant import/export</b> et excellent joueur de handball, mais ce dernier point ne nous intéresse pas aujourd'hui; </span></li>
<li style="text-align: justify;"><span style="background-color: white;">et moi-même, <b>consultant IT</b>.</span></li>
</ul>
<div style="text-align: justify;">
<span style="background-color: white;">Pour cette première nous sommes donc une écrasante majorité de profils provenant du monde de l'IT. Sincèrement, c'est un peu le hasard des disponibilités du moment. Evidemment c'est ouvert à tous. </span></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<span style="background-color: white;">Lors du tour de table de présentation un sujet est apparu de lui-même et a été plus ou moins le fil rouge tout au long de la soirée : "</span><b>Comment collaborer avec des individus "difficiles" ?</b><span style="background-color: white;">". </span></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<span style="background-color: white;">Ce qui est bien c'est que nous ne sommes pas resté dans les complaintes des situations de chacun. En effet, des réponses ou tout du moins des conseils, des pistes de réflexions sont apparues très vite pour presque chacun des cas. </span></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<span style="background-color: white;">Chacun a accueilli ces idées comme il le souhaitait mais elles ont au moins le mérite d'exister. </span></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<span style="background-color: white;">Un point que me semble important, est celui de découvrir qu'on est pas le seul à vivre certaines situations ou difficultés. Les échanges que nous avons eu ont aussi eu cet avantage. </span></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<span style="background-color: white;">Après quelques bières et surtout un excellent hamburger maison (merci l'Omnibus), nous nous sommes séparé sur une bonne impression et l'envie de remettre ça en août. </span><b>Nous allons organiser ces réunions une fois par mois</b><span style="background-color: white;">.</span></div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
<span style="background-color: white;">Enfin, et pour nous faire un peu plus connaitre, nous allons aussi monter un groupe sur </span><a href="http://french.meetup.com/" target="_blank">Meetup</a><span style="background-color: white;">. Je m'en charge donc j'annoncerais son ouverture sur ce même blog. </span></div>
<div style="text-align: justify;">
<br /></div>
<div>
<div style="text-align: justify;">
<span style="background-color: white;">A bientôt pour de nouvelles aventures !</span></div>
</div>Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com1tag:blogger.com,1999:blog-4843040031805163919.post-27670545155653525302012-07-11T15:21:00.000+02:002012-07-11T15:21:56.456+02:00Stoos Geneva le mercredi 11/07Pour ce premier rendez-vous du satellite genevois du <b>Stoos network</b>, nous nous retrouverons le mercredi 11/07 à l'<a href="http://www.omnibus-cafe.ch/" target="_blank">Omnibus café</a> de Genève à partir de 19h.<br />
<br />
Nous serons une petite dizaine et on verra bien comment ça se passera et ce qu'il en ressortira...<br />
<br />
<a href="http://www.stoosnetwork.org/">http://www.stoosnetwork.org/</a>
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/08723026616643954819noreply@blogger.com0