Étiquette : club-agile

L’été dernier en Chautagne puis à Annecy nous avions pris des décisions et travaillé sur l’avenir, ce que nous voulions faire. Presque 10 mois après il nous semblait important de faire un bilan sur ce qui avait été réalisé, ou pas, et comment nous envisageons la suite.

Voici un rapide bilan reprenant point par point ce qui avait été acté.

Une identité propre

Le nom agilitateurEs, proposé il y a neuf mois, convient parfaitement et a été adopté par tous. Nous continuons donc à l’utiliser.
Concernant la baseline, il ressort que nous n’en avons pas besoin aujourd’hui. Elle deviendra indispensable lorsque nous ferons de l’évangélisation et de la communication externe. Ce point est donc laissé de côté pour le moment.

Il est rappelé l’importance de ne pas limiter le périmètre de notre club au monde du numérique, les agilitateurEs sont curieux et ouvert à tout.

Des thématiques, sujets connexes

L’été dernier, de nombreuses thématiques avaient été énoncées, petit tour d’horizon des sujets traités.

• La belle histoire de Teractem
  En décembre, Axelle et Valérie ont partagés leur expérience d’entreprise agile et responsabilisante.
• L’agilité et la démocratie
  En mars, Mélissa et Jean-Sébastien se sont demandés sous quelles formes l’agilité apparaissait dans la politique, quelles étaient les initiatives existantes ?
• Initiation aux méthodes agiles
  Ce vaste sujet a été traité à plusieurs occasions depuis la naissance du club. Le plus souvent sous forme de jeu, animés par Olivier, Jean-Pierre ou Laurent, ces rencontres nous ont permis de découvrir les méthodes agiles.
  • manifeste agile : découverte des valeurs
  • artistes & spécifieurs : découverte de l’intérêt des itérations courtes et de la pratique de la rétrospective
  • speed boat : test sur le club de cette méthode de rétrospective
  • scrum & kanban : quels problèmes peuvent résoudre ses méthodes ?
• Les outils
  Ce sujet, tout aussi vaste a lui aussi été abordé lors de différentes rencontres.
  • poker planing : comment estimer au mieux les temps de réalisation
  • daily meeting : “réunion” quotidienne qui permet à l’ensemble de l’équipe de faire le point
  • rétrospectives : tour d’horizon des outils et pratiques pour faire une bonne rétro

Et pour la suite, quels thèmes et sujets souhaitons nous aborder ?

• L’éducation, réinventer la classe
  
• L’organisation d’entreprise, la politique du changement
• La gestion d’un projet web
• La relation avec les clients
• Méthodes d’intelligence collective
  
• Les Barcamps
• Facilitation graphique
  
• Mattermost
• Culture et art (simon hantaï, soulage)

Nous souhaitons également continuer l’initiation par le jeu et la découverte et l’échange sur les méthodes.
Nous nous proposons de tester l’échange autour d’une problématique concrète apportée, dans un premier temps, par un agilitateurE pour essayer de faire avancer la chose.

Communication interne

Mattermost a été mis en place et semble convenir pour la discussion et l’échange de liens. Un calendrier et un drive ont été ajoutés afin d’avoir une vision des dates à venir pour le premier et d’échanger des documents pour le deuxième. Une invitation à la prochaine rencontre est envoyé quelques jours avant, il faut insister pour que les agilitateurEs indiquent leur participation ou non participation afin de simplifier l’organisation. De même il est rappelé de partager les photos, comptes rendus ou autres documents ressources sur le drive.

Dominique a également créé un site internet qui malheureusement n’a jamais été vraiment utilisé. Nous laissons donc cet outil de côté pour le moment.

Lieux et horaires

Il est proposé de changer l’alternance midi / soir, de faire une fois sur deux afin de permettre au plus grand nombre de participer. Le midi nous pourrions faire des jeux, des animations courtes, et le soir des retours d’expérience plus long.

Jusqu’à présent les rencontres du midi se déroulaient à Savoie Technolac, mais il est fort probable que nous n’ayons plus accès à la salle à partir de la rentrée prochaine. Il nous faut donc trouver une salle, chacun peut lancer des investigations.

Au départ le mardi, puis maintenant le premier vendredi de chaque mois, quel est le meilleur jour pour les rencontres du club ? Nous vous proposons un sondage pour nous aider à répondre à cette épineuse question.

