~

...la création douce

...l'informatique pour nous rendre service


Consultant Agile

Etude

Conseil

Formation

Accompagnement

mardi 12 octobre 2010

Si vous traitez un individu en fonction de ce qu’il est,
il le restera.

Si vous le traitez comme s’il était déjà ce qu’il pourrait être,
il le deviendra.


Goethe

lundi 27 septembre 2010

Simplicité

Ce qui est simple
est faux,
ce qui ne l’est pas
est inexploitable…


Paul Valérie

mercredi 15 septembre 2010

C'est l'Agile Tour à Rennes, vous venez?

Jeudi 7 Octobre 2010, l'Agile Tour s'arrête à Rennes
l'occasion pour découvrir, développer ou perfectionner vos connaissances

Pour en savoir plus c'est par ici 

et pour s'inscrire c'est par


mercredi 19 mai 2010

Agile Open Breizh 2010 : les inscriptions sont ouvertes

Agile Breizh organise l'Agile Open Breizh 2010,

l'occasion de réunir les praticiens agiles
confirmés, néophytes ou en devenir
dans un cadre décontracté et amical,
propice à l'échange et la créativité
autour des méthodes agiles.

Cette rencontre sera organisée
selon l'approche Forum Ouvert (OpenSpace)
dont le principe est de laisser les participants
définir le contenu des sessions.

"L'agilité dans l'ouest et ailleurs", voilà le thème retenu.

~ Où ~
L'auberge du Blavon à 20 km de Rennes

~ Quand ~
Le lundi 28 juin 2010 de 10h00 à 19h00

~ Inscription ~
Participation aux frais (déjeuner au feu de bois compris)
Inscription avant le 15 juin 40€.
Inscription à partir du 15 juin 45€.

Le nombre de place est limité à 20 participants.

Nous vous invitons à nous rejoindre
en commençant par vous inscrire
en retournant le bulletin ci-dessous
à l'adresse open@agilebreizh.org

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Nom :
Prénom :
Ville :
Moyen de transport :
Moyen de paiement (chèque / virement) :
Dîner sur place à 18€ (oui / non) :
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Amicalement
L'équipe Agile Breizh

lundi 26 avril 2010

Agile Tour Rennes 2010 - appel à contributions


Le thème cette année : Agilité, au delà de sa mise en œuvre (facteurs
de succès, obstacles & expérimentations, dépasser le cadre
projet, ...)

Agile Tour Rennes 2010 se tiendra à Rennes le 7 octobre 2010 et cette seconde édition sera l'occasion de faire le point sur la mise en place des méthodologies et pratiques agiles, un an après la première étape du Tour en Bretagne.

Vous avez réussi à mettre en place une méthodologie ou des pratiques agiles, quelle est votre prochaine étape ?

Vous avez rencontré des freins ou des obstacles que vous n'avez pas encore réussi à surmonter ? Ou bien vous les avez contournés ? Venez nous faire part de votre analyse, de vos expérimentations et des solutions trouvées.

Vous avez expérimenté d'autres méthodologies (Lean / Kanban / Crystal...) ?

Vous utilisez des outils qui vous ont aidé ? Lesquels ? Qu'ont-ils de particulièrement adapté à l'agilité ? Faites-nous part de vos expérimentations si vous avez vos propres techniques de management visuel...

*Modalités de soumission*

Vous pouvez envoyer vos présentations pour l'Agile Tour Rennes 2010 à l'adresse atrennes2010@agilebreizh.org avant le 15 juin 2010, avec les informations suivantes
* Temps de la session
* Type de conférence
* Niveau et pré-requis des participants
* Bio en quelques paragraphes
* Résumé de la session
* Audience cible
* Le programme de la session
* Les bénéfices de la session pour les participants et pour vous

Toutes les présentations qui nous serons parvenues avant cette date seront examinées et vous recevrez un feedback de notre comité de relecture fin juin. Les propositions pourront être modifiées en conséquence du moment qu'elles sont soumises à nouveau avant la date limite. Nous vous recommandons donc de ne pas soumettre vos propositions à la dernière minute.


*Participation*
- Vous pourrez soumettre 3 propositions de conférence (ou atelier) par
société, une seule sera retenue.
- Votre présentation (ou atelier) devra durer entre 45 et 90 minutes,
questions/réponses comprises.
- Le contenu de votre session doit coller au thème choisi cette année,
que ce soit d'un point de vue théorique, un retour d'expérience ou un
atelier.

