Open Space Agile de Mai

Yannick Ameur nous avait déjà convié à un open-space en Février dernier, sous la houlette de l’association Agile France. C’est en comité plus restreint que nous nous sommes retrouvés cette fois-ci. Réunis sous de bonnes auspices je dois dire : le buffet a été monté un peu au dernier moment en mode auto-organisé … et a remarquablement bien marché !

Au départ prévu sur 3 slots et 3 salles, nous nous sommes finalement restreints à 2 slots et 2 salles, avec un agile game pour terminer.

image

Transition vers la gestion de projet agile

Je me suis décidé vers ce sujet type « grand classique » pour ce premier slot. Avec des questions il faut bien le dire, assez récurrentes :

  • Par quoi commencer ?
  • Que faire si l’on rencontre de la résistance ?
image

Ici nous avons concrètement le cas d’un chef de projet faisant de la résistance active… mais aussi sur le départ. Oui, une transition réussie passe assez souvent par le changement d’un certain nombre de têtes. Comme l’évoque le Host Leadership (http://hostleadership.com/) : le passage à l’agilité est une invitation ; ne vous y rendez pas si vous n’avez pas l’intention d’en respecter les règles.

Le passage d’un projet à l’agilité pose aussi la question du fond et de le forme: il est assez tentant de se focaliser sur le décorum agile (les cérémonies, les post-it, etc…), mais plus difficile et pourtant plus important de porter l’attention sur le « mind set » agile: auto-organisation, amélioration continue, etc.

Lean vs Agile

Yannick nous a proposé ce sujet, suite à la discussion que j’avais eu la veille à la ScrumBeer avec David et Margerie !

image
  • Lean est-il complémentaire d’Agile et vice-versa ?
  • Qu’est-ce qui caractérise chacune des approche, ou les rend convergente ?

Tout d’abord il semble difficile à tout le monde de définir le Lean. C’est probablement l’une des raisons qui permet à de grands cabinets de déployer ce qu’ils prétendent être du Lean et s’avère extrêmement destructif sur le plan humain !

Nous avons demandé à Christophe Keromen, l’un des co-auteur du Petit guide de management Lean à l’usage des équipes agiles ce qu’il en pensait. Le point le plus important est pour lui :

  • L’emphase, dans le lean, sur l’amélioration continue, via le cycle PDCA et bien sûr certains outils (Kaisen, Kata, A3, etc.)
  • L’accent mis dans l’agile sur le facteur humain.

Enfin, quand on parle de Lean, il ne faut pas confondre celui-ci avec le Lean Software Development ou même avec le Lean Startup … des choses bien différentes !

Et quand on parle de convergences, on parle souvent d’emprunts de techniques Lean, comme le Kaban. Yannick lui, remarque l’utilité de s’inspirer de l’approche scientifique du Lean : mesurer la réalité et focaliser la résolution de problème par rapport à ses mesures.

Christophe nous affirme que « le lean n’a pas besoin de l’agile ». Il est certain que les deux courants vivent leur vie, bien que l’agile n’hésites pas à emprunter des pratqiues à droite et à gauche. Mais cette petite phrase me conforte sur ma perception un peu snob des praticiens du Lean, qui se voient parfois comme l’aristocratie de l’agilité…

Débrief et fin

Nous étions un peu pris au dépourvu par ces 10 minutes de débrief, mais les animateurs des sessions se sont quand même prêtés au jeu.

image

J’ai peu prétexter de ma foulure au poignet pour échapper au « SOS Titanic ». Je l’avais par ailleurs expérimenté à Agile Games France. Les joueurs n’ont pas été courronés de succès ici, en partie à cause de la pression du temps lors de cette animation. La limite de temps est peut-être nécessaire, mais si elle est trop forte, on perd l’intérêt du jeu !

image

Par ailleurs Dov a tranquilement viré la moitié des occupants du canot pour « sauver » quelques uns de ses occupants. Une manière inédite d’arriver à ses fins…

Enfin, ami lecteur, si tu te décides à animer ce jeu penses au moins à deux choses :

  • On ne brave pas l’eau froide et les requins en même temps. En tout cas, les requins eux ne bravent pas l’eau froide.
  • On ne peut pas mourir de froid et de faim. Il faut choisir…

Prochaines étapes: la soirée du FKUG et Agile France !

Carnet de route : Le ScrumDay 2014 (3/4)

Nouvelle journée, nouvelle énergie. Après la journée conférence que je vous ai comté ici et ici, voici la journée consacrée à l’open-space, à l’image de ce qui se fait à Grenoble depuis quelques années déjà.

L’organisation met à notre disposition tout ce qu’il faut pour se remettre dans le rythme : thé, café, jus de fruits, viennoiseries…

image

Mais on est vite intrigué par le grand cercle matérialisé à même le sol autour duquel nous sommes invités à nous rassembler pour débuter cet open-space.

image

Ce sont Laurent Bossavit et Raphael Pierquin qui se chargent d’expliquer les règles de fonctionnement de l’Open-space … ou du moins tentent de le faire ! Apparemment, la sonorisation pose quelques problèmes…

image

Le principes sont en fait assez simples. Une fois établis, il est temps d’utiliser le matériel mis à notre disposition au centre du cercle pour proposer nos sujets.

image

Ces sujets sont ensuite eux-mêmes affichés sur les différents créneaux horaires en mode auto-organisé. C’est la « place de marché ».

image

J’ai posté mon propre sujet. Il est temps de faire le tour de ceux qui peuplent le premier créneau horaire. Et je reste un peu perplexe devant le sujet traitant de l’utilisation des points de fonction dans les projets agiles. Quand je vois ce genre de sujet, mon reflexe est de me demander en quoi ces techniques peuvent nous apprendre quelque chose, si la technicité développée ici peut nous aider. Laurent Bossavit semble plus circonspect quand aux motivations. Du coup, nous décidons tous deux de nous joindre à ce débat.

Agilité et point de fonction

La première chose qui me trouble est une certaine confusion entre l’outil et l’usage. Dans l’esprit de beaucoup, il y a une relation directe entre projet au forfait et point de fonction.

image

En fait, il semble même que nous ayons un pattern d’usage : on se sert des points de fonction comme outil « commercial » pour chiffrer une réponse à appel d’offre. Ensuite, lors de la réalisation, on se servira des story points. Voilà un constat assez troublant pour moi, bien qu’instructif sur la vision que l’on peut avoir des différents outils :

  • Les points de fonction sont vus comme un outil donnant un chiffre absolu, alors qu’il donne un chiffre relatif (les points) qui se transforment en charge via des facteurs d’ajustements. Comme les story points, en fait, bien que de façon plus complexe.
  • Quel est l’intérêt de faire un « chiffrage agile » si en amont le projet est de toute manière verrouillé par un chiffrage contractuel ? Je dirais même : quel est l’intérêt de faire le projet en agile, mais c’est sûrement une autre question…

La discussion s’est beaucoup focalisée sur l’usage de l’une ou l’autre approche, alors que je pense que la question n’est pas là : on peut parfaitement utiliser les FP ou les story points dans les mêmes contextes.
Par contre les points de fonctions traitent des « blocs » plus gros, qui sont ensuite décomposés sous l’angle technique (requêtes, entités, I/O, etc…), alors que les story points s’adressent à des blocs plus fins que l’on évalue globalement, en différent les questions sur les choix de conception. Par son approche les points de fonction « vérouillent » les choix techniques dès le chiffrage.

image

J’ai été assez déçu par le débat qui ne s’est finalement pas dirigé vers la question de la nature de ces différents types d’estimation (ce que j’évoque plus haut). Dommage…

Ressources Humaines et agilité

Ce sont à la fois l’originalité du sujet et son importance qui m’ont attiré vers ce groupe. Une groupe à coloration un peu « grandes gueules » avec Pablo Pernot et Pierre Neis, par exemple !

image

Tout d’abord, quels sont les problèmes ?

  • La gestion du parcours professionnel.
  • La gestion des évaluations.
  • La dissonance cognitive entre rôle et fiche de poste.

Le constat partagé par tous est qu’aujourd’hui les RH ne sont pas une aide au sein des projets agiles. Dans le meilleur des cas. Dans le pire des cas, elles sont un frein, voir un obstacle. Bref, il n’y a pas grand monde dans le cercle à aimer les RH. On entend même que les RH n’ont pas de raison d’être !

image

Mais il nous faut aussi admettre que l’on doit mieux comprendre le problème des RH : celui de devoir composer avec la loi, le management, les syndicats, le C.E., etc… En fait, il nous semble que leur effort porte plus sur la composition de ces contraintes que sur une véritable fonction support au sein de l’entreprise (ce serait plutôt un fonction contrainte !). Le mécanisme des entretiens annuels est bien entendu montré du doigt.

Alors, quelle solution pour la RH dans un environnement agile ?

C’est que cette RH devienne elle-même agile, en portant les valeurs agiles au niveau de l’entreprise. Entre autre choses.

image

Pause déjeuner

Pas de pause déjeuner bien calée dans le temps pour cette journée open-space ! Les session occupent les créneaux horaires sans discontinuer. Aux participants de faire une pause quand ils le désirent !

image

On est un peu plus en mode picnic que la veille, d’ailleurs les tables ont disparu au profit de quelques « mange debout », mais on s’assoit aussi par terre.

image

Cela ne veut pas dire que la qualité n’est pas au rendez-vous. Au contraire ! Je n’ai aucune raison de renier mes éloges d’hier. Jugez-en !

image

De mon côté, j’ai passé cette pause déjeuner avec Pierre Hervouet, Joumana et Pierre Neis. Pierre Neis nous parle (et nous montre des photos) de #play14, un rassemblement autour des agiles games qu’il co-organisait au Luxembourg. Prochaine étape : en faire une sorte d’Agile Tour des agile games !

Le bureau du SUG en mode Happy

Christopher Mann était le photographe de ce ScrumDay (il avait fait un excellent boulot lors d’Agile France, une bonne raison pour moi de le recommander pour cet évènement). J’ai suivi le mouvement, quand lui-même et le bureau se sont dirigé vers l’extérieur pour ce qui semblait une photo de groupe. Le résultat est visible sur le reportage du ScrumDay, mais j’ai aussi pris mes propres clichés…

image

Backlog, cher boulet…

J’avais aussi soumi mon propre sujet. En quelque sorte une reprise d’un de mes thèmes préférés sur le backlog produit, à la fois vision de ce qu’il y a à faire et frein du changement.

image

Au final, on trouve deux grand types de situation :

  • Les projets agiles « classiques » où la vision d’un périmètre complet est plutôt une chose souhaitée. Le backlog Scrum rempli bien son office car il donne une vue partagée à tous les acteurs du « reste à faire ».
  • Les projets innovants pour lesquels on essaie de limiter le stock par diverses approches (parfois combinées) : approche type « kanban » où l’on limite volontairement et activement le nombre d’items dans le backlog, où backog à granularité différentielle, à deux ou trois niveaux.

Dans le cas d’une approche « kanban » nous nous sommes posé la question d’évacuer, c’est à dire supprimer les items de plus basse priorité dépassant le WIP. Nous en sommes arrivés à la conclusion qu’il n’y a aucun dommage à le faire : si l’item est important, il reviendra !

J’ai aussi évoqué les sujets qui m’interpellent en ce moment : combiner un backlog (limité) avec une approche type impact mapping et/ou Lean Canvas. Mais nos réflexions n’ont pour l’instant pas abouti…

image

Clôture des ScrumDays

Ce grand open-space s’est terminé par une retrospective type « tour de parole ». Un tour de parole à près de 200 personnes, il faut dire !

image

Il me manque le courage (ou la motivation) pour en être. Je préfère passer un peu de temps avec Samira Batahouche d’IBM qui représentait Big Blue au bureau l’an dernier et avait accueilli le ScrumDay à Bois Colombe l’an dernier.

Le stand de Cloudbees est juste à côté, j’en profite pour fixer pour la postérité Nicolas De Loof en hôtesse d’accueil…

image

Scrum.org était aussi partenaire du ScrumDay cette année. Je me suis vu interdire de prendre le stand en photo, une première pour moi. J’ai moi-même étendu cette interdiction à la keynote de clôture faite par son représentant (je ne me souviens même plus de son nom, pourtant il s’est cité lui-même durant sa présentation).

J’avais aussi décidé de ne prendre aucune note de l’intervention pour faire bonne mesure. Grand bien m’en a pris : elle manquait complètement d’intérêt, j’ai failli quitter la salle. Finalement je suis resté et j’ai consulté mon fil Tweeter pendant le reste de la présentation.

Si j’étais parti, je n’aurais pu prendre en photo l’équipe du French SUG, et cela aurait vraiment été dommage. Grand merci à toute l’équipe pour ce bel évènement ! De droite à gauche : Anne, Christopher, David, Arnaud, Valérie, Karine, Laurence et Xavier.

image

Voilà, il est temps de replier tous le matériel, et de tout remettre dans les cartons … jusqu’à l’an prochain.

image

Note à moi-même

Pour ce qui est du format tout d’abord : le ScrumDay (ScrumDays, donc comme je l’ai écrit par ailleurs), ça marche ! Les open-spaces dans des « coins de salle » ne sont toutefois pas une configuration idéale. il faudra trouver mieux et surtout moins bruyant !

Cette année, le thème était la « culture produit ». En fait cela ne me paraissait pas si évident au vu du programme. Maintenant, est-il nécessaire d’avoir des thèmes annuels ? Des tracks thématiques feraient assez bien l’affaire.

Concernant le lieu, eh bien il a clairement la taille voulu pour accueillir l’évènement. Le hall central (qui hélas n’était pas central) permettait une bonne circulation. Les stands des sponsors étaient disposés sur le pourtour.

Question sponsors, leur nombre était réellement à l’inflation, et cela fait un peu ressembler le ScrumDay à une expo (sans compter un traitement pas différentiant des platinums) … La raison est bien entendu le coût d’organisation, car le lieu est apparemment très cher, malgré son éloignement de Paris.

J’avais crains que cet éloignement, justement,  soit une cause de désaffection, d’autant que la venue en voiture n’est pas vraiment facilitée (pour ne pas dire franchement découragée), mais il semble au final que ce facteur n’ait eu aucune influence.

Bref, un bel évènement, avec deux fois plus de plaisir pour deux fois plus de durée !

Une dernière chose : nous n’en avons pas fini avec ce ScrumDay : je vous ai promis un 4ème volet : ce sera un « bonus track », je n’en dis pas plus. Je ferais aussi un petit post sur mon atelier sur l’acceptance testing.

Agile France Open Space

Le mois de Février est généralement calme : un ou deux Meetup et bien sûr l’Agile Games France qui est pour moi l’évènement marquant de ce début d’année. Yannick Ameur a eu la bonne idée d’organiser un Open Space durant cette période calme.

image

Nous étions une petite vingtaine réunis pour cette soirée sous la houlette de l’association Agile France. Emmanuel Gaillot qui était des nôtres a d’ailleurs rappelé la mission de l’association.

image

Deux sessions au programme de cette soirée, entrecoupé d’un interlude. On y reviendra.

Comment convaincre sur la qualité du code

J’étais à l’initiative de cette première proposition. Enfin, deux autres sessions avaient lieu aussi en parallèle.

Mon problème :comment faire prendre conscience à une équipe “contente d’elle-même” de l’intérêt de chercher à s’améliorer, à perfectionner son code. Ma situation de départ : un code review où personne n’a rien à dire !

Des idées ont jailli. Je ne les essaieraient probablement pas toutes. Mais certaines méritent indiscutablement l’attention.

image

Mais l’échange me laisse à penser que lorsque l’on a pas encore éveillé l’intérêt, l’étincelle a bien du mal à prendre. Et il n’y a pas de solutions miracle. Seulement des choses à essayer qui marcheront peut-être, ou peut-être pas…

Interlude

Nicolas nous a gratifié d’un rapide jeux agile entre les deux sessions : le nombre secret. Il me rapelle celui sur les dates de naissances auquel nous avions joué durant le premier Agile Games France ().

image

Ca n’a pas trop mal marché.

image

Tester en agile

Pour ce second round, je me suis joins au groupe discutant des tests. Des discussions passionnées et des avis très partagés dans le groupe.

D’un côté les défenseurs de la séparation des pouvoirs : développeurs d’un côté, testeurs de l’autre. Les développeurs se limitent aux tests unitaires, les tests fonctionnels sont essentiellement exploratoires et fait par l’équipe de tests après la fin d’itération. Lorsque l’écart d’interprêtation entre développeurs et testeurs a fait son oeuvre (environ 10 secondes après que les testeurs aient reçu le système à tester), on saisie de gentilles anomalies et le tout peut retourner chez les développeurs pour une nouvelle itération. Itération au terme de laquelle on recommence le cycle. Ca booste à mort.

image

Autant dire que ce n’est pas ma vision des choses.

Les défenseurs de l’ATDD proposent de regrouper développeurs et testeurs au sein d’équipes pluridisciplinaires, de couvrir aussi bien que possible les items à développer de tests définis en amont (ce qui a aussi la vertu de les raffiner), et de tester “just in time” et non après la fin d’itération. Les tests exploratoires sont là seulement pour compléter les AT réalisés au début et pour, en quelque sorte, tester les tests !

Bref, deux visions inconciliables. Pour ma part, je pense que la première appartient à une époque révolue située quelque part dans le siècle précédent et n’a rien à voir avec l’agilité, ni dans son exécution, ni dans son état d’esprit. Mais cela me donne aussi une petite idée de billet, pour un de ces jours

Pendant ce temps, les sessions se déroulent dans d’autres salles

image

Fin de soirée

Les résultats de nos cogitations sont visible sur les murs. Ici le fruit d’une discussion sur le story mapping.

image

Les idées proposées pour cette soirée

image

Et bien sûr les inévitables discussions de fin de soirée. Peut-être le meilleur moment d’ailleurs !

image

Co-création du Scrum Day 2014, en images

Changement d’approche pour le ScrumDay 2014 : inviter la communauté à s’impliquer dans cette nouvelle édition. A vue de nez, je dirais qu’Arnaud Villenave ne doit pas être étranger à cette idée…

C’est vrai, je ne fais plus partie du bureau. Cela ne veut pas dire que je me désintéresse du SUG ou du Scrum Day ! Et puis, on est à peu près sûr de croiser des gens sympa à ces soirées !

Cogitations avec Bruno Marguerita

C’est essentiellement des thèmes que nous avons parlé. Prévu pour être en mode “open space”, les choses se sont enclenchées différemment. Ce qui n’est pas réellement un problème : les personnes qui sont présentes sont les bonnes personnes, ce qui s’y passe est aussi la bonne chose.

Cogitations avec Xavier Galleri

Prévu pour presque 40 personnes, nous étions finalement une quinzaine. Cela nous ramène aux ratios de participation des Scrum Beer, n’est-ce pas ? Ce qu’on a perdu en nombre, on l’a gagné en convialité. Au final, nous avons bien couvert le tableau blanc d’idées en tout genre

David au tableau blanc

Idées que nous avons synthétisé par la suite.

Arnaud mène les débats (3)

Mes contributions auront surtout porté sur autre chose que les thèmes :

  • La réduction (même légère) du temps alloué à la performance des conférenciers. Cela permettrait d’allouer plus de temps entre les sessions pour les rencontres et discussions informelles. Ce dernier point ne vient pas de moi.
  • Malgré l’échec de l’an dernier nous avons quand même évoqué les Lightning Talk. Nous semblons tous d’accord que jusqu’à présent seul l’Agile Tour Nantes a su bien les gérer. En enseignement dont il faut tirer parti si nous souhaitons malgré tout remettre le couvert.
  • La présence d’animations en tout genre en marge de la conférence : podcast, interviews, scribers, etc..

Je ne vais pas citer l’ensemble des idées, je vais plutôt vous laisser en prendre connaissance.

Résultat des cogitations (3)

Comme vous le voyez, on est pas en peine de ce côté.

Résultat des cogitations (4)

La question suivante est bien sûr celle de la prochaine étape :

  • Trier, construire à partir de cela.
  • Impliquer ou non ces volontaires dans les prochaines étapes de construction et pourquoi pas, d’organisation !

Bref, je suis curieux de voir la suite !

Forum ouvert et agilité

Ce 22 Septembre (oui, un dimanche), Christine Koehler nous a proposé de nous rassembler afin de réfléchir ensemble aux convergences entre forum ouvert et agilité. C’était aussi une opportunité d’échanger avec des orateurs du Scrum Gathering que Christine avait contacté pour l’occasion: Dan Mezick, Suzanne Daigle et Jasmina Nikolic. Suzanne nous a d’ailleurs gratifié d’un post pour l’occasion.
Zenika hébergeait ce rassemblement, je ne saurais trop remercier Carl Azoury d’être venu spécialement nous ouvrir les locaux ! Par contre l’aménagement spécifique à cette réunion nous était dû à Christine et entre la tenture d’affichage électrostatique, les posters répartis dans notre zLocalhost et la signalétique des points de rendez-vous, c’était de la mise en musique élaborée.
Parmi les appointés, quelques habitués des rendez-vous agiles.

Forum ouvert et Agilité 2

Sur 22 inscrits, nous étions finalement 17, ce qui n’est finalement pas si mal. Le nombre ne fait pas la qualité de toute manière.

Forum ouvert et Agilité 3

Christine et Suzanne ont ouvert la séance en rappelant le fonctionnement du forum ouvert. Je ne le rappelle pas ici, on trouve pas mal d’information sur le Web à ce sujet.
La première étape, c’est de proposer les sujets, bien sûr. Il n’y a pas de limite. On l’écrit sur un grand format…

Forum ouvert et Agilité 11

… et on le présente devant tous.

Forum ouvert et Agilité 12

Impact hub ? Cela ne me parle pas trop. L’occasion pour moi d’en apprendre plus…

Forum ouvert et Agilité 20

Lorsque qu’on a fait le plein, on vient faire son marché.

Forum ouvert et Agilité 22

D’ailleurs le lieux s’appelle bien la “place du marché”.

Dan Mezik et Jasmina Nikolic semblent assez pensifs devant les sujets. Le temps donné au groupe s’il est alloué ne veut pas dire que l’on s’y limite: Comme le dit Suzanne, la passion et l’énergie n’arrivent pas sur la base de la contrainte du temps.

Forum ouvert et Agilité 24

J’en sais un peu plus maintenant sur l’impact hub ; le tout me laisse encore un peu dubitatif, bien que je sois à priori convaincu sur l’idée de croiser des champs d’activité différents pour faire germer des idées nouvelles. Mais pourquoi et comment ? L’idée fera peut-être son chemin avant de vraiment m’interpeler.

Forum ouvert et Agilité 25

D’autres sessions en cours. pas très facile pour moi de m’insérer en cours de route, je passe.

Forum ouvert et Agilité 26

Je passe aussi celle avec Dan Mezik !

Forum ouvert et Agilité 27

Finalement je reste un peu sur une session consacrée au respect des règles et à la cohésion d’équipe !

Forum ouvert et Agilité 28

Je ne suis pas sûr d’accrocher à la direction que prends la discussion. Assimiler les “valeurs agiles” à une spiritualité, c’est peut-être trop fort pour moi. Et oui, en bas de la feuille, c’est bien marqué “sexualité”.

Forum ouvert et Agilité 29

Pour le coup, j’ai aussi manqué la discrète discussion menée par Jasmina autour du “oscrumban” ! Donc, je ne sais toujours pas ce que c’est !

Forum ouvert et Agilité 31

Au risque de vous frustrer, je ne vais pas retranscrire les discussions. Un forum ouvert, ça se vit plus que ça ne se restitue. Même si le “grand journal” essaie de se faire l’écho de notre après-midi !

Forum ouvert et Agilité 32

Scrum Boat 2013, 1ère partie (en images)

Tu d’abord reportée, nous avons crains un moment être dans l’impossibilité de tenir notre Scrum Boat. Finalement, cela a tenu. Il faisait beau mais pas trop afin de ne pas étouffer dans la péniche. Les ateliers étaient prêts, ainsi que le buffet et la bonne humeur. Enfin les participants étaient au rendez-vous. Bref, tous les auspices étaient réunis !

scrumboat2013-accueil07

Un petit cocktail attendait les participants à l’arrivée. On va commencer les ateliers bien chauds, c’est bien.

scrumboat2013-accueil02

C’est l’heure, mise en place des ateliers !

scrumboat2013-dour03

Bertrand Dour et son frère nous proposaient “le petit poucet”.

scrumboat2013-dour05

Avec une assistance très nombreuse, pas nécessairement facile pour ce genre d’atelier

scrumboat2013-Dour06

Dans l’assistance, Alexis et bien d’autres habitués.

scrumboat2013-Dour08

Faute de cailloux, nous autre agilites avons des post-its !

scrumboat2013-Dour09

… Beaucoup de post-its !

scrumboat2013-Dour11

Oana nous proposait un atelier illustrant le “A3 problem thinking”

scrumboat2013-Oana06

L’affluence n’a hélas pas permis à tout le monde de participer activement. Ca fait toujours plaisir de voir et revoir Dragos, Elisabeth et les autres…

scrumboat2013-oana03

Au programme, du lancement d’avions en papiers !

scrumboat2013-Oana07

Ensuite, il faut améliorer !

scrumboat2013-Oana11

Et pour cela reconstruire une nouvelle série d’avions en papier

scrumboat2013-Oana16

Le A3, qui fait plus qu’un A3 résume les mesures d’améliorations.

scrumboat2013-Oana19

Et c’est reparti pour une nouvelle série de lancers !

scrumboat2013-Oana25

Sur le pont numéro 1, l’open-space rassemble un petit groupe de réflexion

scrumboat2013-OpenSpace02

Pour être honnête, nous pensions intéresser un peu plus de monde avec l’open-space. Pas grave.

scrumboat2013-OpenSpace04

Je n’étais pas seul à faire la couverture photo. Saluez la performance de la prise de vue faite à l’envers au-dessus de l’épaule. Je suis moi-même surpris du résultat, il me faut l’avouer.

scrumboat2013-Photographe01

La première série d’ateliers vient de s’achever, à très bientôt pour la suite.`