Le blog de Laurent Carbonnaux

Le canal du midi est agile

2009-11-11T09:41:00.004+01:00

Qu’est ce que le canal du midi a à voir avec l’agilité?

Ce sont les écluses, qui régulent le trafic. Comme les sprints d’une release.
Entre deux écluses, pas plus de bateaux que la capacité possible.

Vous allez me dire, sans écluses plus de fluidité. Dans certain cas, oui, mais elle ne serait plus contrôlée, et l’on arriverait vite à saturation.

Je vous renvoie à la métaphore de l’autoroute par Alexandre Boutin : à 80% de capacité, l’autoroute est saturée, les bouchons commencent à se former, et le cycle est en accordéon.

Il est souvent difficile de choisir la taille d’un sprint, de 2 à 4 semaines.
J’ai même fait des sprints d’une semaine, sur des projets en phase de correction de bugs.
Lorsque l’équipe est trop grande, plus de 6 personnes, et les sprints trop longs, 4 semaines, il est difficile d’effectuer un planning meeting sur 1 journée seulement. Il y trop de user stories à étudier et donc trop de tâches à identifier, détailler et chiffrer. La visibilité d’un sprint est liée à la capacité et la taille du sprint.
Un sprint de 4 semaines avec une équipe de 10 personnes, soit 10 * 20 * 8h = 1600h.
A 4,5h (entre 1 et 8) en moyenne par tâche, Il faut donc identifier 355 tâches. C’est trop pour notre petit cerveau.

Je privilégie maintenant des sprints de 2 semaines.

Un sprint de 2 semaines et des équipes plus petites permettent de répartir la vélocité dans le temps. D’avoir une capacité ayant un niveau d’appréhension plus aisée. Cela facilité le calcul du reste à faire et permet de réellement bloquer le contenu d’un sprint, sans trop retarder la prise en compte des changements ou des « urgences ».
1 équipe de 5 en 2 semaines : 5 * 10 * 8 = 400h, soit 88 tâches. Beaucoup plus tangible.

Le nombre de tâche par sprint peut s’apparenter à la sensibilité qu'a notre cerveau à appréhender, comprendre, assimiler et visualiser dans le temps.
La sensibilité d’un sprint est le nombre de tâches qu’une équipe peut « comprendre ». Elle est la dérivée de la vélocité sur le sprint.

Formation Android chez DocDoku

2009-11-07T10:43:00.002+01:00

Après les formations iPhone et iPod-Touch proposée par François Goldgewicht (Aeon-Consulting), voici une formation sur Android proposée par Florent Garin de DocDoku.

Formation sur 4 jours.
« Cette formation s’adresse à tous ceux désireux de développer des applications professionnelles sous Android, le système mobile conçu par Google.
Architectes techniques, développeurs »

Date
Toulouse, du 7 au 10 décembre 2009
Paris, du 11 au 14 janvier 2010

Et vous repartirez en plus avec le livre de Florent.

Excellente idée, sachant qu’Acer sort le premier NetBook hybride double boot Android/Windows 7 pour 259€ (modèle W7616).

Agile : Evolution ou révolution

2009-11-07T10:25:00.005+01:00

Voici en ligne la présentation que j'ai faite en introduction de l'Agile Tour 2009 lors de son passage à Toulouse, le 22 octobre dernier.
Encore une fois, je suis vraiment content d'avoir participé à l'organisation de cet événement, en compagnie de quelques dignes représentants et fervents défenseurs de l'Agilité.

Agile Tour 2009 Toulouse

2009-10-24T14:22:00.008+02:00

La session 2009 de L’Agile Tour vient de se terminer à Toulouse, dans les superbes locaux de l’IUT de Blagnac.

J’ai encore pris un grand coup sur la tête de la part de Claude Aubry. Merci encore, Claude de nous remettre les fondamentaux en place. La présentation sur les estimations, mesures et indicateurs agiles recentre clairement nos actions sur la valeur ajoutée définie en tant qu' "utilité", proclamée par la mise en œuvre de telles méthodes (Agiles).