Participation à des événements

Si l’été dernier nous avions choisi de ne pas communiquer « massivement » à l’extérieur du club pour le moment, nous envisagions de participer à des événements extérieurs. Aujourd’hui nous estimons que nous n’avons pas les ressources pour travailler sur cet aspect, et si l’idée n’est pas abandonnée, nous ne la creuserons pas pour le moment.

 

C’est Laurent Charles, CEO d’enalean, qui a animé cette rencontre d’avril, face à un public passionné bien que peu nombreux. L’objectif n’était pas de parler des méthodes, mais plutôt de comprendre quels problèmes elles permettent de résoudre.

Basée sur son expérience cette présentation s’appuie principalement de développement logiciel ou informatique. En préambule il est rappelé qu’aujourd’hui le développement logiciel « pour les ordinateurs » ne représente qu’un tiers des logiciels produits.

 

Constats

• un projet, ça merde
• un logiciel, c’est inutile à 45%
• la vérification, ça coute cher et on la fait mal

Ces constats nous amènent à nous poser trois questions :

• quel est le besoin ?
• comment faire de l’utile ?
• comment réduire le coût de vérification ?

Qu’est ce qu’on fait ?

La première étape est de définir ce qui est utile, c’est-à-dire ce qui a de la valeur.

Les 5 pourquoi

Bien souvent le client n’exprime pas un besoin, mais un fantasme, ou encore une proposition de solution. La technique des 5 pourquoi permet de creuser la demande du client, de trouver son vrai besoin, « là où ça gratte ».

What if not

Une fois les vrais besoins définis il faut trouver l’importance, l’impact du besoin. L’identification de l’impact défini la valeur. La question « et si on ne le fait pas, il se passe quoi ? » va permettre de définir l’importance, la valeur.

Nous parlons ici d’importance et pas d’urgence, si ce n’est pas important on ne le fait pas, si c’est urgent, c’est le process préétabli qui doit gérer. Le travail doit s’effectuer dans la zone important, pas urgent afin de pouvoir travailler en toute sérénité.

Il est évident que ces deux méthodes peuvent fonctionner uniquement si le client est intelligent.

Quelles ressources ?

La deuxième étape est d’estimer la consommation des ressources, argent, temps, points, …

L’estimation est toujours fausse, sauf éventuellement, quand on utilise une technologie obsolète et qu’on a déjà fait 500 fois le travail, ce qui n’existe pas. Il existe deux méthodes pour estimer moins mal.

Évaluer collectivement

En combinant ses compétences, c’est l’équipe qui va se charger du développement qui évalue collectivement le besoin.

Faire du relatif

Éviter d’utiliser des heures, mais préférer une unité arbitraire, les points, les patates, les storypoints et se baser sur des choses déjà faites : cette tâche est plus longue celle-ci que j’ai déjà réalisée.

Ces deux techniques permettent un delta de 1,6 entre l’estimation et le réel, qui serait quatre voire six fois plus important sans.

Le coût de vérification ?

Plus on vérifie tard, plus ça coute cher.

L’industrie nous a habitué à ne pas faire d’erreur et donc à engager une kyrielle d’ingénieur pour passer en revue tous les problèmes qui pourraient hypothétiquement arriver, c’est le mode pessimiste. Pour diminuer les coûts de vérification, soyons optimistes.

Mode optimiste

Acceptons l’erreur, ne l’empêchons pas d’arriver, mais donnons nous les moyens de la détecter, de l’observer et de la corriger.

Un bon exemple du mode optimiste sont les rovers, les robots envoyés sur les comètes. Ils étaient programmés uniquement pour être reprogrammé, le logiciel a été développé pendant le trajet.
On peut également citer le problème intervenu sur les logiciels des voitures Ford et Tesla. Les premiers ont rappelé tous les modèles concernés pour faire la mise à jour, les seconds avaient prévu la possibilité de mise à jour à distance.

Ne pas avoir de bug

Ne pas avoir de bug est bien évidemment la meilleure solution pour ne pas avoir d’erreur, ou les minimiser. Il existe dans les « méthodes agiles » de nombreux procédés permettant un développement optimisé :

• l’intégration continue
• le pair programming
• la revue de code
• …

Scrum

