Coaching Agile

Agile, Scrum et autres pensées
Laurent Carbonnaux

Le retour des Network Computer

A l’heure où je vous parle, je suis devant un banal ordinateur.
Rien de plus commun que cet engin doté encore d’un disque dur, d’une mémoire et même d’un lecteur de disquette (je sais, je suis vieux). Mais est-ce moi, ou ma machine qui est vielle.
Il y a presque 20 ans j’ai démarré avec un « 3270 », quel engin barbare (merci IBM) pour faire de l’informatique. Terminal passif, juste un écran et un cable réseau connecté à Big Blue.
Mais en finalement, pas si désuet que ça.

Pour gérer ces mails, il y a Google (Gmail)
Pour faire ces spécifications et autres plans chers à nos Ingénieurs Qualité, il y a Google (Google Docs)
Pour faire nos suivis de projets, statistiques en tout genre, il y a Google (Google Docs)
Pour voir nos photos de vacances, il y a Google (Picassa)
Pour suivre la presse, il y a Google (Google Reader)
Pour voir les films, il y a Google (bon là, c’est UTube, pas encore racheté par Google?)
Et maintenant, même pour développer nos applications, il y a Google (Google App Engine)
Et pour ranger tout ça sur mon bureau, il y a encore Google (IGoogle)

Donc, pourquoi s’embarrasser d’un vieil ordinateur, avec disque dur de 180Go et mémoire de 2Mo, pour finalement accéder à Internet.
Même Windows, à quoi sert-il, si ce n’est lancer le navigateur.
Même le système d’exploitation est remplacé par le navigateur, YouOS (www.YouOS.com)
Reste à avoir un bon fournisseur d’accès, et voilà !

PS : Google = Google, Yahoo, et Cies

Auto contrôle ou auto flagellation

Auto contrôle ou auto flagellation

8aweek donne des leçons à la communauté Agile. (sur InfoQ)

8aweek veut nous faire croire qu’on n’est pas capable de se responsabiliser soi même.
8aweek propose un outil de type toolbar qui nous aiderait à « contrôler notre distraction» sur internet. L’utilisateur spécifie sur quel site il estime « perdre du temps », et la toolbar s’occupe de contrôler son accès.

Ne sommes-nous pas plus responsable que ça que nous ayons besoins de nous auto-flageller ?
De toute façon, si la toolbar s’occupe du contrôle, il y a toujours moyen de la désactiver. Peut être vont-ils inventer un outil qui vérifiera que la toolbar est bien active, et finalement même pour les sites non « distractifs » ne seront plus accessibles.

Le meilleur, c’est qu’ils ont utilisé l’Agilité pour faire cet outil.

Le risque, que nos managers nous imposent sont utilisation

Surfer libre !

Dans un nuage

Ça y est, j'ai enfin réussi à faire fonctionner le nuage de tag Technorati.

Le "Cloud" comm'y dise!

En fait, il faut modifier les paramètres par défaut de recherche de post dans Technorati pour son propre blog :




Par défaut, il ne cherche que sur les blogs avec autorité et j'avais mis en langue Française.
Reste plus qu’à faire fonctionner le ping automatique (soit disant) de Blogspot vers Technorati, et le « Cloud » devrait se mettre à jour

Scrum en Chine

Hé oui, même Scrum va en chine, il n'y a pas que la flamme.

L'article présente un retour d'expérience de 5 cas de mise en place de l'agilité (Scrum) dans les entreprises chinoises.

Il est, je dirais normal, d'y voir les mêmes causes d'échec,
  • la non application des principes de base par les équipes (Croire que Scrum se réduit aux scrum meeting)
  • la non compréhension et donc adhésion du management aux principes Agile
Ça parait bête, mais faire de l'Agilité sans en faire, ne peut que nuire à son image.

Bonne note : 68% des gens se sentent plus productif depuis leur passage à Scrum

Synthèse sur le blog Xebia
Post d'origine sur InfoQ

2018, l'odyssée de l'IT