J’ai voulu ensuite comprendre de quelle façon l’agilité était enseignée dans les universités. La présentation faite par Jean-Michel Inglebert m’a époustouflée de bon sens et d’approche pédagogique. Même la formation est pilotée par les tests, idée d’autant plus originale qu’elle est pragmatique et semble-t-il efficace.

Un qui a tout compris, People In Action, Julien Patou nous explique que dans une organisation de projet repartie multi-sites, sans les contraintes de contrat au forfait, et une organisation efficace de la collaboration avec le client, l’agilité prend tout son sens et le résultat s’en fait sentir. Comme quoi, quand on vous dit que c'est comme ça qu'il faut faire!

Et pour finir, remarquable présentation de David Brocard sur l’agilité sous contrainte. Comment faire rentrer un(des) rond(s) dans un(des) carré(s). Comment appliquer une démarche agile dans une organisation de projet voire d’entreprise qui ne l’est pas. Impact des jalons contractuels antédiluviens, contrôle qualité archaïque, absence du client final et pourtant David présente une solution afin d'y arriver.

Je n’ai malheureusement pu assister aux autres présentations, je laisse donc le soin à d’autres participants d’en donner leur point de vue sur le site de l’Agile Tour 2009.

Encore bravo et merci à tous: IUT de Blagnac, organisateurs, orateurs, sponsors et participants.

Vous trouverez (en cours) les présentations aux formats pdf ou pps sur le site de l’association SigmaT.

A la prochaine, SigmaT 12, le 11 dec.

Agile Tour 2009 Toulouse Programme

2009-09-28T11:19:00.005+02:00

Le programme est en cours de finalisation.

En attendant, voici un avant-goût des nombreuses sessions prévues.

Retours d'expériences :

Mise en oeuvre de Scrum / XP dans un contexte d'évaluation CMMI niveau 2
La mise en place de Scrum plus des pratiques de développement adaptées à un projet scientifique
Scrum multi-sites sur un projet critique - utilisation de l'outil Rally
Organisation des tests dans un projet agile

Conférences :

La gouvernance agile d'une organisation
Estimations SCRUM : Boule de cristal ou bluff ?
Difficulté et enjeux de l'agilité dans une SSII, y-a-t-il une vie au delà du forfait ?
Estimations, mesures et indicateurs agiles
Enseignement de l'agilité en DUT et Master informatique
Agilité sous contraintes : comment les pratiques peuvent-elles s'inscrire dans de gros projets industriels ?

Ateliers :

Introduction aux Core Protocols
La modélisation agile
XP Game
Test Driven Development

Outils (préz et démo) :

IceScrum2
IBM Rational Team Concert
Atlassian GreenHopper
Microsoft Team Foundation Server

Deux amphis et plusieurs salles d'ateliers dans les magnifiques locaux de l'IUT pour orchestrer le tout. Et aussi : une cantine sur place, plein de goodies, la convivialité des pauses café...

Restez informés :
http://www.agiletour.org/fr/at2009_toulouse_programmation.html

Agile Tour 2009 à Toulouse, 22 Oct, IUT Blagnac

2009-09-28T11:00:00.003+02:00

En période de difficultés économiques, l'agilité est un levier qui vous permet de
maximiser le retour sur investissement de vos projets informatiques.

En effet, les méthodes agiles visent à améliorer l'efficacité des entreprises et la satisfaction du client. Elles proposent de nouvelles approches des pratiques du développement logiciel, de la gestion de projet et de la relation client.

Venez découvrir les promesses de l'agilité et leur mise en pratique concrète lors de l'étape de l'Agile Tour(1) à Toulouse, le 22 octobre.

Des professionnels de ces méthodes vous les présenterons et vous permettront d'approfondir votre connaissance, sous forme de retours d'expérience, de conférences, d'ateliers et de démonstrations d'outils.

Rendez-vous le jeudi 22 octobre 2009, toute la journée, pour la 2ème édition(2) de cet évènement gratuit.

Inscription obligatoire sur le site :

http://www.agiletour.org/fr/at2009_toulouse_inscription.html

Consulter le programme :

http://www.agiletour.org/fr/at2009_toulouse_programmation.html

Plus d'informations sur l'Agile Tour 2009 Toulouse :
http://www.agiletour.org/fr/at2009_toulouse.html