Méthode qui agit exclusivement sur le management du projet, elle est parfaitement adaptée à la R&D. Scrum ne dispose pas de pratique d’ingénierie, d’outil.

Avec scrum :

• on fait de l’utile
• l’évaluation est raisonnablement bonne

Pour une bonne vélocité des équipes cette méthode ne supporte pas l’interruption.

Kanban

Méthode de gestion de flux, de maximisation du nombre de « choses » traitées. On cherche à trouver le débit optimal.

 

C’est Mélissa aidée de Jean Sébastien qui ont animé cette soirée autour de trois dimensions :

• agilité dans la démocratie citoyenne et participative
• agilité dans les Civic Tech (ensemble des procédés, outils et technologies qui permettent d’améliorer le système politique)
• les modes de scrutin

Ils nous ont proposé trois extraits de vidéo pour lancer le débat puis chaque participant a pu s’exprimer.

La démocratie citoyenne et participative : ma voix

Ma voix est un parti qui a pour objectif de faire élire des citoyens volontaires à l’assemblée nationale, ceux-ci reflétant exactement les choix exprimés sur la plateforme numérique.

Les Civic Tech : OpenGov

L’OpenGov, ou démocratie ouverte, est un exemple de Civic Tech. Il vise à promouvoir la transparence, la participation citoyenne, la collaboration.

Les modes de scrutin

Panorama des différents modes de scrutin, leurs avantages et inconvénients…

Rétrospective, qu’est-ce que c’est ?

C’est Olivier Kuntz, notre scrum master certifié, et oui rien que ça, qui propose une définition.

C’est une réunion périodique où l’on revient sur ce qu’on a fait, les points forts pour capitaliser et les points faibles pour corriger et s’améliorer.

À la fin d’une réunion de rétrospective, un plan d’action doit être mis en place à réaliser si possible pour la prochaine « rétro ».

Quelques règles sont à noter pour le bon déroulement de cette réunion :

• ne pas viser les personnes
• être bienveillant
• être constructif
• accepter la critique
• participation de tous

Quels outils ?

L’inclusion

Avant de commencer « pour de vrai » la réunion de rétrospective il est préconisé de faire un tour d’inclusion, permettant à tous les participants de se mettre dedans. Il existe différentes méthodes, lancer de balle entre les participants avec le nom des personnes, moral météo, …

Le sablier

Un sablier passe d’un participant à l’autre, de façon non linéaire, permettant à chacun de s’exprimer. Si une personne ne souhaite pas prendre la parole, elle pose le sablier devant elle et le groupe attend que son temps soit écoulé.

Cette méthode permet de laisser la place à tous, si quelqu’un ne s’exprime pas il le choisit consciemment.

La mise à la place de l’autre

Chaque participant écrit deux éléments positifs sur des post-it verts et deux négatifs sur deux rouges. Les rouges sont passés à droite et les verts à gauche. Suis ensuite un premier tour de table ou chacun lit un post-it et tente d’interpréter ce que son voisin a voulu dire et pourquoi. Autant de tour de table sont faits qu’il y a de post-it. Pour les éléments négatifs on essaye de trouver des solutions au fur et à mesure.

Cette méthode permet à chacun de se mettre à la place de l’autre.

La fleur de lotus

Une grille de 9 cases est tracée, le groupe pose un post-it par case, représentant chacun un problème. On obtient une « fleur » avec 9 points. L’équipe choisie ensuite quel problème elle souhaite traiter. Le point choisi est ensuite placé au centre d’une nouvelle fleur que l’équipe complète par des causes. De la même manière que précédemment une cause est sélectionnée et placé au centre d’une nouvelle fleur pour cette fois ci trouver des solutions. Dans l’idéal la cause sélectionnée doit être la plus profonde.
Il est possible pour la première étape de placer au centre de la fleur une question à résoudre.

Cette méthode permet de traiter plus en profondeur une question, problématique et de déterminer les causes et de trouver les solutions.

Le speed boat

Un bateau est dessiné représentant l’équipe et à droite une ile, représentant l’objectif. On ajoute du vent (ce qui nous pousse), des voiles (nos forces), des ancres (ce qui nous retient), des rochers ou requins (ce qui peux nous arrêter). Chaque participant propose des post-it sur ces quatre éléments afin de définir, forces et faiblesses, opportunités et risques. Il est également possible de faire travailler l’équipe sur les objectifs en lui demandant de mettre des post-it sur l’ile.

