Coaching Agile

Agile, Scrum et autres pensées
Laurent Carbonnaux
Affichage des articles dont le libellé est Agile. Afficher tous les articles
Affichage des articles dont le libellé est Agile. Afficher tous les articles

Dette Technique : la poule aux oeufs d'or


From blog.crisp.se
Je viens juste de lire un article d'Henrik Kniberg sur la dette technique datant de Juillet 2013.


Dans les commentaires, George, un internaute rappelle à Henrik les conditions de pression dans lesquelles les développeurs sont au quotidien.
Henrik lui répond que dans le "monde réel" qu'il voit, les compagnies s'engouffrant dans la dette technique vont de moins en moins vite, perdent des développeurs, et finissent par regretter leur manque de discernement qui rend de plus en plus coûteuse la correction des anomalies à posteriori.

Il synthétise en disant que ne pas s'occuper de la qualité du code est un investissement court terme, bien que les compagnies cherchent à vivre longtemps.

C'est sur ce dernier point que je souhaite apporter mon point de vue.
"Les compagnies cherchent à vivre longtemps"
Oui, toutes, les compagnies clientes et les SSII! *

Hors pour que les SSII vivent longtemps, il faut qu'elles aient du travail pour longtemps. Vous voyez où je veux en venir.

Les SSI sont facturées à la journée, à la charge consommée ou  vendue  (au forfait ou en régie peu importe). Le développement des applications est découpé en projet de développement puis en projets de maintenance (Tierce Maintenance Applicative). Quel intérêt pour une SSII de faire que le produit qu'elle fournit soit trop exempt d'anomalies, que la dette ne soit pas trop réduite? De toute façon le client fera appel à elle (ou une autre, juste un échange entre SSII du marché) pour une TMA, et au final repayer pour corriger des bugs non vus avant et pour lesquels ils ont en plus déjà payé de la garantie souvent.

Même chez les clients. J'ai entendu chez un de mes clients, il y a fort longtemps, que le coût des tests automatisés, par exemple, étaient trop élevés pour le projet de développement et que ce n'était pas grave que ça coûte cher pour la maintenance, "ce sera un autre budget pour le département d'à côté". Là aussi problématique lié au découpage budgétaire et du cycle dev+maintenance.

Pour qu'une société vive longtemps, c'est sur la valeur qu'il faut se focaliser, le ratio valeur/coût.
Vérifier que vos équipes ou vos prestataires puissent vous garantir le maintien de l'apport de valeur au même coût et ce sur le long terme.
Et opter pour une vision produit, tout au long de la vie de celui-ci, de façon itérative et essayant sans cesse d'améliorer le coup suivant.
Comment va-elle traiter la dette technique? pas en balayant la poussière sous le tapis.

 Là aussi faut des tripes. SWCC ™

 (*) j'ai vu dans un article aujourd'hui qu'il fallait maintenant appeler les SSII les SSN, Société de Services en Numérique, bon.


Le manifeste Agile, une autre façon de le lire

Le manifeste Agile, vous connaissez!

Les individus et leurs interactions plus que les processus et les outils
Des logiciels opérationnels plus qu’une documentation exhaustive
La collaboration avec les clients plus que la négociation contractuelle
L’adaptation au changement plus que le suivi d’un plan



le A plus que le B, le A prime sur le B, 

Je vous propose une autre lecture simple, et me semblant moins dogmatique:

Si vous avez un problème avec B, essayer de le corriger avec A

Par exemple, et ce n'en est qu'un:

Si vous avez un problème dans votre process ou avec vos outils, demander aux personnes l'utilisant de le résoudre ensemble.
Si votre documentation n'est pas à jour, regardez votre applications
Si vous ne tenez pas les délais ou les coûts, ne mélangez pas contractuel et opérationnel, essayer de laisser ça aux juristes et mettez vous autour d'un table avec votre client pour trouver une solution pratique
Si vous passez votre temps à remettre à jour le planning, essayer de prioriser votre backlog et jouer sur des itérations courtes.

Le Cochon Perdu : Artiste et spécifieur light

J'adore le jeu Artistes et Spécifieurs.
Il permet de démontrer, entre autre, l’intérêt de la communication directe dans les échanges entre intervenants d'un projet. Pour plus d'info sur le jeu, allez voir du côté d' Alex et Thierry.


Ce jeu est excellent lorsque l'on a le temps.




J'ai donc essayé d'en faire une version allégée pour pouvoir jouer le concept rapidement.
De concentrer l'objectif sur le côté téléphone arabe et montrer du doit les problèmes de compréhension, d'interprétation et de retranscription d'une personne à l'autre d'un besoin jusqu'à sa réalisation.
J'alterne le texte et le dessin pour simuler et accentuer le changement de mode d'expression. Finalement, comme entre les différents niveaux de spécifications informatiques.