1 L'Agile Tour (www.agiletour.com) est un évènement à but non lucratif, organisé localement dans 18 villes à travers le
monde pendant tout le mois d'octobre 2009. Son objectif est de promouvoir et partager nos visions de l'agilité ainsi que de
fédérer et soutenir les initiatives locales des acteurs de l'agilité. Il vise un public de décideurs, d'acheteurs, de managers et
de professionnels de l'informatique.
2 L'édition 2008 de l'Agile Tour à Toulouse a réuni un public représentatif des différentes professions en informatique, de
plus de 200 personnes, avec un taux de satisfaction de plus de 80%. Compte-rendu de l'évènement sur le blog SigmaT :
http://www.sigmat.fr/dotclear/index.php?post/2008/10/19/Votre-evaluation-de-l-Agile-Tour-2008-a-Toulouse

Liste d'évaluation des outils de test fonctionnel

2009-09-23T06:33:00.004+02:00

Un résultat assez détaillé d'évaluation des différents outils de test du marché (manque QTP Pro) est proposé dans ce spreadsheet .

Initialisé par Gerard Meszaros, il a été complété lors du dernier workshop de l'Agile Alliance Functional Testing Tools group. Une discussion est en cours pour le transférer sur wikipedia.

Vous pouvez demander un accès en écriture pour y ajouter l'évaluation d'un outil non listé.

SigmaT11

2009-09-10T07:51:00.001+02:00

Le programme de la conférence agile du 18 septembre :

un retour d'expérience SCRUM sur un projet critique d'un an sur 2 sites Paris et Toulouse par Julien Patou (People in action),
une présentation du profil SCRUM implémenté dans Rational Team Concert par Vincent Trébuchon (IBM Rational),
une introduction à SCRUM avec un exemple.

Les inscriptions sont ouvertes sur le site SigmaT.

Intégration continue : Le petit plus d'Emmanuel Chenu

2009-09-03T12:18:00.004+02:00

J'adore l'idée!
En plus de son côté ludique, c'est simple, efficace, pragmatique comme d'hab.
A conseiller absolument.
Pour 20€ seulement, moins cher qu'un écran plat 20 pouces en vert et rouge et tellement plus accrocheur.

A lire ici :
INTEGRATION CONTINUE + ANDON = JIDOKA

A voir ici :
i-buddy

Bonne rentrée à toutes et à tous!

Google Chart et Gadget (bis)

2009-04-15T15:27:00.004+02:00

Le Treemap est dispo :

Après pas mal de déboires avec IE, je n'ai pu faire autrement que de fixer la taille du treemap pour IE.
Alors ceux qui ont un autre navigateur, profitez-en!

Google Chart et Gadget

2009-04-05T09:56:00.011+02:00

Je profite du billet de Romain sur les charts Google pour vous parler des gadgets Google.
Google fournit des charts standards, mais il est possible de produire les siens avec l’API Google Gadget.

J’utilise depuis un peu moins d’un an Google SpreadSheet comme outil de backlog :

backlog de produit ou backlog de sprint.

Pour les burndowns, j’utilise le chart « Lines »

ou

Pour le plan d’itération, j’utilise le gadget Gantt produit par Viewpath

Cela ne me suffisant pas, j’ai créé les miens à l’aide de l’API Google Gadget

Un ScrumBan (non dynamique pour l’instant) :