Cette méthode permet de faire un SWOT de façon beaucoup plus ludique.

Le jeu de l’oie

Une grande feuille avec le jeu imprimé sur la table, chacun prend en charge l’animation de l’étape situé en face de lui, en commençant par le numéro 1.

Cette méthode ne nécessite pas d’animateur.

La vie d’un projet

Une ligne du temps est tracée et chaque participant peut l’enrichir avec des post-it représentant les grandes étapes, les points marquant, les soucis rencontrés.

Cette méthode permet de revenir sur un projet et à l’équipe d’exprimer son ressenti et son vécu.

Le parking

Les actions qui ne sont pas traités au fils des rétros ne doivent pas pour autant être oubliées. Elles peuvent être mises dans un « parking » qui fera ultérieurement l’objet d’une rétrospective parking où l’on reviendra sur ces actions, sont-elles encore nécessaire ou pas, et lesquelles met on dans notre plan d’action.

Cette méthode permet de ne pas laisser aux oubliettes des points soulevés lors des précédentes réunions.

Le dot voting

Chaque participant dispose de 5 gommettes à répartir comme ils le souhaitent. Il est possible de mettre tous les points sur le même sujet si celui-ci nous tient à cœur. La / les actions avec le plus de points sont choisies. Un « référent » peut être nommé par action avec une équipe de personnes volontaire.

Cette méthode permet de choisir simplement les actions à mener en fonctions des désirs de chacun.

Vous souhaitez participer au club agile ? Rejoignez-nous sur le canal de discussion.

Pas de thématique ni de jeux pour cette fois-ci mais un peu d’organisation et beaucoup d’échanges !

Les prochaines réunions

Il a été décidé de créer un agenda partagé avec les dates des réunions, les poissons rouges ont une extension de mémoire désormais, plus d’excuse pour ne pas participer !

Nous avons également évoqué le fait de s’inscrire aux différentes rencontres afin de pouvoir estimer le nombre de participants. Il a été décidé d’utiliser la fonction de l’agenda « je participe : oui / non »

Nous nous sommes également posé la question des thématiques, de quoi parlerons-nous lors des prochaines rencontres ?

Rétrospectives : quels outils ?

Présentation et échange d’outils entre les participants pour faire de bonnes rétrospectives efficaces.
Rendez-vous le vendredi 3 février à 12h à L’horloge – Savoie Technolac

L’agilité et la politique

À l’approche des élections présidentielles, échangeons sur une autre forme de politique et de démocratie. Débats et échanges à partir d’un ou deux petits films d’introduction.
Rendez-vous le vendredi 3 mars à 18h au mug – 129 rue sommeiller Chambéry

Centre de ressources

Dominique a également créé un espace de partage de documents sur le compte google des agiliteurEs.

Et n’oubliez pas de passer sur Mattermost pour échanger en direct !

Après moult péripéties rencontrées sur la route, les agilitateurEs sont enfin réunis salle Arve, chez Teractem. Les bières, les chips et autres biscuits apéros sont sur la table, le silence se fait, nous pouvons commencer.

Retour d’expérience

Pour cette dernière rencontre de 2016, c’est Axelle et Valérie qui ont endossé le rôle du père Noël en nous montrant comment Teractem est devenue peu à peu une entreprise « libérée » ou comme elles préfèrent le dire, une entreprise agile et responsabilisante.

La recette magique ? Il n’y en a pas, à chaque structure de trouver sa voie. Pour Teractem le point de départ a été l’écoute des salariés et la mise en place « pour test » de leurs propositions. De même la suppression des signes de pouvoir et la formation des personnes a été au cœur de cette procédure de changement.
Lucide, Axelle nous dit qu’aujourd’hui ce n’est pas parfait, que de nouveaux problèmes se posent, mais la machine est enclenchée et de nouvelles réflexions sont en cours menés par les salariés eux-mêmes !

Un grand merci à Axelle et Valérie pour ce partage, c’était chaleureux et inspirant !

Un grand merci à Jean-Pierre Bruandet pour l’organisation et l’animation de ces ateliers.

Planning poker

Cette méthode permet d’estimer le temps et la priorité des taches les unes par rapports aux autres. L’estimation est faite par l’ensemble de l’équipe avec une unité de mesure relative : les story point. Ces points sont joués avec des cartes représentant les valeurs de la suite de Fibonacci, soit : 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144. Certains simplifient les grandes valeurs en les transformant en 20, 40, 100.