Article plus qu'intéressant (même s'il est long), sur le futur de l'informatique et de notre métier.
Bien que le titre n'est rien à voir avec le sujet, cet article est "fabuleux".

De l’entreprise virtuelle agile

Google App Engine

Google vient de lancer la version beta de sa solution d'hébergement d'application.
Application développée en Pyhton.

What is the Google App Engine?

"Google App Engine lets you run your web applications on Google’s infrastructure. App Engine applications are easy to build, easy to maintain, and easy to scale as your traffic and data storage needs grow. With App Engine, there are no servers to maintain: You just upload your application, and it’s ready to serve your users."

Google App Engine

A quand notre Trac sur Google ??

Done. Really?

Un excellent post sur la notion de "Done"

Implementing Scrum

Combien de temps faut-il pour faire ça ?

Tous les développeurs connaissent cette question favorite de leur chef de projet.
Aucun ne sait y répondre sans une crainte, et par avance un sentiment de culpabilité.
Et c’est normal.

En fait il y a deux questions en une

  • « Faire Ça », ça veut dire quoi ?

  • Et une fois que l’on sait, « comment l’estimer »

Personne ne sait estimer réellement une activité si elle n’est pas clairement définie.
Bien qu’une estimation reste par définition une valeur changeante, l’approche Agile fait (et non pas seulement veut) qu’elle soit le plus juste possible.

Une fois l’activité décomposée en tâches précisément définies, il est plus facile d’identifier la charge associée.
Développer une fonction, c’est une multitude de micro tâches (voir notion de « Done » en Agile) ; C’est écrire la spéc détaillée, la coder, côté serveur, côté client, écrire les tests unitaires, exécuter les tests unitaires, faire la peer review, l’intégrer, …
Sur chaque projet, une sorte de checklist peut aider les développeurs à identifier les tâches unitaires à produire pour développer une fonction. Elle permet de construire le backlog d’itération.

Une fois chaque tâche élémentaire défini, l’estimation de la charge en revient à :
Celui qui va la faire.

Pour être au plus juste des estimations, la logique veut (en Agile) que ce soit celui qui va la faire qui l’évalue en fonction de ses propres bases : expérience, compétence, assurance, connaissance …

Et celui qui va la faire , c'est la Scrum team


C’est ce principe Agile qui permet de responsabiliser dans le bon sens du terme chaque membre de l’équipe.

Voir l’article de Martin Fowler Programmers are Responsible Professionals

Iteration Plan, Product and Iteration Backlogs

Pour étayer mon précédent post sur les estimations, j’ai mis à disposition un backlog en partage sur Google Docs au format SpreadSheet

Le plan d'itération, au format Gantt (oui, je sais, c'est pas Agile...):


Le burdown du Product Backlog:


Le burndown de l'Itération Backlog:


Les données utilisées ne sont pas cohérentes, mais servent juste à présenter le concept.

Le backlog est publié ici.

Noter votre entreprise

Après la notation des profs par les élèves, voici la notation des entreprises par les employés.
A visiter avant de changer de boite!

http://www.notetonentreprise.com/

Il n'y a pas encore Valtech

IBM boucle le rachat de Telelogic AB

IBM rachéte Telelogic AB

Qui va gagner : Rational Rose ou I-Logix Rhapsody?

Info Journal du net

Microsoft collabore avec la Fondation Eclipse

Microsoft a annoncé le 19 mars dernier le démarrage d'une collaboration entre Microsoft et la fondation Eclipse.
Annonce faite par le biais d'un post de Sami Ramji, leader de la communauté Open Source Microsoft, en direct du EclipseCon 08.
Cette collaboration porte d'abord sur une meilleur intégration de SWT (Toolkit graphique d'Eclipse) avec WPF (Windows Presentation Foundation)

Post Sami Ramji

Manifeste Anti Agile

Quel horreur, un manifeste du Cycle en V !!!!
J’ai failli y croire.
Excellente initiative et sens de l’humour à contresens.
http://www.waterfallmanifesto.org/