Un Treemap est en cours de finalisation, (quand ce foutu IE voudra bien comprendre les % dans les DIV, ou plutôt quand moi j'aurai compris IE)

Ces templates de backlogs sont publiés et donc utilisables, rendez-vous sur ScrumVision pour les liens.
J'y propose aussi un connecteur MyLyn pour utiliser le backlog de sprint sous SpreadSheet comme référentiel de tâches sous Eclipse.

SigmaT 9, les vidéos

2009-04-05T09:25:00.002+02:00

Pour ceux qui n’ont pu assister au dernier SigmaT 9 à Toulouse, les vidéos sont en ligne.

Au sommaire :

Alexandre Boutin : La présentation "Lean Software Development"
Jean-Baptiste Chéry et Pascal Rieux : Le retour d'expérience d'Atchik-Realtime
Et la mienne : La présentation "Quel contrat pour mon projet ?"

Les présentations en ligne le soir même, les vidéos même pas 1 semaine après,
Chapeau à l’équipe.
Encore un grand merci à l’organisation.

A la prochaine en Juin !

SigmaT9 : "Quel contrat pour mon projet?"

2009-03-28T12:43:00.002+01:00

Voici le support de la présentation que j'ai faite au SigmaT 9

Retour SigmaT9

2009-03-28T12:04:00.003+01:00

J’étais hier au dernier SigmaT9. Si vous vouliez être convaincu de l’intérêt de Lean, c’était hier.

Alexandre Boutin nous a fait un superbe show à l’américaine version grenobloise.
Que de concepts communs avec les principes Agiles, cela devrait arrêter le débat sur « Lean est il agile ou pas ? ». La question n’étant pas là.

On ne parle ici que de bon sens. J’allais dire de pragmatisme, mais étant basé sur nos références propres, encore faut-il avoir les mêmes. Et c’est ce que j’ai retrouvé dans le discours d’Alexandre.

J’ai relevé trois points :

L’analyse systémique des problèmes est une approche plus que cohérente et efficace. Cela risque d’avoir des impacts majeurs sur la structuration et l’organisation des entreprises. Leur faculté d’adaptation au changement sera un gage de réussite. Toyota a bien réussi à le faire.
Réduction du gaspillage. Les gaspillages coutent chers par définition, pas besoin de savoir pourquoi ou combien, passons à l’action...
La qualité intrinsèque au process. Sans doute eXtreme Programming apporte une réponse à cela en support de Scrum.

S’en suit présentation du JUG Toulouse. Belles promesses de corrélation entre la méthode et la pratique !

Et pour conclure le standard, la marque de fabrique du SigmaT : Le retour d’expérience toujours aussi enrichissant.

PS : Merci à Alexandre pour sa courte mais efficace leçon de blogger !

SigmaT9 : "Quel contrat pour mon projet?"

2009-03-24T23:34:00.004+01:00

Ce vendredi 27 mars, à l'invitation de Claude Aubry, j'aurai le plaisir de présenter un sujet passionnant et certainement passionné au prochain SigmaT9 à Toulouse.
Sujet : "Quel contrat pour mon projet?".

Pour en savoir plus, je vous attends donc Vendredi 16h!

Old Time Revival

2009-02-26T15:46:00.002+01:00

This post just beceause I cannot shout.
Nothing else than adaptation to change, old time revival, without testing a little, back to 80's well known organization and practices.
Why collecting so much metrics during the last 30 years to not have a deep analysis, a strong reflection and at term say "we'll keep them like that".
It is a pity that in old well known processes, people forget also what did not work.
Perhaps they should at least take the retrospective practice.

Rencontrons nous autour d'un sujet que vous choisissez!

2008-12-23T13:13:00.002+01:00

C'est le thème des "Présentations à la carte" proposée par Valtech Toulouse le 3 février prochain :

"3 Février 2009 - Présentations à la Carte - Toulouse

Les "Présentations à la carte" sont des rencontres gratuites, pour échanger avec les consultants, formateurs et managers de Valtech Toulouse sur le sujet de votre choix. Le sujet présenté lors de la prochaine session du 3 Février sera simplement celui qui obtiendra le plus de voix à la clôture du vote en ligne. Plus d'infos >>"

A vous de choisir.

Et d'ici là, Joyeux Noël à toutes et à tous.

La nouvelle "done"

2008-11-27T08:54:00.004+01:00

L’article de Clinton Keith, « Beyond Scrum : Lean and Kaban for Game Developpers » explique pourquoi beaucoup d’équipes abandonnent les pratiques Scrum en fin de projet et reviennent à méthodes plus traditionnelles.

Il en explique d’abord les raisons, et propose ensuite une alternative en utilisant Lean Production et Kaban.

Article très intéressant et largement détaillé pour bien comprendre le contexte, le problème et la solution.

Le contexte est le développement de jeux, avec des contraintes de phases que nous n’avons pas dans les autres types de développement logiciel.

La notion de « done »
Un élément primordial de l’agilité (Scrum en l’occurrence) est la notion de « done ».

C’est en quelque sorte la définition de « comment considère-ton le travail fini ».

Elle doit être définie avant de démarrer une activité et être partagée et agrée par tous les intervenants.
C’est une hypothèse et en même temps un indicateur. Hypothèse pour les estimations, indicateur pour le suivi d’avancement.

En Scrum, l’équipe va estimer une tâche en fonction du done défini. De cette façon, et en fonction de la vélocité de l’équipe, on aura la liste des tâches qui sont envisagées à produire le temps d’une itération. Envisagée, donc pas sur d’y arriver.

Même si Scrum est construit sur un enchainement d’itérations « time-boxées », la vélocité et la productivité des équipes peut entrainer une augmentation du nombre d’itérations afin de finir le produit demandé. C’est ce qui pause problème d’ailleurs dans nos modes de fonctionnement au forfait.

Dans le contexte du développement de jeux, la contrainte de deadline semble, aux vues de l’article, incontournable. La date de livraison du produit fini ne changera pas.
Dans ce cas, l’auteur remet en cause non pas la notion de done, mais la façon de la définir.

Le time boxing
Dans le chapitre Time-Boxing, l’auteur précise que ce n’est plus la notion de done qui entraîne l’estimation, mais l’estimation qui conditionne le done.

“We start time-boxing each stage of the value stream. For example, we might give the audio designers 10 days to add audio to a specific zone. This is different from tasks in Scrum where the audio designer would estimate their own work and tell the customers what they are willing to commit to”
…
“The input is the time-box (which is the cost we are willing to pay for the asset). The output is quality that the artist is able to provide within the constraint of time.”

C’est un changement assez radical dans le comportement d’une équipe Agile, mais qui finalement ne semble pas si incohérent et qui pourrait être une piste d’aménagement dans un projet au forfait. Pourquoi,
Parce qu’un forfait c’est un contenu fixe à une date fixe et un prix fixe.
Parce que je constate encore que pas mal de gens n’arrivent pas à faire des estimations. Du fait que cela les engagent, cela les effraie. Bien que je sois fortement favorable à cette façon d’impliquer tous les acteurs, au sens propre, d’un projet.
Parce que la notion de done, n’est jamais clairement définie dans les appels d’offre de nos clients. On le sait bien, ils veulent « tout ».
Enfin parce qu’un projet au forfait empêche la transparence et de ce fait, le client n’a souvent pas la vision détaillée de toutes les tâches nécessaires à accomplir pour atteindre cette notion de done et au final ne comprend pas les estimations que l’on lui donne. (tiens pour une fois j’ai mis 2 n ;-) )