*Choix des sessions par le comité*
Retiendront toute notre attention :
- les sessions pertinentes et en adéquation avec le thème choisi
- les sessions apportant un point de vue nouveau ou différent des
sentiers battus
- les sessions plébiscitées l'an passé ou pour lesquelles le public a
exprimé une forte demande
- les sessions "outils"

Pour les ateliers, nous vous demandons de présenter en quelques diapositives l'objectif de l'atelier, son déroulement, le nombre de participants max et le matériel dont vous aurez besoin pour l'animer.

Les sessions faisant la promotion directe ou indirecte d'une solution vendue par la société qui la présente ne seront pas retenues.

Nous espérons vous voir nombreux à Rennes ! Merci de vos contributions.

mardi 23 mars 2010

Jeu de la Valeur Métier

Apprendre en jouant
Comment fournir le bon produit
avec les bonnes fonctionnalités
au bon moment?





Et oui rien que ça.

Lundi de la semaine dernière, j'ai eu le plaisir d'animer avec Dominique de Prémorel une session sur le Jeu de la Valeur Métier à Lorient. Merci à Dominique pour l'organisation.

Présentation de l'atelier

Objectif
Apprendre à attribuer une valeur métier aux projets et aux histoires utilisateurs, définir des priorités et établir un plan d'action qui fournit le maximum de valeur. Apprendre pourquoi et comment construire et utiliser un Modèle de Valeur Métier (Business Value Model). Apprendre à enseigner cette approche et ses techniques.

Contenu
Une équipe agile cherche toujours à apporter le maximum de valeur métier. C'est facile quand le Product Owner/client sur site a fait une estimation de cette valeur pour chaque demande. Mais comment ce dernier s'y prend-il ? Comment estimer une valeur métier ?

Comment choisir entre les demandes ?
Comment choisir entre les projets ?
Comment choisir entre les clients ?

Cet atelier vous propose d'apprendre quelques techniques d'estimation de la valeur métier simples, mais suffisantes pour les utiliser dans vos projets de tous les jours, et un Modèle de Valeur Métier qui vous aidera à établir des priorités de manière efficace et cohérente, en mettant en évidence les paramètres importants qui agissent sur la valeur.

La session se déroulera sous forme d'un jeu, où des équipes de responsables de compte doivent choisir les demandes client à implémenter par leur équipe de développeurs. L'objectif du jeu est de livrer la plus grande valeur métier possible, comme dans les XP games.

Chaque responsable de compte dans une équipe représente un (ou plusieurs) client qui sera prêt à payer pour le produit fourni par l'équipe si sa demande se retrouve dans la livraison. L'équipe va devoir prendre des décisions difficiles. L'équipe aura à décevoir certains clients parce que la capacité de travail de l'équipe est limitée.

Nous vous fournissons les clients et leurs demandes.
Nous vous fournissons une équipe de développement performante.
Nous vous proposons les techniques pour estimer la valeur métier.

Pour le reste, c'est à vous de jouer !


Que s'est-il passé?

Nous avons constitué deux équipes (4 et 5 membres).
Nous avons discuté et gribouillé les cartes du jeu.
La session a durée environ deux heures.
Nous avons fini dans un resto indien.

Rétrospective

Ce qui s'est bien passé 
- Tout le monde a participé et joué le jeu
- Le matériel a fonctionné parfaitement
- Des rétrospectives et échanges intéressants

Ce qui s'est moins bien passé :
- On s'est un peu marché sur les pieds avec Dominique (on n'avait pas bien défini nos rôles)
- Je n'ai pas bien précisé qu'il était normal de commencer le jeu sans connaître toutes les règles.
- On n'avait pas apporté de chocolat pour les clients satisfaits

Je me demande
- Si un jour quelque chose va se passer comme j'avais prévu
- Ce que les joueurs vont retenir de cette expérience et quel sera l'impact dans leur projets
- Quand je vais y rejouer. Si vous êtes intéressés, prévenez moi - begotsoft@gmail.com

J'ai appris
- Le format jeu est l'un des meilleurs moyens que je connaisse pour créer une bonne ambiance rapidement.
- Faire soi-même, quoi de plus efficace pour apprendre?
- Que ce jeu à du sens pour des hors-info, l'une des personnes venait du prêt-à-porte.

Ce jeu a été créé par Vera Peeters et Pascal Van Cauwenberghe. Le support est disponible ici, vous y trouverez même la version traduite en français par Laurent Morisseau.

jeudi 11 mars 2010

Il faut savoir demander.