1/ Définir les taches

La première étape a consisté à définir les taches (10 max pour l’exercice) nécessaires pour refaire la cuisine de mamie, notre cas d’étude ici. Sur l’ensemble des taches définies nous avons sélectionné la plus rapide (mais pas nécessairement la plus simple) à faire et la plus longue (pas nécessairement la plus compliquée).

2/ Affecter des story point à chaque tache

Le planning poker se base sur une unité de temps relative, il faut donc commencer par créer le référentiel en estimant la tache jugée la plus courte, puis la plus longue.

Chaque “joueur” met une carte avec un nombre correspondant au temps qu’il pense nécessaire à la tache en cours. Il ne faut pas oublier que nous utilisons une unité relative, ce n’est pas des jours ou des heures. La valeur 1 correspond à une tache très rapide à réaliser et la valeur 100 très très longue. Si les joueurs ne sont pas d’accord ils argumentent leurs choix pour obtenir un consensus ou font une moyenne. Il est possible de changer d’avis face à l’argumentation d’un collègue.

Une fois le référentiel créé on évalue de la même manière l’ensemble des autres taches par rapport aux deux premières.

Lorsque toutes les taches ont été évaluées ont a une hiérarchisation des taches en terme de temps à passer.

3/ Définir la business value de chaque tache

La priorisation des taches ne peut pas se faire uniquement en fonction du temps à passer, la tache la plus courte n’est pas nécessairement la première à effectuer. Nous allons donc définir une deuxième échelle en affectant des points de business value à chaque tache. Qu’elle tache apporte le plus de valeur au projet ? C’est généralement le product owner et parfois le client qui se charge de ce travail.

4/ Définir les priorités

Nous avons maintenant deux valeurs par tache, les story point et la business value. Pour définir la priorité des taches il suffit de calculer le BFTB, c’est à dire faire le ratio business value / story point.

En classant les taches du plus grand au plus petit on obtient l’ordre de réalisation des taches. Il est parfois nécessaire de revoir cet ordre car certaine taches nécessite qu’une autre soit réalisée avant (ex : il faut vider la cuisine avant de refaire le parquet)

5/ Trouver l’unité jour/heure des story point

Pour réaliser notre liste de taches nous la découpons en sprint pour les réaliser par lot. Une fois le premier sprint effectué on peut calculer le temps effectif passé sur chaque tache, la comparer au story point affecté et ainsi définir la valeur en temps (jours, heures) d’un story point.

Par exemple si j’ai passé 10 jours sur une tache évaluée à 50 story point, je sais qu’un story point vaut 0.2 jours soit environ 1h30.

Il devient donc possible de planifier précisément l’ensemble des taches suivantes.

Daily meeting

Le daily meeting, ou stand-up metting, est une “réunion” quotidienne qui permet à l’ensemble de l’équipe de faire le point. D’une durée maximale de 15 minutes elle est animée par le scrum master, ou facilitateur, qui distribue la parole, et permet à chacun d’exprimer ce qu’il a fait hier, ce qu’il doit faire aujourd’hui ainsi que les problèmes rencontrés.

Lors de cet atelier Jean-Pierre à nommer un scrum master en charge de faciliter la réunion et de garantir le respect des « règles » de ce meeting. Puis il a donné des rôles de “perturbateurs” aux autres participants. L’objectif étant de vivre la pire réunion possible et de comprendre comment faire que ça se passe bien.

Cette première rencontre de la saison fut studieuse et à permis à de revenir sur les décisions prisent lors de la dernière réunion à Annecy.

Moment d’échange et d’expression nous avons réaffirmé notre vision et nos objectifs.

Dates et thèmes des prochaines rencontres :

• Vendredi 7 octobre – 12h / 14h – savoie technolac
  Ateliers pratiques sur le Poker Planing et le Speed meeting
  Animé par Jean-Pierre Bruandet
• Vendredi 4 novembre – 12h / 14h – savoie technolac
  Initiation au Kanban à travers un cas concret
  Sous réserve d’un animateur
• Vendredi 2 décembre – 18h30 – annecy
  Histoire d’une entreprise agile et responsabilisante
  Animé par Axelle et Valérie de Teractem