De toute façon, comme toute adaptation, il faut l’évaluer avant de l’adopter ou la rejeter en fonction des contraintes de chaque projet.

AgileWashing

2008-11-03T20:50:00.002+01:00

A l‘instar de l’EcoWashing, la capacité marketing d’une entreprise de laver son image en étiquetant ces produits « Eco ».
Genre les Renault Eco2, y a rien d’écolo dans une voiture ????

Claude Aubry a fait un remarquable encart dans 01Info où il évoque « l’opportunisme des grandes SSII » à l’égard de l’agilité.

Faudrait-il instaurer une sorte de charte, de label, de certification Agile ?
Je n’y crois pas.
Pas plus qu’un estampillage ISO prouve que l’on fait de la qualité.
Mais dans ce cas, comment feront les décideurs dans 1 ou 2 ans, lorsque tout le monde dira faire de l’Agilité ? Si c’est vrai tant mieux, cela prouvera que ce n’est pas qu’une mode.
Mais encore une fois, le mode contractuel au forfait cher à nos clients mais aussi aux SSII aura du mal à laisser place à une vrai souplesse opérationnelle prônait par l’Agilité.

Il y a encore du chemin à faire, mais on va les aider ;-)

Google App va supporter Java,... pas si sûr

2008-10-21T13:37:00.006+02:00

La blogosphère réagit vite aux annonces.

