L’Ă©quipe d’Okiwi, organisatrice de l’AgileTour Bordeaux 2011 vient de publier quelques vidĂ©os des intervenants. Au delĂ de la sĂ©lection trĂšs partiale (;-) ) proposĂ©e ci-dessus, vous pouvez les regarder sur leur chaine YouTube.
Pour regarder l’expĂ©rience des billes rouges de Deming, c’est ici !
John Seddon – Itâs the system stupid! from AGILEMinds on Vimeo.
A voir, l’intervention de John Seddon lors de Lean Kanban 2011
Extrait d’un message qu’un ami m’a envoyĂ© cette semaine :
Le plus grand esprit de l’informatique est mort mais personne n’en a parlĂ©, parce que le plus grand illusionniste de l’informatique lui a pris la vedette…
Dennis Ritchie nous a quittĂ©…
Je reçois pĂ©riodiquement la lettre d’information de McKinsey. Le titre de l’Ă©dition du mois d’octobre m’a permis de comprendre l’Ă©cart de vision qu’il pouvait exister avec ce que je propose. Cette lettre est titrĂ©e :
Stratégie pour une époque incertaine
ou Strategy for uncertain times en version originale. Pourquoi un Ă©cart ? Car je me demande si une pĂ©riode incertaine devrait conduire Ă changer de stratĂ©gie ou si au contraire une pĂ©riode incertaine ne devrait pas encourager Ă maintenir le cap et Ă se focaliser sur la qualitĂ© de l’exĂ©cution de cette stratĂ©gie.
L’Ă©cart est donc lĂ . PlutĂŽt que de consacrer des ressources importantes Ă une planification stratĂ©gique [prĂ©vue pour se dĂ©rouler dans un monde que l’on ne connait pas et qui donc sera trĂšs probablement diffĂ©rent de nos prĂ©visions], il me semble bien plus essentiel de se consacrer Ă amĂ©liorer la qualitĂ© de la mise en oeuvre de la stratĂ©gie.
Savoir ce qu’il faut faire est important, savoir comment le faire fera la diffĂ©rence
Ce qui me surprend, c’est la somme d’efforts considĂ©rables mis par les organisations pour revoir leur stratĂ©gie… Et le peu d’effort consacrĂ© Ă amĂ©liorer continuellement la mise en oeuvre de cette stratĂ©gie. Et parfois mĂȘme, l’abandon de certaines stratĂ©gies aux profits d’autres alors mĂȘme que les prĂ©cĂ©dentes n’avaient pas Ă©tĂ© correctement mises en oeuvre.
La mission d’Ayeba est d’amĂ©liorer durablement la performance des organisations dans leur fonctionnement quotidien. Bien sur, nous allons nous intĂ©resser Ă la motivation de ces organisations, au pourquoi, puis nous allons regarder, avec elles, ce qu’elles font et comment elles le font, de façon Ă amĂ©liorer avec elles le flux de valeur vers leurs clients.
D’ici Ă ce que je me pose des questions sur ma tagline affichĂ©e sur ce blog… Il n’y a qu’un pas đ
La photographie est de Daniel Tiriba
L’AgileTour Bordeaux se dĂ©roulera le 21 octobre 2011. Le programme est enthousiasmant : Agile, Lean, Sky Castle Game, retours d’expĂ©rience, Kata, Coding Dojo, Espace ouvert, Billes rouges…
Une occasion de découvrir et de partager sur les pratiques des organisations performantes.
Pour vous inscrire, c’est ici !
| Salle feedback |
Salle communication |
Salle courage | Salle simplicité |
|
| 8h30-9h00 |
Accueil (hall) | |||
| 9h00–9h30 | Mot de bienvenue (grand amphi) | |||
| 9h30–9h40 |
Pause | |||
| 9h40-10h20 | Sky Castle Game Philippe Launay Antoine Vernois Fabrice Aimetti |
Vision, un sacré attracteur pour une équipe auto-organisée Thrierry Cros |
Un Kata Marrant Emmanuel Gaillot, Jonathan Perret |
Espace ouvert |
| 10h20-10h30 | Pause | |||
| 10h30-11h40 | Ni gladiateurs ni bisounours. Une Ă©quipe remarquable au quotidien. Christophe Thibaut |
Un Kata Marrant Emmanuel Gaillot, Jonathan Perret |
Espace ouvert | |
| 11h40-11h50 | Pause | |||
| 11h50-12h40 | Lorsque SCRUM ne marche pas Alexandre Boutin |
Le Lean : comment garantir des effets durables Gilbert Liégeois |
Coding dojo | Espace ouvert |
| 12h40-14h40 | Pause déjeuner | |||
| 14h40-15h30 |
Transformation from startup to high standard agile organization Markku Kutvonen |
Quarante ans de crise, dix ans d’agilitĂ©, et maintenant? Laurent Bossavit |
Coding dojo | Espace ouvert |
| 15h30-15h40 | Pause | |||
| 15h40-16h30 | Billes rouges Alexis Monville |
Agile Ă grande Ă©chelle Claude Aubry |
Coding dojo | Espace ouvert |
| 16h30-16h40 | Pause | |||
| 16h40-17h30 | Trouver des fournisseurs agiles David Brocard |
TDD, je commence demain ! Fabien BĂ©zagu |
Espace ouvert | |
| 17h30-17h40 | Pause | |||
| 17h40-17h50 |
Session de cloture (grand amphi) | |||
| Atelier |
| Retour d’expĂ©rience |
| Conférence |
| Coding dojo |
| Espace ouvert |
Surprise ! Un Petit colis dans la boite aux lettres ce matin ! J’ouvre un peu fĂ©brile… Cela doit ĂȘtre un effet d’Ă©lastique avec les cadeaux de mon enfance… Et je dĂ©couvre, emballĂ© par un petit mot sympathique de l’ami Eloi de Triple C, un petit pot de miel !
Pour en savoir plus sur cette initiative qui permet Ă tous de parrainer une ruche pour les abeilles, aller voir Un toit pour les abeilles, ou lisez ce qu’en dit Triple C.
Et vous aussi, vous allez parrainer une ruche.
Bon miel !
Lors du lancement de Widoobiz et Ă l’occasion du Barcamp ereputation, Fadhila Brahimi, nous avait donnĂ© l’occasion Ă Anthony Poncier (USEO) et moi-mĂȘme d’intervenir dans l’Ă©mission “ici et lĂ ” : c’est en Ă©coute ici !
Widoobiz a lancĂ© un concours parmi les personnes ayant fait vibrer les micros de la radio en ligne. L’objectif est de faire voter son rĂ©seau sur le podcast de l’Ă©mission. Cela m’a donnĂ© l’idĂ©e d’aller Ă©couter le podcast de l’Ă©mission : “vers l’Ă©valuation collective en entreprise” que j’ai trouvĂ© assez sympa !
Pour l’instant, il y a zĂ©ro vote, zĂ©ro commentaire… et peut-ĂȘtre pas encore d’auditeur ? C’est un peu le problĂšme de passer dans les premiers… (il faut bien que je me rassure đ )
Ce mercredi 11 mai Ă 11h00, la pĂ©dagogie de l’attention Un Jour Une Oeuvre sera prĂ©sentĂ©e lors de la table-ronde : “La diversitĂ© dans le libre Ă©ducatif”.
Regardons Ensemble !
Un Jour Une Oeuvre est une aventure transposant l’approche collaborative pratiquĂ©e dans le monde du logiciel libre dans le but de permettre Ă chacun d’accĂ©der Ă l’oeuvre d’art. En regardant ensemble, nous affinons nos regards, nous exerçons notre attention et nous pouvons nous libĂ©rer des conventions pour enfin accĂ©der aux oeuvres.La prĂ©sentation quotidienne d’une oeuvre d’art permet Ă chacun de s’exercer Ă l’attention vĂ©ritable, et dĂ©couvrir ce que les autres ont vus pour apprendre des similitudes et des diffĂ©rences.
Cette courte prĂ©sentation sera suivie d’un dĂ©bat avec la salle. Une occasion de tirer les liens entre l’accĂšs Ă l’oeuvre, l’approche collaborative du logiciel libre et l’Ă©ducation.
Demandez votre badge pour venir sur le salon du libre au CNIT Paris la défense participer à la discussion.
Aujourd’hui se rĂ©unissait le comitĂ© de programme en vue de la prĂ©paration du salon Solutions Linux les 16, 17 et 18 mars 2010. 128 propositions d’interventions pour venir nourrir le programme de formations et de confĂ©rences se dĂ©roulant sur le salon.
D’excellentes propositions pour la confĂ©rence Administration et Libre que j’ai le plaisir d’animer cette annĂ©e encore ! Pas si simple de faire le choix de se sĂ©parer de certains sujets afin de tenir dans un crĂ©neau horaire de 3 heures…
Quelques demandes de prĂ©cisions, et quelques discussions avec les autres membres du comitĂ© de programme et nous serons prĂȘt Ă faire l’annonce du programme ! Encore un peu de patience, ce sera le 15 dĂ©cembre !
Je reprend ici un billet publié sur ayeba.fr.
Ce vendredi 2 octobre 2009, de 14h Ă 16h, se dĂ©roulait lors de l’OpenWorldForum, la confĂ©rence : “le facteur humain… au coeur de l’industrie du logiciel libre”.
Une conférence pour aborder le facteur humain au coeur du succÚs du logiciel libre !
Les onze intervenants ont partagĂ©s leurs expĂ©riences et leurs analyses au cours d’un programme dense :
Quelques retours sont déjà présents sur le web, avec :
Paris, le 2 octobre 2009, dans le cadre du forum mondial du libre (Open World Forum) se tiendra la confĂ©rence : “Le facteur humain… coeur de l’Industrie du logiciel libre.”
Comment la dimension humaine collaborative et le mode de croissance organique du Logiciel Libre peuvent transformer en profondeur le monde économique et avoir un impact sociétal tangible.
Dans une pĂ©riode oĂč l’importance des enjeux humains et le besoin d’Ă©nergie collaborative, n’ont jamais Ă©tĂ© si prĂ©sents dans le monde Ă©conomique, cette confĂ©rence donnera la parole Ă des reprĂ©sentants de projets pionniers et emblĂ©matiques, en lien avec la sphĂšre du Logiciel Libre, qui doivent leurs succĂšs Ă de nouveaux modes de collaboration. Ils partageront leurs expĂ©riences, leurs analyses et leurs initiatives pour : illustrer le rĂŽle prĂ©pondĂ©rant du facteur humain et de l’intelligence collective dans l’industrie du Logiciel Libre, et comment cette dynamique s’Ă©tend Ă d’autres approches de construction collaborative. Cette confĂ©rence propose de prendre la mesure de l’apport du modĂšle organique open source pour faire Ă©merger un nouveau mode cellulaire d’organisation des entreprises, diffuser et dĂ©multiplier cet Ă©tat d’esprit dans les autres secteurs de la sociĂ©tĂ©.
14.00 â Alexis Monville (ayeba) â Introduction – C’est dĂ©jĂ Deming ?
14.15 â Jean-François Noubel (The Transitioner.org) â Collective Intelligence
14.30 â Luis Suarez Potts (Sun Microsystems) â OpenOffice.org community
14.45 â Florence Devouard (Consultant) â Wikimedia Foundation
15.00 â Marie Vorgan le Barzic (Silicon Sentier) â La Cantine NumĂ©rique
15.15 â Roundtable discussion â Enterprises and open communities:
15.45 â Juliette Compagnion, Laurent Bouffies – Appel Ă contribution de la Fondation umana ĂŠ
Cette confĂ©rence s’adresse aux dĂ©cideurs, aux managers, aux acteurs des entreprises, organisations, services publics qui souhaitent Ă©voluer vers de nouveaux modĂšles inspirĂ©s de ceux qui ont fait le succĂšs des logiciels libres.
Ce ne sont que des histoires ! De toutes petites histoires, qui pourtant vont permettre de faire de grandes choses ! Je parle de « User Stories », et je ne suis pas le seul Ă m’interroger (depuis un certain temps dĂ©jĂ ) sur la traduction adĂ©quate de ces histoires d’utilisateurs [ Comment traduire User Story en français ? et Des histoires d’utilisateurs].
ScĂ©nario idĂ©al (qui se renouvelle en ce moment pour mon plus grand plaisir !) : Un client appelle ayeba, il veut sortir un nouveau site Internet dans 5 mois, il commence Ă avoir une bonne idĂ©e de ce qu’il veut, il a eu le « go » pour le budget avec un peu de retard, le cahier des charges n’est pas encore commencĂ©… Et… Cela commence a ĂȘtre un peu serrĂ© en terme de dĂ©lai pour pouvoir profiter du prochain Ă©vĂšnement idĂ©al pour le lancement du site…
AprĂšs analyse, c’est tout Ă fait faisable en mĂ©thode classique (waterfall) : 1 mois pour le cahier des charges, quelques propositions de prestataires, sĂ©lection, un peu de temps de validation interne, 1 mois pour faire des spĂ©cifications, un peu de temps de validation, on attaque le dĂ©veloppement, rĂ©ception du dĂ©veloppement, mise en production… et GO, c’est lancĂ© ! Si tout se passe bien alors cela devrait marcher… Humm… MĂȘme mon client, me fait remarquer que le dernier mois… eh bien… il faudra gĂ©rer la crise…
En regardant de plus prĂšs, les personnes qui me prĂ©sentent le projet lors de la rĂ©union de lancement ne me parlent pas exactement du mĂȘme projet… Ils n’emploient pas les mĂȘmes mots, n’ont pas exactement les mĂȘmes rĂ©fĂ©rences sur Internet… La rĂ©daction d’un cahier des charges avec une approche classique risque fortement de conduire Ă des dĂ©ceptions de certains des acteurs du projet (avant mĂȘme d’avoir commencĂ©) et peut-ĂȘtre mĂȘme de tous lorsque le dĂ©veloppement sera engagĂ©, ou terminĂ©, et qu’ils ne pourront plus modifier leur demande initiale…
L’approche « user story » : « en tant qu’utilisateur, je veux ⊠ainsi j’obtiens… » va permettre de faire converger l’Ă©quipe client vers le mĂȘme projet, de tirer partie de toutes les idĂ©es… Et bien sur d’obtenir des propositions des prestataires plus ajustĂ©es au besoin rĂ©el. Chaque histoire, indĂ©pendante des autres, peut-ĂȘtre priorisĂ©e en fonction du bĂ©nĂ©fice que l’utilisateur va en tirer et ainsi dĂ©terminer plus facilement un plan de sortie gĂ©nĂ©ral des prochaines livraisons du site, avec en premier ce qu’il faut, puis ce qu’il faudrait, puis ce que l’on pourrait avoir… et Ă©vitant de passer du temps sur ce qu’il n’est pas nĂ©cessaire d’avoir cette fois.
La suite ? Je vous la raconte bientĂŽt !
En attendant je vous recommande la lecture de : User Stories Applied et/ou Agile Estimating and Planning de Mike Cohn pour dĂ©buter dans l’utilisation de petites histoires qui vous feront rĂ©ussir Ă avoir un bon produit.
Publié sur ayeba.fr : http://ayeba.fr/2009/08/16/user-story-stories-quelles-histoires/