dimanche 7 février 2010

Coding Dojo

'Coach agile' voici le titre professionnel que je me suis donné. Je ferais mieux de le changer en 'Explorateur agile'. En effet je découvre chaque semaine un nouvel aspect, une nouvelle méthode, un atelier, un modèle de pensé lié de près ou de loin à ce que l'on appelle l'Agilité, ou tout au moins à la conception que j'en ai et la façon dont je pratique. Le Coding Dojo est la dernière de ces découvertes. Ces deux dernières semaines, j'ai pu assisté à l'un en C# organisé pour la communauté ATLNet Rennes et à un second en Ruby organisé cet fois-ci par RennesOnRails.

J'avais lu des articles, j'en avais entendu parlé, maintenant je sais comment cela fonctionne et dans quelle situation je peux l'utiliser.

Le premier était animé par Laurent Morisseau et Guillaume Collic. Le sujet était de réaliser un convertisseur de nombres arabes en nombres romains. Après une présentation du principe et de la philosophie, Laurent commence à coder accompagné des commentaires de Guillaume. Selon les principes de développements dirigés par les tests, de faire au plus simple et d'émergence de la conception par incrément, le programme prend progressivement et naturellement forme.
A cette occasion, je rencontre une femme qui est venue par curiosité. Elle ne travaille pas du tout dans le domaine informatique mais dans les relations humaines ce qui de mon point de vu est de moins en moins dissocié.

Le second coding dojo, celui de cette semaine, est présenté par Karine Sabatier et animé par Emmanuel Gaillot, l'une des personnes à l'origine de ces pratiques.

Quelques règles que Emmanuel nous a données avant de commencer


PAS DE DESIGN SANS CODE
ET PAS DE CODE SANS TEST.

1. Ecrire un test qui ne fonctionne pas.

2. Faire passer le test de la manière la plus simple qui soit.

3. Nettoyer le code (lisibilité, duplication, algo et structure).

4. Et on recommence en écrivant un nouveau test.

On s'arrête quand?
Quand on en n'a plus envie de continuer.

La fourmi de longton, voilà le sujet. Une petite foumi se balade dans un monde qu'elle découvre au fur et à mesure qu'elle se déplace.

Finalement, c'est ça. Je me sens un peu comme cette fourmi; je me promène dans le monde 'agile' et à chaque fois que je bouge, je le découvre.

Si vous réalisez ce programme, vous pourrez constater que le mouvement chaotique de la fourmi au début finit par se déplacer dans un mouvement ordonné. Pour ceux qui ne programment pas, voici ce que ça donne avec trois fourmis.


Ce genre d'exercice, me semble utile dans les cas suivants :
  • partager des pratiques de codage
  • sensibiliser et expliquer le TDD
  • montrer par l'exemple les valeurs XP
    comme la simplicité, le courage, respect...
  • prouver que l'on s'autorise à se tromper
  • que l'on code tous de la même façon :
    en tapant sur le clavier

A la prochaine

mardi 2 février 2010

Tout le monde a de la valeur.

lundi 25 janvier 2010

Agile Open France 2010



Trois jours immergés dans un groupe d'agilistes au coeur d'un petit village d'Alsace... 
j'en ressors la tête pleine de nouvelles idées.


"Agile Open est un cycle de conférences au format Forum Ouvert (Open Space): il s'agit de conférences auto-organisées, par et pour leurs participants. Elles s'adressent aux praticiens des méthodes agiles, de tous bords et tous horizons. Ces conférences sont organisées de manière à favoriser les discussions en petits comités et à permettre aux participants d'échanger leurs idées et expériences, compréhensions et spéculations, sur des sujets en rapport avec les méthodes agiles."


La première rencontre s'organise en cercle, Raphaël nous présente les principes, lentement calmement avec une pincé d'humour qui ne manque pas de nous mettre tous à l'aise.


Une salle bien décorée quand on est arrivé



... et encore mieux décorée quand on l'a quittée


... sous l'œil bienveillant de Dragobère. Sur le principe du ScrumBall, celui qui parle c'est celui qui a Dragobère. Il a l'air fière là mais en général, il trainait lamentablement par terre ou on se le lançait à travers la pièce.



Le principe est le suivant. Les participants proposent leurs sujets, en l'écrivant sur une feuille de papier que l'on affiche sur le mur. L'organisation est minimale et surtout complètement modifiable. Découvrant ce concept, je me dis que je vais attendre un peu avant de proposer un sujet, fatal error. Les feuilles de papier toujours plus intéressantes les unes que les autres s'accumulent sur le mur. Le plus frustrant dans cette histoire est que l'on ne peut pas assister à tous les petits groupes de discussion qui s'organisent.