Didier Girard sur Application-servers relaie la rumeur d'une annonce par Google du support de Java dans son App Engine :

ici Google App Engine to Support Java
et là :Java support to Appengine to counter Microsoft’s cloud initiatives, Microsoft Strata?

Et l’origine est ici:
Google Developer Day Bangalore: Google App Engine to support Java, Android SDK release on Oct 22
relayant les propos de Prasad Ram, speaker à la conférence Google Developpers Day qui a eu lieu à Bangalore le 18 oct. et Directeur Google R&D à Bangalore

Quant à Google lui même, c'est moins clair :
Paul McDonnald, Google App Engine Product Manager d'écrire :
"While we don't have any immediate plans or announcements, we are working on other languages for App Engine" (thread complet)

Est-ce le "will now support" qui porte à confusion? will c'est futur, now c'est maintenant, donc c’est quand ?
Qui a raison donc?

En tout cas, on attend avec impatience ;-)

Agile Tour Toulouse

2008-10-17T09:18:00.002+02:00

J’étais hier à l’Agile Tour pour son passage dans la ville rose.

Hormis une entrée en matière un peu difficile sur le manifeste agile (Parler devant 200 personnes n’est pas chose facile), nous avons eu un séminaire de grande qualité.

- Claude Aubry nous a emmenés faire un voyage dans le temps aux sources de Scrum. En présentant et commentant avec les arguments qui vont bien, le premier article de Ken Shwaber datant du siècle dernier introduisant le « Process Scrum ». Merveilleuse allocution recentrant sur les basiques (CMM, process, non prédictible) et teinté de quelques pointes ironiques.

- L’agilité en situation : Une approche construite et détaillée sur l’applicabilité des méthodes agiles nous a été présentée par Philippe Kruchten et Claude Aubry. Je dis présentée, mais il s’agissait plutôt d’une orchestration rondement menée entre ces deux moteurs de l’agilité, tant le discours était fluide et le dialogue intelligent. « Respect messieurs » ! Je vais faire un graphe de Kiviat sur nos projets existants, juste pour voir.

- Ensuite j’ai assisté à un atelier sur les « senteurs agiles ». En s’inspirant des codes smells et du planning poker, Thomas Lissajoux nous a présenté une façon originale d’effectuer une rétrospective. Une sorte de checklist sous forme de carte à jouer des « odeurs » susceptibles de poser problème dans un projet. Idée à retenir et à continuer d’instruire.

- Enfin, une présentation qui m’a ravi au plus haut point, qui redonne gout à la vie (informatique), qui me pousse à croire que tout n’est pas fini, qu’un jour on pourra sortir du forfait lorsque nos clients (au sens large) auront compris l’intérêt de ce type d’organisation, où les actions de la gouvernance et la production seront jointes vers un même objectif, le produit et sa valeur ajoutée.
Merci donc à Igeoss au travers de M. Desmarrest.

Encore un grand merci à l’organisation dans son ensemble et à chacun des orateurs en particuliers pour la qualité de cet évènement.

A force, ça va bien finir par rentrer ;-)

Le burndown est mort, vive le burndown

2008-07-15T14:17:00.002+02:00

Je constate depuis peu de temps une dérive dans l’application de Scrum dans le contexte des projets Franco-Français.

Est-ce un point de non retour sur l’acceptation par les équipes de développement de la méthode. De nombreux retours d’expérience vont dans ce sens où la non adhésion complète des principes remettait en cause le résultat de cette méthode.

Dans un séminaire Agile, Greg Hutchings avait évoqué les patterns/anti patterns de l’agilité, le premier anti pattern étant de ne pas appliquer complètement la méthode, mais par petit bout.
Le post de Claude Aubry remet en cause le burndwon au profit d’un suivi des tâches par état.
Pourquoi remettre en question les bases de Scrum et délaisser le burndown au profit d’un suivi par état. Le suivi par état en plus du burndown, je suis d’accord, mais pas en remplacement.

Scrum est basé (comme beaucoup) sur la notion de charge : estimée, produite, consommée, restante à faire,… en d’autres termes de productivité.