Le déroulement est assez simple:
 - Avant le départ, j'ai écrit un texte descriptif (la spec du besoin) d'une scène que j'avais imaginée (le besoin)
 - Je demande à mon voisin de lire ce descriptif et de le dessiner, en 1 minute
 - Puis de donner le dessin à son voisin pour qu'il écrive ce qu'il voit, en 1 minute
 - Puis de donner ce qu'il a écrit à son voisin pour qu'il le dessine, en 1 minute
 - Et ainsi de suite...

Les personnes n'ont pas le droit de se parler! Eh oui forcément, comme dans un bon vrai projet quoi.

Je l'ai joué aujourd'hui à la maison et voilà ce que cela donne.

La spec:

Puis ma fille a dessiné ça:

Puis mon fils ça:

Puis une amie a fini avec ça:


L'idée que j'avais à l'origine était celle-là:



Et nous n'étions que 4 à jouer ;-)
Dommage que je n'avais pas de collègues offshores sous la main!
On s'est bien marré!

Agile ne veut pas (que) dire vite



Souvent les méthodes Agile sont utilisées (ou vendues!) pour délivrer rapidement, souvent, un produit ou un service.




Certaines conditions ne nécessitent pas ce besoin de vitesse. La recherche par exemple. Dans ce cadre, la vitesse peut aller à l'encontre du temps nécessaire à la réflexion.

Si la vitesse n'est pas un but visé, le monde de la recherche peut tout de même grandement profiter des autres aspects de l'agilité  :
 - Boucles d'expérimentation : itérations
 - Organisation collaborative : scrum teams
 - Fédération autour d'objectifs communs : vision, roadmap, releases, backlog
 - Transparence, synchronisation, échanges: cérémonies agiles
 - Visuels de pilotage : kanban, task board, impediment board

Bref, on peut être agile lentement!

PS : Bon pour l'image, c'était facile, désolé

Premier pas chez ekito



Je relaye ici mon premier billet chez ekito, "Petit Agilou et les flocons".




Pour ceux qui ne le savent pas encore, je viens de rejoindre la société ekito, depuis ce début de semaine.
Ekito est une société Toulousaine, basée sur des principes équitables et participatifs :
"La force du modèle ekito est de considérer l’équité et l’approche collective comme sources de valeur durables."

J'y apporte mon expérience en conduite de transformation Lean et Agile de grands comptes. Je vais mixer cette expérience avec celle de Nicolas Deverge et Laurent Meurisse sur le Lean Start-up. Ce mixage devrait fortement profiter à nos clients en cours et futurs je l’espère.

Ma première contribution fut un atelier d'élaboration de backlog, à l'aide d'un story mapping pour définir un outil de story boarding, notez l'idée! Fallait pas se mélanger les pinceaux.

A+ pour la suite





Agile Tour Clermont Ferrand, 12 dec 2013


La seconde édition de L'Agile Tour Clermont-Ferrand aura bien lieu cette année encore

Date

Le 12 décembre 2013 au Centre Diocésain de Clermont-Ferrand 
L'équipe de l'A-Cube est en cours de préparation de cette session 

Organisateurs

  • Pierrick Revol
  • Laurent Carbonnaux
  • Sébastien Favier
  • Laurent Dutheil
  • Marie-Laure Momplot
  • Françoise Constanty

Appel à Orateur

Vous désirez proposer une session, c'est par ici : Formulaire

Appel à Sponsors

Contact sponsors : a-cube-association@googlegroups.com
Télécharger l'offre de sponsoring

Des Guts aux Agile Tour


Je vous parlais il y a peu de la sélection de notre session Lean Design à l'Agile Tour Toulouse.

Notre session remporte un certain succès puisque nous avons été sélectionnés aussi pour le passage du tour dans les villes suivantes:




Nous sommes en attente d'autres réponses pour d'autres villes.

Je vous invite à venir découvrir les GUTS lors de ces passages.
A+ sur la route du tour

Agile Tour Toulouse : L'affiche et le programme en ligne





Confessions d'un Serial Product Owner

La traduction française du livre d'Anna Forss "Confessions of a serial product owner" est sortie.
Vous la trouverez ici

Traduction de Nicolas Mereaux
Relecture de Fabien Bataille et moi même.

Pour ceux qui préfèrent l'original à la copie : sur le site d'Anna Forss

Agile et BI


Attention, je précise tout de suite, je n’ai aucune expérience technique en BI et n’apporte là qu’un point de vue côté coaching agile.
Ce que j’ai pu constater c’est qu’en BI, la définition des besoins part très rapidement vers une description de la solution : un rapport, une requête,…
J’ai eu beaucoup de mal sur des projets BI à faire émerger le réel besoin par les gens du métier.

Notre approche Lean Design nous a aidés à revenir aux objectifs sources de ces besoins.

