24/02/2013

Agile France 2011

LA conférance annuelle de la communauté agile en france.

http://conf.agile-france.org/
http://agilemanifesto.org/iso/fr/ 

Jeudi 26 Mai

Jean Claude Grosjean - Dans la peau du manager agile

http://conf.agile-france.org/sessions/4d7758894ff6f7381500008e
Présentation montrant l’évolution de ce poste dans une structure agile: il conserve une partie de ses attributions, mais change de posture vis à vis de l’équipe de réalisation. Au lieu de plannifier, d’attribuer les tâche et de suivre, il donne la vision, priorise, et challenge.
http://www.slideshare.net/jcgrosjean/grosjean-management-agileagile-france2011

Jean-Phillipe Caruana - Buildr : un outil de build moderne, puissant et efficace

http://conf.agile-france.org/sessions/4d8ccbac4ff6f77395000d18
Je n’ai vu que le début de cette session, car je me préparais pour ma session. Mais cet outil est à suivre de près, car les promesses sont grandes: plus performant et plus flexible que maven.

Francois Wauquier (votre serviteur) - Les frontières de l’équipe

http://conf.agile-france.org/sessions/4d94b7cb4ff6f7089b000094
Je me suis amusé à comparer une équipe de réalisation avec un village gaulois.
Une fois que l’on a vu la frontière, il ne reste plus qu’à la supprimer...
http://www.slideshare.net/wokier/agile-france-2011-les-frontieres-de-lequipe

Gery Derbier - Top Chef : le carpacio de code

http://conf.agile-france.org/sessions/4d9392344ff6f73c470000ae
Une expérimentation de développement en petite équipe avec des stories volontairement floues, afin de mettre en avant le fait que le développement logiciel est avant tout un mécanisme de création de savoir. Une bonne simulation que j’ai eu le plaisir de réaliser avec Etienne Charignon dans un groupe de 3. Petit rappel sur la théorie des jeux coopératifs chère à Alistair Cockburn: Pour bien jouer, il faut réussir le coup et préparer le coup prochain.

Eric Lefevre - Le Marsmallow Challenge

http://conf.agile-france.org/sessions/4d70b0974ff6f719b10005e4
Un petit jeu divertissant et instructif: fournir à un groupe un chamallow, des spaghettis (non cuits), du scotch et de la ficelle, et leur demander de placer le chamallow le plus haut possible.
J’ai retenu 3 leçons :
- Ne pas sous-estimer le poids du chammallow (ce que vous aller construire devra porter...)
- Avancer par petits pas afin d’avoir toujours quelque chose à présenter sans casser du spaghetti (ah oui, itératif et incrémental...)
- Les enfants s’organisent mieux que certains professionnels.
Le groupe dans lequel j’ etais a gagné alors c’est encore plus drôle.
http://marshmallowchallenge.com/Instructions.html

http://www.ted.com/talks/tom_wujec_build_a_tower.html

Etienne Charignon - Lire du code

http://conf.agile-france.org/sessions/4d8fa5704ff6f752660009f7
Des bonnes pratiques présentées avec un prezi, et des exercices pratique de lecture du code. J’ai retrouvé plusieurs points de vue lus dans Clean Code. Il distingue plusieurs “causes” d’écriture d’une ligne:
  • Limitation de la machine
  • Limitation du langage
  • Limitations du programmeur
  • Raisons Historiques
  • Besoin/Spécifications (enfin)
Je retiens la comparaison avec la partition de musique: Quel musicien écrirait do ré mi en commentaire de sa partition?
http://etienne.charignon.free.fr/spip/spip.php?article106

Damien Thouvenin - Centre de service Agile

http://conf.agile-france.org/sessions/4da6001b4ff6f75e0000004e
Retour d’ expérience d’un centre de service qui se rapproche plus de la TMA que du forfait. Je ne pense pas que ce genre de structure soit le coeur de cible des méthodes agiles, mais je retiens 2 bons principes: l’équipe unique et On ne commence pas la story suivante tant que la précédente n’est pas validée.

Vendredi 27 Mai

Mack Adams - Une carte agile de gestion de produits

http://conf.agile-france.org/sessions/4da8bc6d4ff6f73fde000273
Mack distingue les rôles de Product Owner et Product Manager. Le premier terme vient de Scrum, le second du marketing. Pour un produit de petite taille, ces deux rôles peuvent être tenus par la même personne, mais pour un produit plus complexe, avec beaucoup d’interlocuteurs et/ou une dimension marketing forte, seul superman peut tenir ce rôle. Dans son organisation d’éditeur de logiciel multi-continent, il y a même de nombreux rôles intermédiaires. Son outil préféré pour construire la vision et le backlog initial est le story Mapping, qu’il réalise sur des sessions de quelques jours.

Jonathan Scher & Guillaume Duquesnay - Comment réussir un projet agile très court

http://conf.agile-france.org/sessions/4d984fd94ff6f74ad10001ad
Une session courte, comme les projets de quelques mois que Jonathan et Guillaume ont réalisé récemment. C’est un délai si court que l’équipe ne peut pas se stabiliser. Cela nécessite d’être encore plus discipliné. Ils recommandent de s’engager sur un enjeu, de faire sauter le sprint 0.

Pascal Van Cauwenberghe - Les bases des méthodes agiles Lean

http://conf.agile-france.org/sessions/4d961f234ff6f701570005e1
Une grande présentation avec des thèmes chers à Pascal, du rythme, de l’humour, des anecdotes.
  • Théorie des contraintes
  • Real Options
  • Pilotage par la valeur metier
  • Auto Organisation
  • Excellence Technique
  • Amélioration continue

Christophe Addinquy - Quand mon produit est un système d’information

http://conf.agile-france.org/sessions/4d96ec514ff6f7417600015d
Retour d’ experience du Système d’ Iinformation Back de Vidal. J’ai retrouvé beaucoup de similitudes avec les propos de Mack Adams. Ils se posent tous les deux la question de prioriser des ensembles plus gros que la story ou l’epic, que christophe appelle chantier, pour des produits de grande taille et complexes. Et ils utilisent la même image de superman pour la personne qui arriverait à définir la vision et suive dans le détail ce genre de produit.

Alexandre boutin - Lorsque Scrum ne marche pas

http://conf.agile-france.org/sessions/4d837c064ff6f70c2d000054
Plusieurs sujets possibles, mais un temps limité? Alexandre propose de choisir en utilisant la technique Buy a Feature . Le sujet est donc choisit en négociant, en criant et en courant. Le point commun des sujets, c’est une difficulté rencontrée lors de la mise en place de Scrum.
http://www.agilex.fr/

Lucian Précup - La revue de code

http://conf.agile-france.org/sessions/4da87ce64ff6f721eb000823
Cette pratique utilisée par Google, Apache, Mozilla peut être outillée afin de définir des flux de validation, revue, correction. Tout commit est considéré comme un patch. Personnellement, je reste fan du binômage.


 

Publié par à

Aucun commentaire:

Enregistrer un commentaire

Feedback...

Inscription à : Publier les commentaires (Atom)