Xébia rappelle que « Scrum a été conçu pour atteindre une productivité de 5 à 10 fois supérieure… »,
Une itération en Scrum s’appelle un sprint, ce n’est pas pour rien.

Je préfère l’approche « complément » présentée par Mike Cohn. qui propose des solutions visuelles améliorant la lisibilité du burndwon par adjonction d’information sur la priorité, ou celle présentant le backlog produit avec une Treemap, une présentation surfacique relative aux poids de chaque user story.

Mais dans les deux cas, Mike garde la notion de charge : poids, estimation, reste à faire.
Je sais qu’il est difficile dans notre contexte très dirigé par les contrats au forfait de parler de charge. C’est quand même la base d’une gestion de projet, sans parler de leur conversion en euros.
Que l’on parle de jours, d’heures, ou de points (de toute façon représentation relative d’un temps), je ne vois pas comment suivre efficacement un projet sans se préoccuper du reste à faire, du consommé.

J’ai trouvé dans Scrum une manière particulière et innovante d’intéresser les développeurs à ce qu’ils font, par le fait des les responsabiliser. Non pas pour les culpabiliser, mais les rendre responsable au sens propre du terme.

Se passer du burndown et donc de ses données intrinsèques me parait un risque majeur sur la compréhension et l’adhésion des équipes, voir des clients à la méthodologie Scrum.

Google : Le Monde comme Product Owner

2008-06-25T14:34:00.002+02:00

Je continue de mettre au point (pour ne pas dire débugger) le connecteur Mylyn Scrum Vision pour Google SpreadSheet.

Pour cela j’utilise l’API GData de google. Il m’est arrivé de poster une question sur le groupe Google dédié à cette API. Une des réponses fut « ce n’est pas encore implémenté, mais vous pouvez voter pour la fonctionnalité correspondante ».

J’ai donc pu influencer (certe qu’un peu) sur la priorisation du backlog de l’API GData.
Bien que le principe ne soit pas nouveau, certains projets sourceforge l’utilisent déjà, ça m’a simplement fait penser que le Monde entier est Product Owner chez Google.

On peut voir la liste des fonctionnalités triée par vote pour savoir si l’on a une chance d’avoir la fonction disponible une de ces jours. GData-issues
Y a même une vue grid. (qui me fait penser à Ice Scrum ! )

Malheureusement, pour l’instant je n’ai pas vue le burndown ;-)

Agile and the Hippies

2008-05-29T13:48:00.001+02:00

Agile and the Hippies

Eric Lefevre has just reported similarities between Lean Software Development and Buddhism. In his post, he has compared stories of the Buddhism and some Totyota Way’s disciplines and concepts.

It is amazing also to look at Claude Aubry’s post on the heritage of Mai 68 events by the Agile methodology.

Does Agile is for the hippies?

More seriously, is it a way to say Agile is more a philosophy than a methodology?

I do agree on that point. It reminds me the first (and third) principle of the Agile manifesto that place the human at the middle of the method.

I thing also this kind of communication on Agile can be dangerous. Most of the big boss may not understand this way. In a world driven by the money, there’s no place for philosophy (they thing). They might thing Agile is made for old homesick hippies.
But it’s not.
Agile is made for normal people that just want to run together to achieve a common realistic goal: the customer satisfaction. Is it not what we are paid for?

It is crucial that operational management can be run independently of contracts.
It will be still a long way to change the mind of industry, especially when outsourcing.

That’s why I thing the best way is to share with other, to coach (more than train) and the best: to guide (mentor)

Google App Engine load tests

2008-05-29T09:30:00.005+02:00

Didier Girard d' application-server.com a eu la trés bonne idée d'effectuer un test de charge de la solution hébergement d'application proposée par Google.

Pour cela, il a demandé par le biais de son blog à toute personne intéressée de stresser son application le 23 mai à 16h.
Les résultats sont maintenant publiés:

"Pic à 23 requêtes par sec pour 0€".

Hors ce score plus que favorable, Didier Girard s'interroge sur l'indépendance au fournisseur.
"Question préoccupante pour les banques françaises avec les gros systèmes (IBM, BULL, ...) dans les années 80/90"
Mais là c'est gratuit, il n’y a pas d’engagement de durée non plus.