De ces différentes expériences sur projets, il en ressort une forme de typologie de solutions (ou paternes) qui ont permis de mieux clarifier le besoin. Je le présente dans ce sens, mais nous l’utilisions aussi dans l’autre sens : Besoin vers solution


Les Tableaux de bord (Dashboard):
- Pour un suivi rapide des indicateurs, pour alerter en cas d’anomalie.
- Tableau de bord journaliers, mensuels, …
- Information simple et agrégée des indicateurs définis à suivre.
- Possibilité en un clic de zoomer sur l’indicateur.
- Standardisation des tableaux de bord, avec possibilité de customisation.
Les rapports :
- Pour fournir les données qui ont servies au calcul des indicateurs pour une première analyse ou pour une analyse récurrente.
- Présentation des données d’analyse par indicateur
- Présentation des tendances, utilisation de graphiques
- Standardisation
Les données brutes :
- Présentation des données brutes, extraction de la base
- Permet une analyse plus approfondie sur ces cas spécifiques ne nécessitant pas un rapport standard.
- Possibilité d’utiliser les données dans un autre outil type excel
- C’est dans cette partie là que nous avions des difficultés à définir le besoin, de le rendre standard à l’organisation, parce que lié à un besoin d’efficacité locale (multiple instances à déployer).

Cette typologie devrait nous permettre de limiter le backlog au strict nécessaire (Tableau de bords standards, rapports communs, extractions brutes), et de gagner en efficience par la limitation de production de rapports inutiles.


A-Cube : Atelier Association pour l'Agilité en Auvergne, le 2 avril à l'ISIMA


Bonjour à toutes et à tous,
« On peut en savoir plus sur quelqu'un en une heure de jeu qu'en une année de conversation » Platon
Vous avez participé en novembre dernier à la première édition de l'Agile Tour Clermont-Ferrand organisée par notre association l'A-Cube (Association pour l'Agilité en Auvergne).
Nous vous avions annoncé d'autres évènements à venir, nous sommes donc heureux de vous inviter au premier atelier ludique de l'année : 
Atelier Scrum City, le 2 Avril de 19h à 21h.

L'objectif étant à l'aide d'un jeu de construction en Lego, d’appréhender les valeurs et principes de l'Agilité.
Voici le programme:
  • Accueil
  • Pratique du jeu
  • Debriefing et feedback
  • Et bien sûr l'apéritif de clôture.
Pour cette première édition, nous vous accueillerons à l' ISIMA sur le plateau des Cézeaux.
Cet atelier est gratuit. Il est soumis à inscription sur le lien https://docs.google.com/forms/d/1nyZHbeya-bzhqsggH1WvMovAJGNR_YZYdpsz40AI5p0/viewform
Nous vous attendons pour jouer et apprendre le 2 avril, et espérons que vous serez séduits, car nous avons prévu de nouveaux rendez vous le 11 juin 2013 et 10 septembre 2013.
N'hésitez pas à faire suivre ce mail (Note: le jeu n'est pas lié au développement logiciel, une personne intéressée par le travail collaboratif, la conception de produit ou la dynamique de groupe y trouvera son compte :).

L'équipe A-Cube

Retour Agile PlayGround Toulouse #1



Le 31 janvier dernier c'est tenu le premier Agile PlayGround toulousain.
Pour cette première édition, nous avons joué au Scrum City Lego game, une variante du Scrum Lego bien connu.

