tag:blogger.com,1999:blog-34263046109395826422024-03-05T10:50:50.886+01:00Le blog de ThierryAnonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.comBlogger95125tag:blogger.com,1999:blog-3426304610939582642.post-36536192079583090942017-01-03T10:02:00.002+01:002017-01-03T10:02:39.318+01:00Mon blog est désormais sur Medium<br />
Mes derniers articles sont ici : <a href="https://medium.com/@thvallee">https://medium.com/@thvallee</a><br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com8tag:blogger.com,1999:blog-3426304610939582642.post-45096346468038006562016-10-05T07:15:00.001+02:002016-10-05T07:15:49.503+02:00Modern AgileEtant parti pédaler tout l'été, j'avais manqué un événement important, mais heureusement twitter m'a permis de rattraper mon retard et de contribuer un tout petit peu à faire connaître <a href="http://modernagile.org/">Modern Agile</a> !<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhWCrqSEhsADc4B0tinoz3Vg70MYnS4Tj5z3QXeguvvfOz__SMu9DaKKcE_XXGOd8yxRzxRdKAnTMSPGNubAZKmAQXQmkrW5McojRw9FZ9snxbdSEyFidk1p1vXkxufFFgPg861r3Kp60E/s1600/Modern+Agile+Wheel.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhWCrqSEhsADc4B0tinoz3Vg70MYnS4Tj5z3QXeguvvfOz__SMu9DaKKcE_XXGOd8yxRzxRdKAnTMSPGNubAZKmAQXQmkrW5McojRw9FZ9snxbdSEyFidk1p1vXkxufFFgPg861r3Kp60E/s320/Modern+Agile+Wheel.png" width="320" /></a></div>
<br />
Modern Agile est une très bonne nouvelle, qui m'enthousiasme et me fait même écrire un article dans mon blog, ce que je n'avais pas fait depuis très longtemps...<br />
<br />
A l'heure où tout le monde se dit agile (il y a même des offres d'emploi de "chef de projet agile" !!!), il était temps de remettre les pendules à l'heure et de re-préciser ce qui compte vraiment. C'est chose faite avec Modern Agile. Alors, modernisons-nous et laissons tomber les pratiques, organisations et comportements d'un autre âge...<br />
<br />
<br />
Dans le même esprit, <a href="http://thierryvallee.blogspot.fr/2013/09/etre-agile.html">il y a 3 ans</a>, je déplorais que l'agilité soit dénaturée, que beaucoup "fassent de l'agile" (LA méthode agile) au lieu d'essayer de devenir agile.<br />
<br />
J'ai donc découvert avec plaisir cette synthèse faite par <a href="http://www.aubryconseil.com/">Claude Aubry</a> : <a href="http://www.aubryconseil.com/post/Anars-vs-neocons">Anars vs neocons</a>.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg2ttYwW2EgvX0KgQNSaYvbdXkd84bnJgCsVnZWVYvM1N7EckzkUnOYsMOZkVvGd-l_jf_PZbXokm61iDGRA2ij5fm1MMaDhS1RtTI5BN7iA8XsHbXBJ-aqZUj3sEXQhRasRxlOhFu3eNg/s1600/anars-neocons.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg2ttYwW2EgvX0KgQNSaYvbdXkd84bnJgCsVnZWVYvM1N7EckzkUnOYsMOZkVvGd-l_jf_PZbXokm61iDGRA2ij5fm1MMaDhS1RtTI5BN7iA8XsHbXBJ-aqZUj3sEXQhRasRxlOhFu3eNg/s320/anars-neocons.jpg" width="320" /></a></div>
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com0tag:blogger.com,1999:blog-3426304610939582642.post-47298119313631642342015-04-16T14:49:00.001+02:002015-04-16T14:49:19.876+02:00Informatique et montagne<br />
Les p'tits gars (et les filles) de <a href="http://www.fantasticode.fr/">fantasticode</a> ont bien bossé !<br />
<br />
Ils proposent cet été, en partenariat avec <a href="http://www.montagnesdelaterre.com/">Montagnes de la Terre</a>, des stages pour apprendre aux enfants à programmer.<br />
<br />
"Montagnes de la Terre, c'est le Club Alpin Français, quel rapport avec le code ?" C'est que ces stages - une première - mêlent programmation et montagne !<br />
<br />
Tout est là : <a href="http://www.fantasticode.fr/stages.html">www.fantasticode.fr/stages.html</a><br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgHprqRJP1JB0YFkVb4lCdELFgXEd5EVYV5Lo4gAuh50Uat4gngApKvDtLVdgFtlg506ytVECNJh0s4ibitiS-NRTL5ElG-ieXVCU_o943vuPV_ykEhBhUQ0UOSiQCUjviusEwzUloHhjA/s1600/pelvoux.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgHprqRJP1JB0YFkVb4lCdELFgXEd5EVYV5Lo4gAuh50Uat4gngApKvDtLVdgFtlg506ytVECNJh0s4ibitiS-NRTL5ElG-ieXVCU_o943vuPV_ykEhBhUQ0UOSiQCUjviusEwzUloHhjA/s1600/pelvoux.jpg" height="133" width="200" /></a></div>
<br />
<br />
<a href="http://www.montagnesdelaterre.com/index.php?&moid=46&function=display&alias=sejour&oid=T021:52ck78gn4k9k&tplentry=br&insidefile=fiche.html&origine=stage-multi#.VS6v7ZSsVf8">"Vertical Code"</a> : coder le matin, et grimper l'après midi.<br />
<br />
<a href="http://www.montagnesdelaterre.com/index.php?&moid=46&function=display&alias=sejour&oid=T021:52ckaa1lwgji&tplentry=br&insidefile=fiche.html&origine=stage-multi#.VS-syZSsVf9">"les Aventuriers du code"</a> : explorer le monde de l'informatique et celui de la nature.<br />
<br />
<br />
Pourquoi mêler les deux ?<br />
"Mens sana in corpore sano", un esprit sain dans un corps sain...<br />
<br />
Mais aussi parce qu'apprendre à programmer c'est aussi apprendre à partager et à collaborer.<br />
C'est être curieux et aimer découvrir, c'est apprendre de ses pairs, en pratiquant et en s'amusant.<br />
<br />
Et en montagne, toutes ces notions ont un sens, non ?<br />
<br />
<br />
Vos enfants ne sont pas encore inscrits ?<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com0tag:blogger.com,1999:blog-3426304610939582642.post-25482285703038061132015-03-26T21:24:00.000+01:002015-03-26T21:58:16.859+01:00Vive les fantasticodeuses et fantasticodeurs !Un projet passionnant est en train de voir le jour par chez nous, dans les montagnes : un réseau de développeurs et d'animateurs (et aussi d'autres sortes de passionnés, je vous raconterai ça une autre fois) qui ont décidé d'apprendre aux enfants à programmer.<br />
<br />
Ca s'appelle <a href="http://www.fantasticode.fr/">fantasticode</a> et ça va prendre plein de formes différentes... Suspense...<br />
<br />
Pourquoi apprendre à coder aux enfants ? Pour en faire des développeurs promis à une super carrière en SSII ;-) Euh... non pas du tout.<br />
On apprend pas l'histoire à l'école pour devenir historien. Alors pourquoi ?<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhCHBQMje2JLkf1DGKhDUN7enUR8xrsCihFkRuaAI90piQ7c1ZBh9-Zf9Wl75FBEsG0bClqxfF92Fs6ORNUM-E4LrB95rgDM9fZmxV9-3XTX-0MGksQ3L6rSgrQi5jdK8qYmLGMb6j6Vsg/s1600/pourquoi.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhCHBQMje2JLkf1DGKhDUN7enUR8xrsCihFkRuaAI90piQ7c1ZBh9-Zf9Wl75FBEsG0bClqxfF92Fs6ORNUM-E4LrB95rgDM9fZmxV9-3XTX-0MGksQ3L6rSgrQi5jdK8qYmLGMb6j6Vsg/s1600/pourquoi.jpg" height="201" width="320" /></a></div>
<br />
<br />
Nous avons organisé notre premier fantasticoding-goûter mercredi dernier à <a href="http://lalocomotive.colabs.fr/">la locomotive</a>, et c'était chouette !<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgRj63L77INpwYhgjVY42EHJaHIvarxjG6CjTg1wSjWFCUHv2gHJp7PTysJRHUfPmyVP8o9R0p5oIOMjNN8MRlCbokBVTqMQBYbZyEoAn3U2oqdgPIhWmjEq248ozRTjyV7KFoYfNy1W94/s1600/coding+gouter+2.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgRj63L77INpwYhgjVY42EHJaHIvarxjG6CjTg1wSjWFCUHv2gHJp7PTysJRHUfPmyVP8o9R0p5oIOMjNN8MRlCbokBVTqMQBYbZyEoAn3U2oqdgPIhWmjEq248ozRTjyV7KFoYfNy1W94/s1600/coding+gouter+2.jpg" height="237" width="320" /></a></div>
<br />
Au menu : cookies, jus de pomme made in hautes-alpes, javascript, processing, et <a href="http://drtechniko.com/2012/04/09/how-to-train-your-robot/">"Train your robot"</a> de Dr Techniko.<br />
<br />
<br />
Et ça ne fait que commencer...<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com3tag:blogger.com,1999:blog-3426304610939582642.post-54364694296954850522014-12-16T11:08:00.003+01:002014-12-16T11:08:57.764+01:00Simple (épisode 3)Si vous avez le temps, relisez mes 2 articles sur le sujet : <a href="http://thierryvallee.blogspot.fr/2013/02/simple.html">Simple</a> et <a href="http://thierryvallee.blogspot.fr/2013/08/simple-episode-2.html">Simple (épisode 2)</a>. Ils datent de 2013, mais rien n'a changé.<br />
<br />
Cette fois je vais vous parler d'un article écrit par<a href="http://www.nngroup.com/articles/author/jakob-nielsen/"> Jacob Nielsen</a> : <a href="http://www.nngroup.com/articles/stagnating-expertise/">User Expertise Stagnates at Low Levels</a><br />
<br />
Résumé : <span style="background-color: white; color: #b30000; font-family: Helvetica, Helvetica, Arial, sans-serif; font-size: 17px; line-height: 21.8399982452393px;">Learning is hard work, and users don't want to do it; they don't explore the user interface and don't know about most features.</span><br />
<br />
Autrement dit, les utilisateurs se servent de ce qui est immédiatement accessible et visible, et ignorent l'existence du reste.<br />
<br />
Il semble que - même s'ils utilisent fréquemment une application - ils n'explorent pas ses possibilités, sauf éventuellement au début.<br />
<br />
Ca vous parle ? De temps en temps vous "explorez" un peu les applications que vous utilisez quotidiennement, vous ?<br />
<br />
Dans les études citées, les utilisateurs ne savent rien des fonctions qui sont juste un brin à l'extérieur du cas d'utilisation minimaliste.<br />
<br />
Les solutions proposées :<br />
- moins de fonctionnalités<br />
- des fonctionnalités plus visibles (pas cachées derrière un scroll ou un swipe)<br />
- "visible signifiants" (je n'ai pas trouvé de traduction courte, sorry, mais en gros : si on peut cliquer quelque part, faites que ça se voit...)<br />
- donner des éléments de doc de temps en temps, au bon endroit / moment (astuces, etc.)<br />
- "essayabilité" : pardonnez les erreurs, donnez l'occasion d'explorer sans risques (ceci est aussi valable en dehors d'une application, dans la "vraie vie"...). Mieux : donner un aperçu de ce qui va se passer si vous utilisez telle ou telle fonction.<br />
<br />
<br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi742IaS1umqD2AgMaBMiFFrM4M6sa-VphE7yeWuPqg12x4nZ5gTIyDiQf9bzuygC6iPa9oFdCgIHnLp5kqj5jjGzkoCNH3KPAHK5TCX3sV_LS7nOEFTC_qQsG3-kLACShy8sMHpMwzHR8/s1600/arngren.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi742IaS1umqD2AgMaBMiFFrM4M6sa-VphE7yeWuPqg12x4nZ5gTIyDiQf9bzuygC6iPa9oFdCgIHnLp5kqj5jjGzkoCNH3KPAHK5TCX3sV_LS7nOEFTC_qQsG3-kLACShy8sMHpMwzHR8/s1600/arngren.jpg" height="190" width="320" /></a></div>
<br />
Si vraiment vous ne savez pas quoi faire de cette journée, essayez d'acheter quelque chose sur le site <a href="http://www.arngren.net/">www.arngren.net</a> ;-)<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com2tag:blogger.com,1999:blog-3426304610939582642.post-47416338750794199292014-11-23T17:36:00.000+01:002014-11-23T17:36:07.987+01:00Quelques idées et livres ramenés d'Agile Grenoble 2014<br />
Comme à chaque fois, je reviens d'Agile Grenoble rempli d'énergie (positive, ça va de soi !).<br />
<br />
J'ai fait le plein d'idées, des petites choses concrètes à mettre en oeuvre tout de suite (une rétro en mode "appreciative inquiry", par exemple) aux grands concepts.<br />
<br />
Rien de super-nouveau, mais des rappels bien sympa.<br />
<br />
Un grand grand bravo et merci à <a href="http://liberation-entreprise.org/">Alexandre Gérard</a> (Chronoflex / InovOn) pour sa keynote brillante et inspirante !<br />
<br />
J'ai bien aimé la session de <a href="https://twitter.com/thierryconter">Thierry Conter</a> :<a href="http://fr.slideshare.net/Brau7982/rtrospectives-avec-appreciative-inquiry"> "Comment donner un souffle d'énergie positive à vos rétrospectives grâce à l'Appreciative Inquiry"</a>. Du concret, utilisable tout de suite (déjà utilisé,pour tout vous dire...)<br />
<br />
Et je repars d'Agile Grenoble avec deux livres à acheter :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgmIdiry5PoncsEx3RtbHLVlnP0gFZBtPCSh_aBC_vv1IIo5yXl9zn8SgknkVX3OCKzvGIDXN8EaW7vFzntsPO15Hs8CaC-m2TISI9K3XKV3_v9DuLOS_oiJeaJc_qw1z0oSdrogQqB3j4/s1600/jugaad.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgmIdiry5PoncsEx3RtbHLVlnP0gFZBtPCSh_aBC_vv1IIo5yXl9zn8SgknkVX3OCKzvGIDXN8EaW7vFzntsPO15Hs8CaC-m2TISI9K3XKV3_v9DuLOS_oiJeaJc_qw1z0oSdrogQqB3j4/s1600/jugaad.jpeg" height="320" width="215" /></a></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhZDaKcIwAwAbjzZ71k3cJQOd_xXoxtHgQl8wUU5tOBKkvHlwJtgMMWLZu_BZMzdu-2O8xeZ-djennJGE-xdqFQToXzn1EaVPL2XZKedOxPeEgqlmGkfyuiFlH9rwSN6M1kC0uP3FvrWcA/s1600/strengths+finder.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhZDaKcIwAwAbjzZ71k3cJQOd_xXoxtHgQl8wUU5tOBKkvHlwJtgMMWLZu_BZMzdu-2O8xeZ-djennJGE-xdqFQToXzn1EaVPL2XZKedOxPeEgqlmGkfyuiFlH9rwSN6M1kC0uP3FvrWcA/s1600/strengths+finder.jpeg" height="320" width="233" /></a></div>
<br />
<br />
Vivement l'année prochaine !<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com0tag:blogger.com,1999:blog-3426304610939582642.post-62420932720141889642013-11-15T13:04:00.001+01:002013-11-15T13:08:57.199+01:00Concours Open PACA[Mode Auto-satisfaction = on]<br />
<br />
Taratata !!! Nous avons gagné le prix co-production citoyenne au <a href="http://opendata.regionpaca.fr/concours-regional-open-paca.html">concours Open PACA</a> !<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiZ5QHoBHLybwpOzmteMlrVfOacTxS-aY-Q2IcRmmET2g0SBkAnyv_3AQqx_VBLY9E5c6PAqN5ZrpytkUPORsh5d0WZ4XUKBtSFYH_6z7x3xdK1F30xQgzH1Kw9xAPI_ip8ZYEjEWj17fI/s1600/Prix+OpenPACA.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="225" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiZ5QHoBHLybwpOzmteMlrVfOacTxS-aY-Q2IcRmmET2g0SBkAnyv_3AQqx_VBLY9E5c6PAqN5ZrpytkUPORsh5d0WZ4XUKBtSFYH_6z7x3xdK1F30xQgzH1Kw9xAPI_ip8ZYEjEWj17fI/s320/Prix+OpenPACA.jpg" width="320" /></a></div>
<br />
<br />
Nous, c'est une équipe de 4 coworkers (Sophie, Céline, Yohan et moi) de <a href="http://lalocomotive.colabs.fr/">La Locomotive</a>, l'espace de coworking de Gap lancé depuis 1 an.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhfj9mYlUmq-CVUyX6d3CI4ySLKoAFzT8KH6xN4O_wk-wwRbUzsFN5GYw71ulWVVoPYXlK-ScQNME_DRQWa7bD79d2mTFI9CMBAfHOYTznG2gS-9qzT8sAN3gjuBzLjXzCTUR33ZnBHDbs/s1600/tous+les+4.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhfj9mYlUmq-CVUyX6d3CI4ySLKoAFzT8KH6xN4O_wk-wwRbUzsFN5GYw71ulWVVoPYXlK-ScQNME_DRQWa7bD79d2mTFI9CMBAfHOYTznG2gS-9qzT8sAN3gjuBzLjXzCTUR33ZnBHDbs/s320/tous+les+4.jpg" width="320" /></a></div>
<br />
"Joue avec ta ville", c'est un concept de jeux basés sur les données ouvertes fournies par une collectivité.<br />
<br />
J'aurai certainement l'occasion de vous en dire un peu plus sur le contenu du projet, mais ce qui me semble important, c'est de parler de <b>l'équipe</b>.<br />
<br />
Philippe Mussi, le conseiller régional qui nous a remis le prix, l'a mentionné : un projet original et une équipe intéressante avec notamment - pour une fois - a t-il dit - un spécialiste du domaine du jeu pour créer des jeux. En effet, Yohan est ludothécaire et grand joueur, bref un expert "métier" pour ce projet.<br />
<br />
Beaucoup de choses me tiennent à coeur dans cette aventure :<br />
<br />
- une équipe qui gagne parce qu'elle est pluridisciplinaire et complémentaire<br />
- des rencontres et des échanges intéressants,<br />
- une équipe efficace et qui ne se pose pas de questions inutiles, alors que nous n'avions jamais travaillé ensemble (certains ne s'étaient jamais rencontrés avant ce projet)<br />
- le coworking et la sérendipité qui va avec, ce ne sont pas que des mots<br />
- l'Open Data : comme beaucoup d'autres, je pense que l'ouverture des données est un enjeu important, tant d'un point de vue économique que démocratique<br />
- et surtout : des personnes qui travaillent ensemble sur un projet, sans y être obligées, avec comme seuls objectifs de réfléchir à quelque chose de "chouette" et de se faire plaisir... <b>ça marche !</b><br />
<div>
<br /></div>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgDOxqQuwDMhKq9JrG3GqLdeO_aE6HKsnwSngs4eZ0Ld9o5B4j0O7s-Psp8tce2s8Ypnx3oudXIbhM8GSg39w0D9-RgEA54Lnm2357FisqB3ERgdWos44hgAdG58ikh820VzsLamD7cjTQ/s1600/openpaca+estrade.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgDOxqQuwDMhKq9JrG3GqLdeO_aE6HKsnwSngs4eZ0Ld9o5B4j0O7s-Psp8tce2s8Ypnx3oudXIbhM8GSg39w0D9-RgEA54Lnm2357FisqB3ERgdWos44hgAdG58ikh820VzsLamD7cjTQ/s320/openpaca+estrade.jpg" width="320" /></a></div>
<div>
<br /></div>
<div>
<br /></div>
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com2tag:blogger.com,1999:blog-3426304610939582642.post-58100614610701746252013-09-08T20:45:00.000+02:002013-09-08T20:45:13.325+02:00Etre agileLa session que j'avais proposé à l'Agile Tour Marseille "Dis monsieur, c'est quoi être agile ?" a été retenue. J'ai animé cet atelier <a href="http://thierryvallee.blogspot.fr/2012/12/decouvrir-le-manifeste-agile-en-jouant.html">l'année dernière à Agile Grenoble</a> avec Laurence Hanot et je suis très heureux de le refaire.<br />
<br />
L'occasion de revenir sur "être agile" vs "faire de l'agile".<br />
<br />
Ce sujet me semble plus que jamais d'actualité, à l'heure où tout le monde se dit agile.<br />
<br />
Tout le monde ? Non, pas vraiment. Mais - sans revenir sur le sujet de "Agile has cross the chasm or not?" - de très nombreuses entreprises se déclarent agiles.<br />
<br />
Le dessin ci-dessous date de 2009 :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjqvz5m6VLxuOFdS-Pj-eOKub7hEZdrrrd6edjInLY3IxMxstQj8JcjMhDCaYa717BPD1y0vMO8Az-nY-JW8kBvRoM32rnCQsI4rqcJiGTZc8Q40RHefyJZYhtxZ72_8DNByTAizds5kSM/s1600/chasm_m.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="156" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjqvz5m6VLxuOFdS-Pj-eOKub7hEZdrrrd6edjInLY3IxMxstQj8JcjMhDCaYa717BPD1y0vMO8Az-nY-JW8kBvRoM32rnCQsI4rqcJiGTZc8Q40RHefyJZYhtxZ72_8DNByTAizds5kSM/s400/chasm_m.jpg" width="400" /></a></div>
<div class="separator" style="clear: both; text-align: center;">
Source : <a href="http://www.agilemodeling.com/essays/proof.htm">www.agilemodeling.com Scott Ambler</a></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<br />
et depuis, l'agilité semble avoir continué de s'étendre, regardez par exemple l'évolution du nombre de jobs liés à Scrum :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhHQuWvPWx1d4jV7ojjJ8q2EW83GdKZ3IVl9Er-nFk_02qK1J9OXj7n6zVi0_Ux4Kv4vSpvX5WHR6oL9WTHsTG6XN07yo-80vY809dQWLtthj_NhdpQZuzJPRuuht3tfxyAIOGNlmSVU4s/s1600/Capture+d%E2%80%99e%CC%81cran+2013-09-08+a%CC%80+20.22.33.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="217" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhHQuWvPWx1d4jV7ojjJ8q2EW83GdKZ3IVl9Er-nFk_02qK1J9OXj7n6zVi0_Ux4Kv4vSpvX5WHR6oL9WTHsTG6XN07yo-80vY809dQWLtthj_NhdpQZuzJPRuuht3tfxyAIOGNlmSVU4s/s320/Capture+d%E2%80%99e%CC%81cran+2013-09-08+a%CC%80+20.22.33.png" width="320" /></a></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://www.indeed.com/jobtrends?q=scrum&relative=1&relative=1">Source www.indeed.com</a></div>
<br />
<br />
Les primo-adoptants, les visionnaires et les pragmatiques ont adopté les méthodes agiles, et certains conservateurs aussi (si si je connais des entreprises on ne peut plus conservatrices qui se sont lancées dans l'aventure). Voir<a href="http://agilefocus.com/2011/02/21/agiles-second-chasm-and-how-we-fell-in/"> cet article d'Agile Focus</a>, début 2011.<br />
<br />
Mais qu'en est-il vraiment ? Je suis tout à fait d'accord avec l'article d'Agile Focus, "I think there is a vast army of supposedly Agile teams and companies that have adopted the look and the lingo while totally missing the point."<br />
<br />
Ce n'est pas en saucissonnant le planning du projet en soi-disant itérations (à la fin de laquelle rien n'est livrable), ni en nommant le chef de projet Scrum Master, ni en collant des post-its partout que l'on est agile...<br />
<br />
Etre agile, je pense que c'est avoir intégré un certain état d'esprit (humilité, simplicité, pragmatisme, amélioration continue par exemple) et avoir adopté certaines pratiques. Quand je dis intégré et adopté, je veux dire qu'il n'y a plus besoin d'y penser, cela se fait naturellement, c'est devenu votre façon de penser et de travailler.<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com4tag:blogger.com,1999:blog-3426304610939582642.post-53194404343763309502013-08-27T09:03:00.003+02:002013-08-27T09:04:29.924+02:00Simple (épisode 2)Il y a quelques mois, j'ai écrit quelques lignes sur la simplicité en matière de logiciel : <a href="http://thierryvallee.blogspot.fr/2013/02/simple.html">Simple : le premier épisode</a>, dans lequel je m'interrogeais alors sur les raisons qui nous poussent à faire plus compliqué que nécessaire.<br />
<br />
Mais essayons désormais de voir comment "faire simple".<br />
<br />
Lisez <a href="http://www.noetique.eu/articles/science/simplicite">"Simplicité et complexité"</a>, de <a href="http://www.noetique.eu/marchalevy">Marc Halévy</a>. Quelques extraits (mais lisez l'article en entier !) :<br />
<br />
<i>- "Assumer - et magnifier - intégralement la complexité du réel dans la simplicité de l'acte" </i><br />
<i>- "Simple ? Minimal. Econome. Frugal. Non pas faire le plus, mais faire le mieux (complexité) avec le moins (simplicité)."</i><br />
<i>- "Simplicité. Processus intégratif et non pas concaténation additive"</i><br />
<br />
Intégrer et non pas ajouter. Le secret de la simplicité semble être là.<br />
<br />
Un produit ne doit pas être une addition, un empilement de fonctionnalités qui utilisées conjointement permettent (ou espèrent permettre) à son utilisateur de réaliser ce qu'il veut faire. Mais le produit doit avoir intégré la compréhension de cette tâche.<br />
<br />
Si je crée un produit ayant les fonctions suivantes :<br />
- orienter une roue<br />
- faire tourner une roue à l'aide de pédales<br />
- permettre de s'asseoir<br />
- avertir à l'aide d'une sonnette<br />
ça n'en fait pas pour autant un vélo... (et pour peu que l'accent ait été mis sur "avertir à l'aide d'une sonnette", on est loin du compte).<br />
<br />
Créer un vélo nécessite la compréhension de ce qu'est l'activité. Comme le dit très bien Marc Halévy, on ne peut pas apprendre à faire du vélo sans... en faire :<br />
<i>"La complexité/simplicité, c'est comme l'art de rouler à vélo. Lorsqu'on sait, c'est facile. Mais </i><i>c'est extrêmement compliqué - voire impossible - à exprimer. On n'apprend pas à rouler à vélo </i><i>dans les livres, mais bien dans le vécu, dans l'expérientiel. On peut décrire ou expliquer le </i><i>roulage à vélo, sans savoir soi-même rouler, et ce sera très compliqué. Mais rouler vraiment à </i><i>vélo, comprendre réellement le roulage à vélo, passent nécessairement par la </i><i>complexité/simplicité de l'apprentissage direct, par soi-même, au-delà des échecs, des chutes </i><i>et de éraflures."</i><br />
<br />
Vous ne pouvez donc pas réaliser un produit (simple a fortiori) sans comprendre profondément (ressentir, expérimenter, vivre !) ce que l'utilisateur veut faire avec. Comment ? En s'asseyant à coté de lui, par exemple.<br />
Et préparez vous à ne pas y arriver du premier coup.<br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhsT1Sxg9wkXxAzZ57VunPsuNWHd5diOWUe9UGxHaQHFfrbFJXGFMIw7_TVqQNP3PByTWe5z8he_Gi2JRqBcXqEDIAZcZvURG-YC_O-byvJvoQnWtuYKxO-bjYz2txy0OCaZdMHzDNNGuc/s1600/12817.strip.gif" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="121" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhsT1Sxg9wkXxAzZ57VunPsuNWHd5diOWUe9UGxHaQHFfrbFJXGFMIw7_TVqQNP3PByTWe5z8he_Gi2JRqBcXqEDIAZcZvURG-YC_O-byvJvoQnWtuYKxO-bjYz2txy0OCaZdMHzDNNGuc/s400/12817.strip.gif" width="400" /></a></div>
<br />
<br />
<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com0tag:blogger.com,1999:blog-3426304610939582642.post-18997219069378117332013-04-11T21:03:00.000+02:002013-04-12T08:56:25.789+02:00Lean startup, pas pour moi ?La semaine prochaine, je dispenserai ma première formation Lean startup.<br />
<br />
Comment moi, plutôt orienté développement et management, en suis-je venu à m'intéresser à ce point à ce qui est présenté comme la méthode miracle par les marketers de la Silicon Valley ?<br />
<br />
Le moins qu'on puisse dire, c'est que la création de startups et le marketing, ça n'est pas vraiment ce qui m'a occupé ces 20 dernières années...<br />
<br />
Lean startup = "Customer Development" de Steve Blank + les méthodes agiles.<br />
<br />
Le second point, pas de souci. Mais le premier, ça fait un peu plus peur. "Inbound marketing, early adopters, customer lifetime value, etc."<br />
Mais en y regardant d'un peu plus près, sur <a href="http://en.wikipedia.org/wiki/Steve_Blank">Wikipedia</a>, par exemple, on trouve cette définition :<br />
"<span style="background-color: white; font-family: sans-serif; font-size: 13px; line-height: 19.1875px;">The concept details a scientific approach that can be applied by </span><a href="http://en.wikipedia.org/wiki/Startup_company" style="background-color: white; background-image: none; color: #0b0080; font-family: sans-serif; font-size: 13px; line-height: 19.1875px; text-decoration: none;" title="Startup company">startups</a><span style="background-color: white; font-family: sans-serif; font-size: 13px; line-height: 19.1875px;"> and </span><a class="mw-redirect" href="http://en.wikipedia.org/wiki/Entrepreneurs" style="background-color: white; background-image: none; color: #0b0080; font-family: sans-serif; font-size: 13px; line-height: 19.1875px; text-decoration: none;" title="Entrepreneurs">entrepreneurs</a><span style="background-color: white; font-family: sans-serif; font-size: 13px; line-height: 19.1875px;"> to improve their products success by developing a better understanding of their consumers.</span><span style="background-color: white; font-family: sans-serif; font-size: 13px; line-height: 19.1875px;"> Primary to the concept is <b>a balanced relationship between developing a </b></span><b><a href="http://en.wikipedia.org/wiki/Product_(business)" style="background-color: white; background-image: none; color: #0b0080; font-family: sans-serif; font-size: 13px; line-height: 19.1875px; text-decoration: none;" title="Product (business)">product</a><span style="background-color: white; font-family: sans-serif; font-size: 13px; line-height: 19.1875px;"> and understanding the </span><a href="http://en.wikipedia.org/wiki/Customer" style="background-color: white; background-image: none; color: #0b0080; font-family: sans-serif; font-size: 13px; line-height: 19.1875px; text-decoration: none;" title="Customer">customer</a></b><span style="background-color: white; font-family: sans-serif; font-size: 13px; line-height: 19.1875px;">."</span><br />
<br />
Améliorer les produits et mieux comprendre les clients, en résumé. Donc Lean startup, c'est faire le produit adapté au client en utilisant les méthodes agiles...<br />
<br />
Et un développeur pourrait ignorer ça ? Non.<br />
<br />
Lean startup favorise la simplicité et la rapidité - voir mon article "<a href="http://thierryvallee.blogspot.fr/2011/12/vite-un-produit.html">Vite un produit</a>" écrit suite à Agile Grenoble 2011 - mais surtout, je crois que cette méthode a beaucoup à nous apprendre sur la façon de<b> faire découvrir aux utilisateurs leurs besoins et le produit qu'il leur faut. </b>Et pas seulement dans le monde du numérique.<br />
<br />
Bref, la semaine prochaine, je dispense ma première formation Lean startup.<br />
<br />
A cette occasion, j'ai traduit en français le <a href="http://leancanvas.com/">Lean Canvas</a>, merci à <a href="http://www.ashmaurya.com/">Ash Maurya</a> de m'avoir autorisé à le faire. Et si vous avez une meilleure traduction à proposer, je suis preneur !<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhj3DVDTtey013n9INWafb2xDpm8xciU1i6Rr9Tuu3ikMEbaZtHNL-RiFj4okalCEzBhwm1yDoeFaOgDTFAGu14m1v1ZwpXtvOYwlW0VjdMb4LBYmQSZcBqtuVQ5i99rF04IELDALw58BM/s1600/Lean+Business+Model+Canvas+en+franc%CC%A7ais.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="300" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhj3DVDTtey013n9INWafb2xDpm8xciU1i6Rr9Tuu3ikMEbaZtHNL-RiFj4okalCEzBhwm1yDoeFaOgDTFAGu14m1v1ZwpXtvOYwlW0VjdMb4LBYmQSZcBqtuVQ5i99rF04IELDALw58BM/s400/Lean+Business+Model+Canvas+en+franc%CC%A7ais.png" width="400" /></a></div>
<br />
Si vous souhaitez un modèle "vierge" de Lean Canvas en français, contactez moi (cf. <a href="http://www.36tribus.com/">www.36tribus.com</a>).<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com4tag:blogger.com,1999:blog-3426304610939582642.post-3987690488224601772013-02-17T18:03:00.000+01:002013-02-17T18:26:24.346+01:00Simple<br />
Less is More, Keep It Simple Stupid ou encore, en plus littéraire :<br />
<br />
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher". Antoine de St Exupéry<br />
<br />
"La simplicité est la sophistication suprême" Léonard de Vinci<br />
<br />
Les principes et les citations vantant les mérites de la simplicité ne manquent pas.<br />
<br />
Certains érigent la simplicité en guide principal lors de la conception de leurs produits, mais...<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgLuEvi2FOfJXdA0Epu39rPl0jQQoj1ZMEN3bLlfQ-JpQS5SrMheCc_CExMOvUpGRthPv0OJTCH-t30M53x6mNw2whNoMn5WVIuZetBDmrjq-t3NLEwH1HN5_t1fdFgAvdPTXp-9M6MMvI/s1600/apple_google_you.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgLuEvi2FOfJXdA0Epu39rPl0jQQoj1ZMEN3bLlfQ-JpQS5SrMheCc_CExMOvUpGRthPv0OJTCH-t30M53x6mNw2whNoMn5WVIuZetBDmrjq-t3NLEwH1HN5_t1fdFgAvdPTXp-9M6MMvI/s400/apple_google_you.jpg" width="206" /></a></div>
<br />
... la plupart des applications ou sites web ressemblent encore à la troisième.<br />
<br />
Un petit rappel :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEha58oco6sFT_CVR2fx5UuaikqEzdSlJDJh-tUcbt2ivptl5q2t4MOehMDhM3atuYqPumB7DuK1gcPYIcFAmbuOfHaZt5OckXDFPMN59Wy7s440TzBbaA0r-3u6idRjrzvr020T6pdA96s/s1600/168927153.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="196" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEha58oco6sFT_CVR2fx5UuaikqEzdSlJDJh-tUcbt2ivptl5q2t4MOehMDhM3atuYqPumB7DuK1gcPYIcFAmbuOfHaZt5OckXDFPMN59Wy7s440TzBbaA0r-3u6idRjrzvr020T6pdA96s/s320/168927153.png" width="320" /></a></div>
<div style="text-align: center;">
<span style="font-size: x-small;">Source : Standish Group - 2009</span></div>
<br />
45 % des fonctionnalités d'un logiciel ne sont jamais utilisées !<br />
7 + 13 = 20 % sont utilisées toujours ou souvent.<br />
<br />
Il y a encore du chemin à parcourir pour atteindre la simplicité...<br />
<br />
En tant qu'utilisateur, nous préférons les applications simples, non ? Alors pourquoi dès que nous devenons soit créateur soit acheteur d'un produit nous compliquons tout ?<br />
<br />
Je ne prétends pas avoir la réponse, mais essayons quelques pistes :<br />
<br />
- L'acheteur veut avoir le plus de fonctionnalités possibles pour le montant commandé (un peu comme s'il voulait faire baisser le prix 'au kilo' de la fonctionnalité)<br />
- Le développeur a plein de bonnes idées et ajoute toutes les fonctionnalités possibles (enfin, si elles ne sont pas trop difficiles à réaliser)<br />
- Le concepteur ne sait pas trop quel est le besoin exact des utilisateurs (des quoi ?) et - inconsciemment la plupart du temps - il masque cette ignorance en offrant plein de fonctionnalités (il y en a bien une qui servira)<br />
-... liste à compléter, je vous laisse la parole.<br />
<br />
<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com5tag:blogger.com,1999:blog-3426304610939582642.post-70000606964037235392012-12-01T10:56:00.001+01:002012-12-01T10:56:30.078+01:00Découvrir le manifeste agile en jouantA Agile Grenoble, j'ai animé avec <b>Laurence Hanot</b> "Dis monsieur, c'est quoi être agile ?", une session pour faire découvrir l'agilité au travers de 4 jeux : un par valeur du manifeste.<br />
L'idée vient de <b>Vincent Daviet</b>, qui en avait parlé à Agile Innovation Lyon. Allez visiter son blog : <a href="http://babagile.tumblr.com/">http://babagile.tumblr.com/</a>. ("Un chef de projet, c'est celui qui pense qu'avec 9 femmes on fait un bébé en 1 mois", j'adore.)<br />
<br />
Et le lendemain, à Agile Innovation, on a remis ça. On a notamment testé le jeu du "gouter d'anniversaire" que nous n'avions pas eu le temps de faire la veille.<br />
J'avais promis de partager tout ça, c'est (enfin) fait !<br />
<br />
Chaque jeu dure 10 minutes, suivi de 5 minutes de discussion, l'objectif étant de tout faire en 1 heure. A vous d'adapter, bien sur.<br />
<br />
<b>1 : Le noeud humain - Individus et interactions > Processus et outils</b><br />
<br />
Le jeu le plus simple et le plus rapide à réaliser. Et il fonctionne à chaque fois !<br />
<br />
Deux groupes (Peu importe la taille, je pense. Nous avons fait 2 groupes de 8) et un "chef". Manager, chef de projet, chef d'équipe, donnez lui le nom que vous voulez.<br />
Pour que ça fonctionne encore mieux, faites le sortir de la pièce pendant que vous préparez le noeud.<br />
<br />
Dans chaque groupe, faire deux rangées, les participants se font face à face. Un dessin vaut mieux qu'un long discours :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinsSOcVNrM86zmnNL4sVRVf_5QqUZTm2oQzJWITaGwzBEAb-CWaeEDwAM1KS91QCw8F276HXS6u5Y2L11Cfh_DV-8Jc1Z1kM6E0V64vczcm9Jc5IN4oMBKdoZf6NLeF0cdXDkWF5mllK0/s1600/noeud+humain.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="195" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinsSOcVNrM86zmnNL4sVRVf_5QqUZTm2oQzJWITaGwzBEAb-CWaeEDwAM1KS91QCw8F276HXS6u5Y2L11Cfh_DV-8Jc1Z1kM6E0V64vczcm9Jc5IN4oMBKdoZf6NLeF0cdXDkWF5mllK0/s320/noeud+humain.jpg" width="320" /></a></div>
<br />
Voilà, c'est prêt. Faites entrer le chef. La consigne est la suivante :<br />
<br />
- Groupe 1 : "Vous ne faites que ce que le chef vous dit. Pas d'initiatives, surtout ! Suivez la procédure..."<br />
- Groupe 2 : "Débrouillez-vous."<br />
<br />
<br />
L'objectif : dénouer le noeud sans lacher aucune main et former un cercle où tout le monde se fait face.<br />
<br />
En général, il faut quelques secondes au groupe 2 pour réussir, tandis que le groupe 1... Arrêtez-les au bout d'un moment si vous ne voulez pas y passer une heure !<br />
<br />
Vous pouvez corser le jeu en ajoutant un analyste, qui va rédiger un document décrivant comment défaire le noeud et qu'il va donner au chef d'équipe qui va faire exécuter ce qui est écrit.<br />
<br />
Bref, une équipe auto-organisée, c'est plus efficace.<br />
<br />
<b>2 - Artistes et spécifieurs version courte - Logiciel opérationnel > Documentation exhaustive.</b><br />
<br />
Faites plusieurs petits groupes (4 personnes max ?). Dans chaque groupe, il y aura des spécifieurs et des artistes. Mettre les spécifieurs et les artistes dans des pièces différentes.<br />
<br />
Le principe : vous montrez aux spécifieurs un dessin, ils doivent écrire des instructions pour que les artistes (qui n'ont pas vu le dessin) le réalisent. Et interdiction de se parler.<br />
<br />
Ce jeu est habituellement réalisé en faisant plusieurs itérations, avec rétrospective entre chaque. Et il dure longtemps.<br />
<br />
Ici, nous allons le faire en 10 minutes.<br />
<br />
Pour la moitié des groupes, scénario classique : ils ont 10 minutes pour rédiger les instructions et dessiner. Souvent, les artistes ne reçoivent les instructions que 2 minutes avant la fin, et ils n'y comprennent rien...<br />
<br />
Pour l'autre moitié : ils ont aussi 10 minutes au total, mais ils peuvent faire plusieurs aller-retours : ils rédigent une partie, la donnent aux artistes. Puis ils récupèrent le dessin réalisé et ils ont le droit d'annoter celui-ci. Attention, ils n'ont pas le droit de dessiner, ils peuvent juste écrire et faire des flèches. Ensuite, ils rapportent le dessin annoté et d'autres instructions aux artistes, qui recommencent le dessin.<br />
Et ainsi de suite...<br />
<br />
Il faut un dessin facile à dessiner, mais difficile à expliquer. Du genre de celui-ci :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinP5eRnpkEvkc_oG-1RTDvdBF7KdEJrRSMVfyZpIf36kTZ0qgkFbhhqgVpKhXhLUg6AYKYYZxrDMvgKejtu18zJuhpZWCqzp7Lff9ygz8SWSOcPe1UFLRAzd3DgdrDiZRzJjiuXwa-59c/s1600/artistes+et+spe%CC%81cifieurs.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="255" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinP5eRnpkEvkc_oG-1RTDvdBF7KdEJrRSMVfyZpIf36kTZ0qgkFbhhqgVpKhXhLUg6AYKYYZxrDMvgKejtu18zJuhpZWCqzp7Lff9ygz8SWSOcPe1UFLRAzd3DgdrDiZRzJjiuXwa-59c/s320/artistes+et+spe%CC%81cifieurs.jpg" width="320" /></a></div>
<br />
Nous avons pas mal discuté après ce jeu, c'était très intéressant, les participants avaient ressenti beaucoup de choses.<br />
<br />
<b>3 - Le goûter d'anniversaire - Collaboration avec le client > Négociation d'un contrat</b><br />
<br />
Nous n'avons pas eu le temps de faire faire ce jeu. Mais nous l'avons testé à Agile Innovation, et c'était intéressant, même si ça reste à améliorer.<br />
<br />
Principe : vous (l'animateur) avez besoin d'un prestataire pour organiser le goûter d'anniversaire de votre fils qui a 10 ans et qui veut inviter une dizaine de copains.<br />
<br />
Ce que vous demandez au prestataire de prendre en charge :<br />
<br />
- Les invitations<br />
- Le plan d'accès<br />
- Les achats<br />
- La décoration<br />
- Le(s) gateau(x)<br />
- Une chasse au trésor<br />
- Un plan B : des jeux d'intérieur en cas de mauvais temps<br />
<br />
Deux groupes :<br />
- le premier peut vous poser une seule question (puis vous partez)<br />
- le second peut échanger avec vous (le client) durant toute la durée du jeu (vous vous asseyez à leur table).<br />
<br />
Ils ont 10 minutes pour vous donner un devis détaillé.<br />
<br />
Nous avons testé ce jeu 2 fois seulement, mais les 2 fois :<br />
- les joueurs du groupe 2 ont très peu impliqué le client (vous), ils ont très peu profité de sa présence.<br />
- le groupe 1 a fourni un devis largement supérieur au groupe 2<br />
<br />
J'avais déjà utilisé ce jeu pour présenter le planning poker, il s'y prête bien car il y a plein d'interprétations différentes et des compétences diverses ("le gateau, on l'achète ou on le fait ?").<br />
<br />
<b>4 - Marshmallow challenge - Adaptation au changement > Suivi d'un plan</b><br />
<br />
Le classique <a href="http://marshmallowchallenge.com/">marshmallow challenge</a>, mais en 10 minutes seulement. Pas de temps de préparation, vous distribuez le matériel à chaque groupe et en avant !<br />
<br />
Où est le changement et le plan ? La plupart du temps, il y a une chose qui ne se passe pas comme prévu. Il y a un truc qui n'a pas la caractéristique prévue.<br />
<br />
<br />
<br />
Cette session a visiblement été appréciée, cf. le ROTI :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhtomq7ARPnPuIHhyphenhyphenBIxvfYqZSbh_fD1h6oDKfvS4hDw_ciMNlEM8afN44AERHWxaaOguWb6DRjkBV3vgMLEUi_B2FF7jexQbvNNoakYxTTBJ6gKch3T9TbKf5wTi7wvyoRG7ScBb_JdYc/s1600/ROTI+agile+grenoble+2012.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="195" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhtomq7ARPnPuIHhyphenhyphenBIxvfYqZSbh_fD1h6oDKfvS4hDw_ciMNlEM8afN44AERHWxaaOguWb6DRjkBV3vgMLEUi_B2FF7jexQbvNNoakYxTTBJ6gKch3T9TbKf5wTi7wvyoRG7ScBb_JdYc/s320/ROTI+agile+grenoble+2012.jpg" width="320" /></a></div>
<br />
<br class="Apple-interchange-newline" />Voilà, testez et faites nous part de vos expériences !<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com8tag:blogger.com,1999:blog-3426304610939582642.post-47867437970357259842012-11-11T20:26:00.001+01:002012-11-11T20:26:32.650+01:00La métaphore de l'ampoule<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgkBqku5dyF8qMkZzIYplRkExtxUcTxwlxrbMwi3OwjgZHhUlNJDg-qcji7etf_TOgdl5hV9zF2sWlFORqXxrOGZZmGOOyhUmYB9SszkpEDuX4rjPDGTeefLYYc7zlfRTzner-85BhqR7g/s1600/ampoule-BD.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="390" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgkBqku5dyF8qMkZzIYplRkExtxUcTxwlxrbMwi3OwjgZHhUlNJDg-qcji7etf_TOgdl5hV9zF2sWlFORqXxrOGZZmGOOyhUmYB9SszkpEDuX4rjPDGTeefLYYc7zlfRTzner-85BhqR7g/s640/ampoule-BD.png" width="520" /></a></div>
<div style="text-align: center;">
L'entreprise X</div>
<div style="text-align: center;">
<br /></div>
<div style="text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhP1nxjWSfY88v0KwGwhyLJx-HXQ-zROeVgML65-UzSGBO_mj6JOn12r21488lFjGw48Jnaq6ua1gMcx4oFAEzsG6q9UEVUn_MW2bVqDjE8hSlELF7e8ieFRyadKIdAEKNjpcKOoy0ChCw/s1600/ampoule-BD-EntrepriseA.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="390" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhP1nxjWSfY88v0KwGwhyLJx-HXQ-zROeVgML65-UzSGBO_mj6JOn12r21488lFjGw48Jnaq6ua1gMcx4oFAEzsG6q9UEVUn_MW2bVqDjE8hSlELF7e8ieFRyadKIdAEKNjpcKOoy0ChCw/s640/ampoule-BD-EntrepriseA.png" width="520" /></a></div>
<div class="separator" style="clear: both; text-align: center;">
L'entreprise A(gile)</div>
<div style="text-align: center;">
<br /></div>
<div style="text-align: center;">
<br /></div>
Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com1tag:blogger.com,1999:blog-3426304610939582642.post-68420807055061518922012-10-25T11:53:00.001+02:002012-10-25T11:53:26.850+02:00Agilité et culture française : argh...<br />
L'année dernière, j'avais publié <a href="http://thierryvallee.blogspot.fr/2011/06/great-place-to-work-et-distance.html">un article sur la distance hiérarchique</a>, et la publication aujourd'hui par Jean-Michel Legrand et Eric Le Merdy de Valtech de leur présentation <a href="http://blog.valtech.fr/2012/10/25/et-si-lagilite-commencait-finalement-par-kanban/">"Et si l'agilité commençait finalement par Kanban ?"</a> me remet tout ça en tête et me donne envie de le partager avec vous.<br />
<br />
<div>
<a href="http://fr.wikipedia.org/wiki/Geert_Hofstede">Geert Hofstede</a> a travaillé sur les différences de culture entre les pays, et sur l'impact que cela a sur le monde du travail.</div>
<div>
<br /></div>
Il distingue 5 critères :<br />
<br />
- La distance hiérarchique (PDI)<br />
- L'individualisme et le collectivisme (IDV)<br />
- La dimension masculine/féminine (MAS)<br />
- Le contrôle de l'incertitude (UAI)<br />
- L'orientation court terme/long terme (LTO)<br />
<br />
Il y a de grandes différences entre les pays (vous pouvez voir tout ça sur <a href="http://geert-hofstede.com/national-culture.html">son site</a>). J'ai pris l'exemple des USA et du Danemark, pour comparer avec la France :<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgX_Ognbn6yDnV7A4_pPXeOzrS3Xvgzu4G8ir3hu-0ilaT0WOSu_p6Q6LN4CMGgH6X3-2ieu8NEXE_HQUGruJHFGDNuGavkeIw9ot8giatroOFc8D3sEoeHUhEbAWqUOQYecLynloUSSuU/s1600/France+-+Geert+Hofstede.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="337" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgX_Ognbn6yDnV7A4_pPXeOzrS3Xvgzu4G8ir3hu-0ilaT0WOSu_p6Q6LN4CMGgH6X3-2ieu8NEXE_HQUGruJHFGDNuGavkeIw9ot8giatroOFc8D3sEoeHUhEbAWqUOQYecLynloUSSuU/s400/France+-+Geert+Hofstede.png" width="400" /></a></div>
<br />
Pour faire bref, en France nous avons :<br />
- une forte distance hiérarchique<br />
- une forte volonté de contrôler, d'éviter les incertitudes. Nous avons un des plus hauts scores sur ce critère !<br />
<br />
Ce qu'en dit Geert Hofstede :<br />
<br />
Sur la distance hiérarchique :<br />
"<span style="background-color: white; color: #222222; font-family: 'Helvetica Neue', Helvetica, sans-serif; font-size: 12px; line-height: 18px; text-align: justify;">With a score of 68, France scores high on the scale of the PDI. It is therefore a society in which inequalities are accepted. Hierarchy is needed if not existential; the superiors may have privileges and are often inaccessible.</span><br />
<span style="background-color: white; color: #222222; font-family: 'Helvetica Neue', Helvetica, sans-serif; font-size: 12px; line-height: 18px; text-align: justify;">The power is highly centralized in France, as well as Paris centralizes administrations, transports etc.</span><br style="background-color: white; color: #222222; font-family: 'Helvetica Neue', Helvetica, sans-serif; font-size: 12px; line-height: 18px; text-align: justify;" /><span style="background-color: white; color: #222222; font-family: 'Helvetica Neue', Helvetica, sans-serif; font-size: 12px; line-height: 18px; text-align: justify;">In management, the attitude towards managers is more formal, the information flow is hierarchical. The way information is controlled is even associated with power, therefore unequally distributed."</span><br />
Sur l'incertitude :<br />
"<span style="background-color: white; color: #222222; font-family: 'Helvetica Neue', Helvetica, sans-serif; font-size: 12px; line-height: 18px; text-align: justify;">At 86 France has one the highest scores on the UAI Index. Certainty is often reached through academic work and concepts that can respond for the need of detail, context, and background. Teachings and trainings are more deductive. In management structure, rules and security are welcome and if lacking, it creates stress. Therefore planning is favored, some level of expertise welcome, when change policies on the other hand are considered stressful."</span><br />
<br />
<br />
Voici un des schémas de Jean-Michel Legrand et Eric Le Merdy :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgnVGoacqegERUP_ue6WeEiXT7haoAzdUao2TK7EWEUMnsryR_8f3DY3spVR0JobvphZXGyXuHHc6FwNkESgZfJgBDyLL9nLAIgwr5_UXbMmpRbwlgShKOO3KzUU-rK5FlLlkZycDNOiT4/s1600/hofstede-valtech.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="376" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgnVGoacqegERUP_ue6WeEiXT7haoAzdUao2TK7EWEUMnsryR_8f3DY3spVR0JobvphZXGyXuHHc6FwNkESgZfJgBDyLL9nLAIgwr5_UXbMmpRbwlgShKOO3KzUU-rK5FlLlkZycDNOiT4/s400/hofstede-valtech.png" width="400" /></a></div>
<br />
<br />
Tout ça n'est pas facile à concilier avec l'agilité qui à tendance à minimiser l'importance de la hiérarchie et des procédures et qui favorise l'empirique face au prédictif (voir mon article <a href="http://thierryvallee.blogspot.fr/2012/10/tout-prevoir-ou-composer-avec.html">"Tout prévoir ou composer avec l'incertitude ?"</a> qui parle d'agilité, d'avalanches et de tremblements de terre).<br />
<br />
L'agilité en France, difficile :-(<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com0tag:blogger.com,1999:blog-3426304610939582642.post-7789744198202595852012-10-12T09:20:00.000+02:002012-10-15T14:20:58.199+02:00Agile Tour Marseille 2012<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiPYwJWCHqcRX6tN1lhrJXQzK5a4ZSbmKjMDCi6kTN-WQaa_5RVJBt8tEaf4wSks9Milfd5zapj9ypsv8FsUGiW8iYlprpUYuBoPmnmXzk7I1Ljgc41LZGigEX6WOh69w3cAiobGfujJXo/s1600/agilii_logo.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiPYwJWCHqcRX6tN1lhrJXQzK5a4ZSbmKjMDCi6kTN-WQaa_5RVJBt8tEaf4wSks9Milfd5zapj9ypsv8FsUGiW8iYlprpUYuBoPmnmXzk7I1Ljgc41LZGigEX6WOh69w3cAiobGfujJXo/s1600/agilii_logo.jpg" /></a></div>
<br />
Ce que j'ai ramené d'Agile Tour Marseille, qui s'est déroulé hier :<br />
<br />
Comme d'habitude dans ce genre d'évènement, plein d'énergie positive, d'entrain, d'enthousiasme. Rien que pour ça, ça vaut la peine d'y aller !<br />
<br />
Un regret : moins de 100 personnes présentes, c'est vraiment peu pour une ville de la taille de Marseille... A comparer aux 500 personnes habituellement présentes à Grenoble ! Les marseillais moins réceptifs à l'agilité ?<br />
<br />
Bonnes synthèses de <a href="http://thomaslissajoux.com/">Thomas Lissajoux</a> sur le management visuel d'une part et sur les changements culturels apportés par l'agilité, d'autre part. Quelques notes :<br />
<br />
<b>Plein les yeux !!! - Développer le management visuel</b><br />
Pour "rendre évident" et partager l'info. Il faut que l'information affichée soit<br />
- facile à comprendre,<br />
- visible pour tous,<br />
- interactive et facile à modifier ou au moins à commenter<br />
<br />
Mais d'abord, pensez à l'intention : qu'est ce que vous voulez mettre en évidence, rendre visible ? et pourquoi ?<br />
<br />
Ensuite, soyez créatifs !<br />
<br />
"Le management visuel, c'est une fenêtre sur le fonctionnement du système". C'est aussi un "espace de compréhension commune".<br />
<br />
<br />
<b>Transitions agiles - culture du changement ou changement de culture ?</b><br />
<br />
"La culture, c'est tout ce qu'on fait sans le dire".<br />
<br />
Les changements culturels liés à l'agilité, créateurs de tension :<br />
<br />
<div style="text-align: center;">
prédictif / empirique</div>
<div style="text-align: center;">
spécialisation / coordination</div>
<div style="text-align: center;">
responsabilité individuelle / collective</div>
<div style="text-align: center;">
orienté coûts / résultats</div>
<div style="text-align: center;">
conformité / expérimentation</div>
<div style="text-align: center;">
<br /></div>
<b>N'oubliez pas vos développeurs ! </b><br />
<a href="http://xnopre.blogspot.fr/">Xavier Nopre</a> a bien résumé les pratiques et outils d'ingénierie indispensables.<br />
<br />
Je ne vous fait pas de résumé, pour en savoir plus allez le voir à Agile Grenoble en novembre !<br />
<br />
<br />
<b>Le développement piloté par les tests</b><br />
Quand à moi, j'ai parlé du TDD pour expliquer à ceux qui débutent pourquoi il faut en faire. <a href="http://prezi.com/rixhgpbaungv/agile-tour-marseille-2012-le-tdd/">Ma présentation</a> est accessible, mais sans le code Javascript associé, sorry...<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjs_4eAtZmvjBylv-i3iI6EDUBCtgGDCUvjc7qXhX5fAfnzp2FYSPMpE1mJktGIG_cItCqkg9rFal9leiidWkvAeo5UzH7OFcL4BkQP2n17GOos0spya74lWrWdYGuOehDATQkHkVqYW9k/s1600/test+paillasson.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="297" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjs_4eAtZmvjBylv-i3iI6EDUBCtgGDCUvjc7qXhX5fAfnzp2FYSPMpE1mJktGIG_cItCqkg9rFal9leiidWkvAeo5UzH7OFcL4BkQP2n17GOos0spya74lWrWdYGuOehDATQkHkVqYW9k/s320/test+paillasson.png" width="320" /></a></div>
<br />
<br />
<br />
Merci aux organisateurs et rendez vous à Grenoble !<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com1Marseille, France43.296482 5.3697843.1115795 5.053923 43.4813845 5.6856370000000007tag:blogger.com,1999:blog-3426304610939582642.post-715933604843104332012-10-02T08:35:00.000+02:002012-10-15T14:22:27.176+02:00Tout prévoir ou composer avec l'incertitude ?L'été est fini, il serait temps que je publie quelque chose sur ce blog...<br />
Et ça tombe bien, j'ai entendu des choses très intéressantes à <a href="http://www.issw2012.com/">l'International Snow Science Workshop</a> d'Anchorage il y a une dizaine de jours.<br />
<br />
A ma grande surprise, je n'ai pas été le seul à parler agilité puisque Grant Statham (Parks Canada Agency) m'a précédé.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhpZIDdZeAYsmTKmpCWNXU5AkS4cOfdUKqps456bGKQrmzndGSIxb_4uOF1U0KANJgapO-h48X3JFri-ViDpCj8rs8ECMlfSXaAxCPZnDrAPtkjI8FDDw2x6n_rCILIF5CNV8E1984XfL8/s1600/IMG_0380.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="213" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhpZIDdZeAYsmTKmpCWNXU5AkS4cOfdUKqps456bGKQrmzndGSIxb_4uOF1U0KANJgapO-h48X3JFri-ViDpCj8rs8ECMlfSXaAxCPZnDrAPtkjI8FDDw2x6n_rCILIF5CNV8E1984XfL8/s320/IMG_0380.JPG" width="320" /></a></div>
<div style="text-align: center;">
Grant Statham, à propos du système de prévision Canadien</div>
<br />
<br />
Mais surtout, j'ai pu constater des similitudes entre l'agilité et l'orientation prise par certains responsables de la sécurité en montagne. J'explique.<br />
<br />
Jusqu'à maintenant, l'essentiel des efforts a porté sur la prévision, la prédiction des avalanches. Où et quand vont-elles se déclencher ? La Science s'est penché sur le problème, on a étudié et modélisé. Et hop, le tour est joué, il n'y a plus qu'à dire au Modèle quand est-ce qu'il a neigé, quelle température il a fait et d'où le vent a soufflé et on obtient une carte des avalanches qui vont se produire demain, en fonction de l'itinéraire choisi.<br />
<br />
Euh... non, ça c'est dans nos rêves.<br />
<br />
Car en fait, ça ne fonctionne pas. On ne sait pas prévoir précisément les avalanches. Et on est en train de s'en rendre compte. De s'apercevoir que La Science "classique", celle des maths et de la physique, ne peut pas tout...<br />
Un peu comme dans le monde du développement logiciel, où l'on croit savoir prédire les fonctionnalités nécessaires, les performances que l'on obtiendra et le temps qu'il va falloir pour développer.<br />
<br />
Mais non, ça ne marche pas. Il n'y a pas de recette, simple ou compliquée, pour prévoir cela. Que ce soit pour les avalanches ou pour le développement, il y a trop de paramètres et parmi eux - les plus complexes peut-être - des facteurs humains...<br />
<br />
Mais alors, comment faire ? Il faut apprendre à composer avec l'incertitude et à diminuer celle-ci au fur et à mesure que l'on dispose d'informations. D'informations sur la situation actuelle, au moment et à l'endroit où l'on est - ou bien sur le projet sur lequel on travaille. Et pas de généralisation ! Les scientifiques des avalanches parlent de variabilité spatiale. Dans l'informatique, on dit que chaque projet est différent (Vous ne le dites pas ? Vous devriez...)<br />
<br />
Comment composer avec l'incertitude ? Par exemple, en travaillant avec la vélocité (indication de ce qu'une équipe a été capable de réaliser jusqu'ici) et non avec des estimations en jours/homme faites on ne sait trop comment (enfin si, on sait bien comment). Ou encore en modifiant son itinéraire (son plan, quoi) en fonction des changements ou de nouvelles informations.<br />
<br />
Ce qui devient alors primordial, ce n'est plus Le Modèle, mais la collecte d'informations sur la situation actuelle et la communication de celles-ci à tous ceux qui sont impliqués. Et la prise de conscience de l'incertitude. Un homme averti en vaut deux.<br />
<br />
Il n'y a pas que les avalanches et le développement logiciel qui sont concernés, d'ailleurs. Il semblerait que certains sismologues ont renoncé il y a peu à prédire les tremblements de terre (merci Ievgueni pour l'info). Et qu'ils mettent désormais l'accent sur la détection et la diffusion de l'information en temps réel.<br />
<br />
Etre averti au plus tôt des problèmes pour pouvoir réagir et limiter leurs conséquences...<br />
<br />
<br />
<br />
<br />
<br />
<i>Et encore merci à Alain et<a href="http://www.data-avalanche.org/"> www.data-avalanche.org</a> de m'avoir permis d'être à Anchorage !</i><br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com3Anchorage, Alaska, États-Unis61.2180556 -149.900277860.7287781 -151.1637053 61.7073331 -148.6368503tag:blogger.com,1999:blog-3426304610939582642.post-59651576504548891922012-05-08T16:26:00.000+02:002012-05-08T16:27:39.413+02:00Tout a changé # 2<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<br />
Les organisations et les hommes ont changé. Ou plutôt les hommes changent, et les organisations ne peuvent pas l'ignorer et continuer comme si tout était comme avant.<br />
<br />
La prise de conscience du rôle que chacun peut et souhaite jouer au sein de l'entreprise, le besoin de réaliser des choses dont on puisse être fier, le refus de la médiocrité qu'on essaye de nous imposer, tout cela se concrétise par de multiples initiatives : le nombre d'évènements réunissant des développeurs ne cesse d'augmenter (ainsi que leur fréquentation) : Agile [lisez ici le nom de votre ville], Mix-It, Devoxx, JUG, etc.<br />
<br />
On y parle technique, mais on y parle aussi qualité du travail, création d'entreprise, fierté, etc.
Le mouvement <a href="http://en.wikipedia.org/wiki/Software_craftsmanship">Craftsmanship</a> est un autre exemple.<br />
<br />
Une bonne illustration de tout ça, en 5 minutes : "La voie du programmeur", par Jean-Baptiste Dusseault.<br />
<br />
<div style="text-align: center;">
<iframe allowfullscreen="" frameborder="0" height="281" mozallowfullscreen="" src="http://player.vimeo.com/video/41144268" webkitallowfullscreen="" width="500"></iframe>
</div>
<br />
Et les organisations dans tout ça ? Beaucoup se sentent dépassées. Ou pire, ignorent ces changements.<br />
Elles sont encore dans un mode pyramidal traditionnel, même si elles s'en défendent parfois.<br />
<br />
Comment prendre en compte ces changements ? L'entreprise a besoin d'être révolutionnée.<br />
<br />
De la même façon que - dans d'autres secteurs - les producteurs se rapprochent des consommateurs et suppriment les intermédiaires pour le plus grand bénéfice des deux, les développeurs et les utilisateurs doivent travailler ensemble, et de façon autonome.<br />
<br />
Ce qui ne marche pas :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh-KDy31UXGVpsKmL_NNH3Y5avlM3J-VstCBIjyx1bJVtmKDog51mx5elGtDJXZVoMu956JnH3vrthRvvo5Ehyphenhyphen0Q-3QAddEURbUTcng9P941rQgNAg-i3rGf2M7678o0qHq8D1HQvbuBTQ/s1600/organisation1sansmur.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="195" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh-KDy31UXGVpsKmL_NNH3Y5avlM3J-VstCBIjyx1bJVtmKDog51mx5elGtDJXZVoMu956JnH3vrthRvvo5Ehyphenhyphen0Q-3QAddEURbUTcng9P941rQgNAg-i3rGf2M7678o0qHq8D1HQvbuBTQ/s320/organisation1sansmur.png" width="320" /></a></div>
<br />
<br />
<br />
Ce qui marche :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg-Uq2yurtYDFS1_nr9h5-yHh9zo_EET7iVa9j6-1wHd2ZE7JzM_Fs4DouElHV8Ep3aM5y5nrfYjIfkLzhODV4_AD-dgJAJyKfH3qu8KuDJjQrgvpqbYocRpdI4W4ah9RGzWQT68l6_PTg/s1600/organisation2.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="230" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg-Uq2yurtYDFS1_nr9h5-yHh9zo_EET7iVa9j6-1wHd2ZE7JzM_Fs4DouElHV8Ep3aM5y5nrfYjIfkLzhODV4_AD-dgJAJyKfH3qu8KuDJjQrgvpqbYocRpdI4W4ah9RGzWQT68l6_PTg/s320/organisation2.png" width="320" /></a></div>
<br />
La pyramide traditionnelle doit être inversée et les développeurs-producteurs doivent collaborer avec les utilisateurs-consommateurs.<br />
<br />
Et le management ? Il doit être au service de ceux qui créent le produit (développeurs et utilisateurs). Il doit les soutenir, les former, les aider, lever les obstacles, bref : leur faciliter la vie ! (et non leur compliquer...).<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com2tag:blogger.com,1999:blog-3426304610939582642.post-57700632116436289052012-04-23T09:23:00.000+02:002012-04-23T20:45:09.032+02:00Tout a changé # 1Et ça va continuer...<br />
<br />
Le monde du développement informatique est en pleine révolution. Ce qui se passe en ce moment n'est pas juste un des changements habituels dans ce milieu.<br />
En tout cas, c'est mon avis. Pourquoi ?<br />
Parce que <b>tout</b> a changé :<br />
- les hommes et les organisations : les structures pyramidales s'essoufflent, place à la souplesse !<br />
- les méthodes : il faut aller vite et être bon. Et être prêt à changer en permanence.<br />
- les technologies : fini les réseaux d'ordinateurs relié à un serveur d'un coté et Internet de l'autre. Nouveaux terminaux, cloud, internet des objets, où sont les traditionnels ordinateurs ?<br />
<br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhk5pjMx_OARtYiRULT263KdKOuB3OBuYbrx3EDuRxbEYHKxBPDm6OAuoq0poV7Jp6sNsanX9FlOgT_vTC39YXCJEl9UTtFN2ppCuaNGKdwm-6yYAkgRt0wg1XGu_qHtq2eTKDmscMZ-JU/s1600/old+fashion+vs+new+fashion.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="282" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhk5pjMx_OARtYiRULT263KdKOuB3OBuYbrx3EDuRxbEYHKxBPDm6OAuoq0poV7Jp6sNsanX9FlOgT_vTC39YXCJEl9UTtFN2ppCuaNGKdwm-6yYAkgRt0wg1XGu_qHtq2eTKDmscMZ-JU/s400/old+fashion+vs+new+fashion.png" width="400" /></a></div>
<br />
Cet article est - je l'espère - le premier mais pas le dernier consacré à ce sujet. Il y a beaucoup à dire.<br />
<br />
Un exemple : avant il y avait 2 mondes : les ingénieurs et les développeurs web. Les premiers fiers de leurs connaissances en architectures ou en assembleur, qui évitaient le javascript et qui - bien sûr - connaissaient HTML et CSS (c'est pour mettre de la couleur, non ?). Les seconds considérés par des bidouilleurs par les premiers, et qui trouvaient que devoir compiler un fichier avant de l'utiliser ou décider une fois pour toute du type d'une variable, c'est lourdingue.<br />
<br />
Et maintenant : ces deux mondes sont en train de fusionner.<br />
Une application (on ne dit plus logiciel, vous avez remarqué ?) est forcément sur le web. Et quelle est une des compétences clés ? Comprendre la façon dont un navigateur dispose les éléments HTML dans le flux à l'aide du CSS associé. Oups... mais ils n'y comprennent rien, les ingénieurs, à ça.<br />
Un site web ne peut plus être une page de pub. Il doit être intelligent, utiliser plein de données, permettre à tous de collaborer, etc. Et il faut une application mobile ? Ecrite en quoi ? Ouhlala mais c'est compliqué ça ! Maitriser HTML et CSS, faire un peu de JQuery ne suffit plus.<br />
<br />
Je vous le dis, ma bonne dame, ça n'est plus comme avant...<br />
<br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div style="text-align: center;">
<br /></div>Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com1tag:blogger.com,1999:blog-3426304610939582642.post-15121486950653808792012-02-13T08:24:00.000+01:002012-02-13T08:24:48.360+01:00Holoptisme !?Un peu dur, comme nom. Mais si l'agilité ou l'intelligence collective vous intéresse, vous devez savoir ce qu'est l'holoptisme !<br />
<br />
Heureusement <a href="http://www.thetransitioner.org/">Jean-François Noubel (www.thetransitioner.org)</a> l'explique très bien :<br />
<br />
<iframe allowfullscreen="" frameborder="0" height="300" mozallowfullscreen="" src="http://player.vimeo.com/video/3878186?title=0&byline=0&portrait=0" webkitallowfullscreen="" width="400"></iframe><br />
<a href="http://vimeo.com/3878186">Jean-François Noubel : "C'est quoi l'Holoptisme ?"</a> from <a href="http://vimeo.com/xtof">Christophe Ducamp</a> on <a href="http://vimeo.com/">Vimeo</a>.<br />
<br />
Alors, vous êtes plutôt holoptisme ou panoptisme ?<br />
<br />
Et je vous conseille d'ailleurs de lire <a href="http://www.thetransitioner.org/Intelligence_Collective_Revolution_Invisible_JFNoubel.pdf">"Intelligence collective, la révolution invisible"</a> du même Jean-François Noubel (une quarantaine de pages, en français, vous allez y arriver, non ?)<br />
<br />
Extraits de ce document (qui date de 2004) :<br />
<br />
<br />
"Les organisations fortement hiérarchisées sont évidemment celles qui opposent la plus farouche<br />
résistance à la philosophie de l'Intelligence Collective, attachées qu'elles sont à leur corporalité<br />
fondée sur les territoires et le contrôle. La seule question de la "participation" (concertation,<br />
collégialité, consensus, transversalité, communautés de pratique…) induit un sentiment de perte<br />
de pouvoir de ceux qui le possèdent, ainsi qu'une remise en cause de leur légitimité d'expert, ce<br />
qui aboutit souvent à des actes manqués lorsque les politiques d'évolution vers plus d'intelligence<br />
collective s'avèrent ambitieuses sur le papier."<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiCHSb0F7ZGxZcF-wzsDl_FQUpYO-gYm3RGhpYAJ2PJoa6ykKDGQsOQQfTpFQNIdGk5CBLk2rmDR5fA1yoKEu4EpIZkOGRyY1Ue-WsUFreb6W9-3MRssbVyJ08Zu82Qe818vayTjK3m1PE/s1600/tableau+holoptisme.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="167" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiCHSb0F7ZGxZcF-wzsDl_FQUpYO-gYm3RGhpYAJ2PJoa6ykKDGQsOQQfTpFQNIdGk5CBLk2rmDR5fA1yoKEu4EpIZkOGRyY1Ue-WsUFreb6W9-3MRssbVyJ08Zu82Qe818vayTjK3m1PE/s400/tableau+holoptisme.png" width="400" /></a></div>
<br />
Et je vous laisse découvrir ce qu'il dit sur la monnaie ou la démocratie.<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com0tag:blogger.com,1999:blog-3426304610939582642.post-22457654451485354892012-02-12T15:12:00.000+01:002012-02-12T15:12:09.166+01:00Agilité à la télé !Ca n'est pas si fréquent, alors ça mérite d'être signalé : on a parlé agilité à la télé ! Bravo OCTO !<br />
<br />
J'avais écrit sur <a href="http://thierryvallee.blogspot.com/2011/06/great-place-to-work-et-distance.html">Great place to work en juin 2011 </a>?, vous vous souvenez ?<br />
<br />
Là ça n'est pas sur mon blog, c'est sur France 2, le 07/02/2012 :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen='allowfullscreen' webkitallowfullscreen='webkitallowfullscreen' mozallowfullscreen='mozallowfullscreen' width='320' height='266' src='https://www.youtube.com/embed/VQuSy70yB58?feature=player_embedded' frameborder='0'></iframe></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com2tag:blogger.com,1999:blog-3426304610939582642.post-24994988437651212692012-02-06T17:56:00.000+01:002012-02-06T17:56:24.638+01:00The End of Management, Allan Murray<a href="http://online.wsj.com/article/SB10001424052748704476104575439723695579664.html?mod=googlenews_wsj">Cet article d'Allan Murray</a> est très intéressant. Bon, je sais, il est un peu long et en anglais. Mais ça vaut le coup, vraiment.<br />
<br />
Je ne connaissais pas Allan Murray, il semble que ce soit un monsieur reconnu et important... Pas un gauchiste anarchiste révolutionnaire illuminé, quoi. Et s'il dit que le management, et au-delà, les entreprises, vont sur leur fin, il doit avoir quelques arguments.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://si.wsj.net/public/resources/images/PT-AP668_manage_G_20100820153607.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="213" src="http://si.wsj.net/public/resources/images/PT-AP668_manage_G_20100820153607.jpg" width="320" /></a></div>
<br />
Quelques idées que j'ai glanées dans son article et les réflexions qu'elles m'ont inspirées :<br />
Les entreprises telles que nous les connaissons - où management est le maître mot - n'ont pas toujours existé ! Il s'agit d'une innovation du XXième siècle, qui pourrait bien disparaître au XXIième.<br />
Pourquoi ? Parce qu'elles ne sont pas adaptées aux conditions actuelles (globalisation, innovation rapide, concurrence acharnée).<br />
Par le passé, les entreprises "leader" ont manqué les innovations de rupture (micro-informatique, photo numérique, téléphonie mobile, etc.) pas à cause d'un mauvais management, mais au contraire parce qu'elles appliquaient à la lettre les principes d'une bonne gouvernance d'entreprise - comme on dit aujourd'hui. Les innovations sont venues de gens ou d'organisations en rupture avec tout ça.<br />
<br />
"Corporations are bureaucracies and managers are bureaucrats".<br />
<br />
Ce qui a mené à la création de grandes entreprises n'est plus nécessaire aujourd'hui, c'est même un handicap.<br />
<br />
"Even the most starry-eyed techno-enthusiasts have a hard time imagining, say, a Boeing 787 built by "mass collaboration." Still, the trends here are big and undeniable."<br />
Nous ne sommes qu'au début de la collaboration de masse et une nouvelle forme d'organisation est à inventer. A moins qu'elle soit en train de naître, sans que l'on s'en rende vraiment compte ?<br />
<br />
"The new model will have to instill in workers the kind of drive and creativity and innovative spirit more commonly found among entrepreneurs. It will have to push power and decision-making down the organization as much as possible, rather than leave it concentrated at the top. Traditional bureaucratic structures will have to be replaced with something more like ad-hoc teams of peers, who come together to tackle individual projects, and then disband."<br />
Oui ! Des organisations souples et temporaires, adaptées !<br />
<br />
Je rejoins tout à fait cet article sur cet aspect : des hommes indépendants qui se regroupent pour un projet donné, s'organisent de la façon la plus adaptée au contexte, et partent vers d'autres horizons ensuite. Des collaborations selon les affinités, les opportunités. Des relations adulte-adulte et non parent-enfant, comme il y en a tant dans nos entreprises. Pas d'organigramme, de tableaux de bords, de réunions de management, d'entretiens, de plans quinquennaux, de procédures que personne ne lit...<br />
<br />
Vite ! "The old methods won't last much longer."<br />
<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com2tag:blogger.com,1999:blog-3426304610939582642.post-33534981795349841262011-12-29T23:08:00.002+01:002011-12-29T23:14:33.493+01:00Lessons from failure and secret to success"Lessons from failure and secret to success" : non, ce n'est pas le titre d'un nouveau livre d'un gourou du marketing ou du management. Il s'agit d'un extrait d'une interview de Reinhold Messner. Si vous ne savez pas qui c'est, je vous laisse découvrir sur le net le palmarès incroyable d'un des plus grands montagnards de tous les temps. Ecoutez-le, ça ne dure que 3 minutes 25.<br />
<br />
<div style="text-align: center;">
<iframe allowfullscreen="" frameborder="0" height="225" mozallowfullscreen="" src="http://player.vimeo.com/video/22305334?title=0&byline=0&portrait=0" webkitallowfullscreen="" width="400"></iframe></div>
<div style="text-align: center;">
<a href="http://vimeo.com/22305334">Reinhold Messner part 4: Lessons from failure</a> from <a href="http://vimeo.com/rockandice">Rock & Ice</a> on <a href="http://vimeo.com/">Vimeo</a>.</div>
<br />
En gros et très rapidement résumé, il dit que s'il a réussi ce n'est pas parce qu'il est plus fort que tout le monde, mais parce qu'il a :<br />
- échoué de nombreuses fois (vous vous souvenez du <a href="http://thierryvallee.blogspot.com/2011/08/le-droit-lerreur-ca-ne-suffit-pas.html">droit à l'erreur</a> ?)<br />
- eu de bons partenaires<br />
- partagé un objectif commun avec ces partenaires<br />
<br />
Je crois que cette recette ne s'applique pas qu'à l'alpinisme...<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com2tag:blogger.com,1999:blog-3426304610939582642.post-75638280420021416552011-12-14T08:36:00.001+01:002011-12-14T08:40:32.936+01:00Menuiserie agile : suite<div style="text-align: justify;">
Si vous êtes un lecteur assidu de ce blog, vous savez que je fabrique une pagaie traditionnelle de kayak, une pagaie groenlandaise. Cela m'avait inspiré un petit article sur la <a href="http://thierryvallee.blogspot.com/2011/11/menuiserie-agile.html">menuiserie agile</a>.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Hier, j'ai travaillé à cette pagaie avec Gilles, un copain agile. Un artisan agile de ses mains. Ce matin, en me réveillant, j'ai repensé à cette journée. Voici comment nous avons travaillé.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Il a commencé à raboter la pagaie au rabot électrique. Comme je n'avais jamais utilisé cet engin, il a fait un des 4 cotés qu'il fallait tailler. En m'expliquant.</div>
<div style="text-align: justify;">
Puis j'ai fait le second. Sous le regard de Gilles, qui a corrigé mon geste et surveillé que je n'enlevais pas trop de matière, que je restais bien à plat, etc.</div>
<div style="text-align: justify;">
Nous nous sommes relayés pour les 2 derniers cotés, il m'a expliqué quelques astuces, etc. Puis idem avec le rabot à main.</div>
<div style="text-align: justify;">
Du mentorat, du "pair-raboting", quoi. </div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Mais avant tout cela, qu'a-t-il fait ? Il s'est demandé comment on allait faire pour être sûrs de ne pas tailler trop. De ne pas dépasser le trait, qui était sur la tranche et qu'on ne voyait donc pas, en rabotant. Il a mis en place une sorte de test de validation, de garde fou. Une cale placée en bout de pagaie. Cette cale devait faire juste l'épaisseur voulue. Quand on rabote la cale, c'est qu'il est temps de s'arrêter... Ca a été son premier boulot : fabriquer une cale à la bonne dimension.</div>
<div style="text-align: justify;">
Produire l'outil de validation avant l'objet à créer, en quelque sorte... Amis développeurs, ça vous rappelle quelque chose ?</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Une fois tout ça taillé, je considérais cette itération terminée, la suivante consistant à mesurer et tracer le profil de la pagaie. "On va se faire un thé ?". Que nenni ! Nous avons râpé, poncé et poli toute la pagaie. "Mais pourquoi faire ? Il va falloir encore la tailler dans tous les sens pour la profiler, ça ne sert à rien, de faire des finitions !". Réponse de Gilles, qui m'a laissé un rien pantois : "Toutes les petites imperfections que tu laisses, tu les retrouveras à la fin, et il sera difficile de les corriger à ce moment là". Amis développeurs, ça vous rappelle quelque chose ? (bis).</div>
<div style="text-align: justify;">
"Et en plus, tu seras plus à l'aise pour tracer la suite sur une pagaie bien lisse, bien propre". Ben oui.</div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjg76kqQ-R6l9yVd5wv6Ua0R_Fc5TVGBTOtIOjChDaZOomT1w6yyFM_R8l1hxvijUsjUSuIbgwypDzEVgMvZAYvGgoOqJLyoZwxrlyooK8D6Pf5TOyEqAb1MeVAekJLIdzUuNCq840djJ8/s1600/IMG_8354.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="213" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjg76kqQ-R6l9yVd5wv6Ua0R_Fc5TVGBTOtIOjChDaZOomT1w6yyFM_R8l1hxvijUsjUSuIbgwypDzEVgMvZAYvGgoOqJLyoZwxrlyooK8D6Pf5TOyEqAb1MeVAekJLIdzUuNCq840djJ8/s320/IMG_8354.jpg" width="320" /></a></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhQ-HfFogZaXLTFFm25EQ_9nm39vvORUNqq0W0p8tBs5X8LKPqdC3r42c25RfGLfMC78TZjVgoeZkUc_X-Qb6wpyMaA-tDANMusDkwBIkXjV7nehGu7_grTHuvXSoJPBT1AOxX6rOCU2gk/s1600/IMG_8355.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="213" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhQ-HfFogZaXLTFFm25EQ_9nm39vvORUNqq0W0p8tBs5X8LKPqdC3r42c25RfGLfMC78TZjVgoeZkUc_X-Qb6wpyMaA-tDANMusDkwBIkXjV7nehGu7_grTHuvXSoJPBT1AOxX6rOCU2gk/s320/IMG_8355.jpg" width="320" /></a></div>
<br />
Artisan développeur, ça a un vrai sens, non ?<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com4tag:blogger.com,1999:blog-3426304610939582642.post-19203859082866220852011-12-08T12:39:00.001+01:002011-12-08T13:13:14.614+01:00Pratiques agiles pour tousSuite à mon précédent article sur les méthodes agiles appliquées en dehors du développement logiciel, voici une liste de pratiques qui - d'après moi - peuvent être utilisées dans de nombreux contextes :<br />
- Charte projet<br />
- Story mapping, personas<br />
- Backlog<br />
- Pilotage par la validation<br />
<a href="http://www.routard.com/images_contenu/mag/dossier_mag/chutes_eau/langfoss.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="320" src="http://www.routard.com/images_contenu/mag/dossier_mag/chutes_eau/langfoss.jpg" width="264" /></a>- Estimation relative, planning poker<br />
- Itérations<br />
- Conception au tableau blanc (quick design session)<br />
- Carton, Conversation, Confirmation<br />
- Binomage<br />
- Radiateur d’informations<br />
- “Prêt” et “Fini”<br />
- Tâches choisies, auto-organisation<br />
- Réunion quotidienne<br />
- Revue<br />
- Rétrospective<br />
- ROTI<br />
- Big Visible Charts<br />
- Boite de temps (Time-boxing)<br />
- Niko-niko<br />
- Open space, forum ouvert<br />
- Décision “au plus tard”<br />
- Roue de Deming<br />
- Perfection game<br />
- Boite à Meuh<br />
<br />
<br />
Tout ajout est le bienvenu...<br />
<br />
<br />Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com2tag:blogger.com,1999:blog-3426304610939582642.post-11113291098775374232011-12-06T15:40:00.001+01:002011-12-06T16:35:06.731+01:00Les méthodes agiles en dehors de l'informatiqueVaste sujet... Qui m'intéresse (voir ce qui est écrit à droite, là) et dont j'ai déjà parlé (ou dont je parle tout le temps ?) dans ce blog.<br />
Et puis plusieurs échanges m'ont relancé sur ce sujet : une session à Agile Innovation, et d'autres choses dont je vous reparlerai sûrement.<br />
<br />
D'abord, ce n'est pas l'informatique qui a "inventé" l'agilité. Les origines semblent plutôt à chercher dans l'industrie dite 'lourde' (voir Lean, Toyota & co).<br />
Mais qu'à cela ne tienne, bouclons la boucle, retournons tout ça et voyons ce qu'il est possible d'apporter à d'autres domaines.<br />
<br />
J'ai repris le manifeste agile et les principes. Il y a des choses qui me semblent relativement faciles à transposer et d'autres moins.<br />
Les faciles :<br />
<br />
- privilégier les individus et les interactions plutôt que les processus et les outils,<br />
- privilégier la collaboration avec le client plutôt que la négociation d'un contrat,<br />
- privilégier la réponse au changement plutôt que le suivi d'un plan,<br />
<div>
- bâtissez le projet autour de personnes motivées. Donnez-leur l'environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail,</div>
- la méthode la plus efficace pour transmettre l'information est une conversation en face à face,<br />
- les gens de l'art et les développeurs doivent collaborer quotidiennement au projet<br />
- une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité,<br />
- la simplicité - l'art de maximiser la quantité de travail à ne pas faire - est essentielle,<br />
- les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-organisent,<br />
- à intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens,<br />
- les processus agiles promeuvent un rythme de développement soutenable. Commanditaires, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment.<br />
<br />
En résumé, tous les aspects humains : collaboration, confiance, communication et ceux liés à la qualité et la simplicité de ce que l'on réalise. Et ça peut s'adapter à tout, il me semble : création, construction, organisation d'événements, gestion de projets au sens large.<br />
<br />
Les moins faciles :<br />
<br />
- privilégier les logiciels qui fonctionnent plutôt que la documentation exhaustive,<br />
- notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles,<br />
- le changement est bienvenu, même tardivement dans le développement. Les processus agiles exploitent le changement comme avantage compétitif pour le client,<br />
- livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte<br />
- un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet,<br />
<br />
Un peu plus compliqué, là. Car le développement logiciel a des particularités : on peut travailler de façon incrémentale et itérative, ce qui n'est pas toujours évident dans d'autres domaines. Difficile de construire un bout de maison, d'y installer une famille pour qu'elle s'en serve et d'adapter la maison ensuite, en continuant de la construire, en plus.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://philosopherdeveloper.files.wordpress.com/2011/02/menworking.gif?w=700" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="274" src="http://philosopherdeveloper.files.wordpress.com/2011/02/menworking.gif?w=700" width="320" /></a></div>
<br />
Ce que l'on peut tirer de ces principes, c'est qu'il faut s'attacher aux réalisations concrètes, à la confrontation avec la réalité, et accepter le changement. Ca ne veut pas dire accepter de détruire la maison et de tout recommencer, mais ne pas rejeter le changement d'office.<br />
<br />
Voilà pour les grandes lignes. Et dans un prochain post, j'essaierai d'identifier les pratiques agiles qui sont utilisables : standup meeting, rétrospective, etc.Anonymoushttp://www.blogger.com/profile/00113967617918314352noreply@blogger.com3