Alors voici où mes deux pieds m'ont menés...

"Agile, juste lever les obstacles" 
j'ai rarement eu autant d'idée venir
en si peu de temps.
Et nous n'étions que deux.

"Sculpter une situation", 
quand je me rends compte 
que je ne suis pas seul à voir ce que je vois.

"Agilité dans le monde associatif, état des lieux", 
ça marche donc comme ça.

"Peer Coaching",
je connais, je m'en vais.

"Vision architecturale/vision incrémentale",
pas de recette, bonne recette.

"Regarder ensemble une vidéo de Bernard Stiegler", 
et si l'on produisait ce que l'on consomme?

"Flow", 
où j'apprends que je fais du pomodoro 
pour entrer dans le Flow.

"Une douce introduction à la congruence", 
une expérience avec soi-même... 
et les autres.

"L'insoutenable liberté de l'être", 
là j'ai l'impression d'avoir beaucoup parlé
mais j'ai tout oublié.

"Le jeu du Tao", 
une autre façon de travailler en équipe.


"Alternatives à Scrum",
où l'on parle de Scrum.

"Atelier Lego", 
retour en enfance.


Tout ceci ne vous sera certainement pas très utile, mais si vous voulez parler d'un de ces sujets, je suis tout disposé.


Avant de terminer cet article, je souhaite partager avec vous ce que j'ai vécu lors de ce séjour. Progressivement un état de fatigue et de perte de contrôle m'a gagné. Lors d'une plaidoirie - moment privilégié dans la journée où l'on se retrouve tous pour partager et proposer de nouveaux sujets -,  j'ai parlé de cet état où je me trouvais. Cette action a eu pour effet de me faire prendre conscience de quelque chose d'important. Cet environnement spécial où personne ne prétendait contrôler quoi que ce soit était nouveau pour moi. Habituellement, j'ai l'impression que je contrôle ou que quelqu'un d'autre contrôle pour moi. Mais là plus personne ne prétendait contrôler!!! Pour vous rassurer, je m'y suis rapidement habitué.

Un grand merci aux organisateurs, Manu, Raphaël, Séb ainsi qu'à tous les participants et Laurent en particulier sans qui je n'aurais même pas eu l'idée d'y aller.

dimanche 10 janvier 2010

Agilité et facteur humain

Jeudi 7 janvier 21h18, je rentre chez moi.


"Un informaticien qui se sent bien travaille mieux" voilà la phrase qui me revient depuis plus d'une heure. Je sors d'une conférence d'Yvan Galisson, le fondateur de Timwi Consulting. Le sujet : "Agilité et facteur humain". J'avais déjà eu l'occasion d'assister à cette présentation lors de l'Agile Tour 2009 de Rennes. J'ai voulu savoir si j'allais entendre la même chose.


"Un informaticien qui se sent bien travaille mieux", voilà l'hypothèse qu'il fait. Est-ce vrai pour tout le monde? Je ne le sais pas mais pour moi je vous l'affirme, je travaille largement mieux lorsque je me sens bien. Et vous?


Ceci n'est qu'un élément de ce que j'ai pu entendre. Le point de vu adopté était l'analyse transactionnelle, une branche de la psychologie moderne. Yvan m'avait marqué par la franchise dont il faisait preuve lors de l'Agile Tour 2009, franchise qui s'est confirmée aujourd'hui aussi. Il parle librement et sincèrement des limites de l'Agilité que Timwi a rencontré sur leurs différents projets. 


Aujourd'hui la mode est à l'Agilité, à quoi sera la mode demain? Est-ce la mode qui change ou le mot que l'on met dessus?... sur cette réflexion philosophique je vais me coucher pour me présenter en forme à la mêlée de demain car sans action à quoi cela nous servirait?


Lire l'invitation à cette conférence

jeudi 7 janvier 2010

Parce qu'il faut du temps pour assimiler l'agilité, AgileBreizh est né


L’association Agile Breizh se donne pour objectif la promotion et la diffusion des méthodes agiles dans la région Bretagne par tous moyens de communication et d’intervention : conférence, séminaire, rencontre, accompagnement, consulting, formation... lire la suite


Rejoignez-nous
http://www.agilebreizh.org/

mercredi 6 janvier 2010

On ne peut changer que soi-même.

N'oublions pas d'oublier.