Nous étions assez nombreux pour faire 2 équipes et l'ambiance était joyeuse mai aussi créative, et productive. Malgré un architecte au goût douteux sur les couleurs ;-), l'équipe a su construire une ville en harmonie et pourtant sans très bien comprendre les besoins de Monsieur le Maire (moi en l'occurrence). C'est la première fois que Monsieur le Maire a pu obtenir une ville où il fait bon vivre et surtout où les habitants restent et payent des impôts. En 3 sprints seulement.
Ce qui m'étonne à chaque fois, c'est que pendant la phase de présentation et de chiffrage du backlog, phase assez longue volontairement dans le jeu, les personnes restent devant le tableau, peu propose de passer à des prototypes. Une personne m'a fait cette proposition cette fois-ci, mais je ne l'ai pas entendu, elle est donc retournée au tableau sans plus d'insistance. De vieux démons. Je mets bien évidement cela sur nos habitudes tant à l'école qu'au boulot. Des règles tacites dans lequel l'être humain s'enferme petit à petit.
Au-delà de cela, le résultat était au rendez-vous, donc bravo l'équipe.
Nous avons pu échanger sur cette victoire autour d'un apéro.

Prochain APG sans doute fin Mars, à vous de proposer des jeux.

Merci à Quadran pour avoir héberger l'évènement.

Laurent from APG Toulouse

Agile PlayGround Toulouse #1



Bonjour à toutes et à tous,

« On peut en savoir plus sur quelqu'un en une heure de jeu qu'en une année de conversation » Platon (ou Alex Boutin, j'sais plus !)

Fin d’année dernière, s’est monté sur Paris un espace d’échange autour des jeux agiles.
A l’initiative de Céline Stauder (CLT Services), Pierrick Revol et Cédric Chevalérias (Valtech).

Qu’est-ce qu’un Agile Playground :

Agile PlayGround est un évènement au cours duquel des praticiens Agile se réunissent autour d'un jeu Agile, Sérieux ou Innovant. Il s'agit de découvrir, apprendre à animer, enrichir ce jeu que les participants apporteront ensuite dans leur environnement professionnel.
Le déroulement d'un APG est le suivant :
•             Accueil et présentation de l'Agenda.
•             Pratique du jeu.
•             Débriefing de la part de l'animateur afin d'éclairer les participants sur la façon d'animer le jeu et quand s'en servir.
•             Feedback des participants sur le jeu, partage sur les axes d'amélioration.

L’Agile PlayGround c’est :
-              Un site internet : http://www.agileplayground.org/
-              Un meet-up pour organiser la session
-              Un espace pour proposer et voter sur les jeux sur ideascale 

Pour cette première édition, Quadran nous propose leurs locaux.

Société Quadran
Les Portes Sud
8 rue Louis Courtois de Viçose
31100 TOULOUSE


Je vous attends sur le meet-up.
N'hésitez pas à proposer vos jeux sur ideascale ou par retour de mail.

@gilement,
Laurent

Primer Agile Contracts en Français

Agile Contracts Primer de Tom Arbogast, Craig Larman et Bas Vodde.

Article basé sur le chapitre "contrats" du livre de Craig Larman et Bas Vodde:



Traduction de Nicolas Mereaux, Pierre Fauvel et moi même.

La version française est disponible ici, l'original étant là.

Agile Toulouse - Atelier Lean Startup


Vous voulez vraiment savoir à quoi ça sert tout ce que l'on vous raconte depuis plusieurs années!

A ne surtout pas manquer pour bien démarrer l'année.

Message d'Agile Toulouse:
"Bonjour à tous,

Je vous annonce l'atelier Lean Startup animé par Oana Juncu le mardi 22 janvier 2013 de 14 heures à 18 heures à la maison des associations.

Inscription sur http://atelier1301-agiletoulouse.eventbrite.fr

Bonnes fêtes à tous"

Agile Tour Clermont-Ferrand : Le programme en image


Agile Tour Clermont-Ferrand J-1 mois



Bonjour à tous,

C'est avec plaisir que je vous envoie le programme pour l'Agile Tour 2012 Clermont-Ferrand qui aura lieu le 18 octobre au Pôle Commun sur le campus des Cézeaux.

Notre programmation est variée :
- des retours d'expériences d'acteurs régionaux
- des célébrités de l'agilité en France (Alexandre Boutin viendra nous voir pour cette première)
- des ateliers pratiques et des jeux pour vous faire découvrir ou aller plus loin dans l'agilité

L'événement est gratuit. Le nombre de places est limité, inscrivez-vous vite sur le site : http://at2012.agiletour.org/fr/clermontferrand.html.

Vous trouverez également en pièce jointe une affiche de l'événement qui pourra vous servir à informer vos collaborateurs, étudiants, etc.

J'en profite pour vous annoncer la création de l'A-Cube (Association pour l'Agilité en Auvergne), qui est organisatrice de l'événement et dont nous vous parlerons le 18 octobre.

Merci de faire suivre cet email aux personnes qui pourraient être intéressées.

Bien à vous,

Nicolas Gouy
Equipe organisation "Agile Tour 2012 - Clermont-Ferrand"
Président de l'A-Cube (Association pour l'Agilité en Auvergne)

PS : jettez un oeil sur http://agiletourbordeaux.okiwi.org/pourquoivenir.html si vous avez besoin de convaincre votre chef de vous laisser venir


Fearless Change : Résumés étendus des paternes

Le Changement sans Peur

Paternes pour l'introduction de nouvelles idées.

N'avez-vous jamais essayé d'introduire une nouvelle idée dans votre organisation?

Bien que changer soit difficile, les leaders ne peuvent s'en empêcher.

Ne serait-il donc pas super que les gens qui ont réussi avec succès l' introduction d'une nouvelle idée dans une organisation puissent partager avec vous leurs histoires?



Issu du livre Fearless Change de Mary Lynn Manns et Linda Rising, mis en forme par Don Gray, Pierre Fauvel et moi-même avons traduit en Français les résumés étendus des paternes.


Les résumés étendus des paterns prêts à imprimer.


Que ceci ne vous empêche surtout pas d'acheter et de lire le livre.

Bon changement