En agile, on ira toujours au plus simple (KISS). Donc ne réinventez pas la roue, prenez des systèmes "gratuits" et épprouvés par la communauté de développeurs.

En voici quelques exemples que je trouve pas mal et assez bien documentés :

http://foundation.zurb.com
http://www.initializr.com
http://www.html5boilerplate.com
http://jsfiddle.net
http://jetstrap.com

http://twitter.github.com/bootstrap/

Maintenant à vous de choisir, je n'ai pas encore d'avis, je penche simplement - pour le moment- pour le twitter bootstrap. qui est de base installé dans PHPstorm.

Aujourd'hui, c'était notre rétrospective. Nous avons tenté l'approche du Speed Boat pour mener notre rétrospective.
Il y a une semaine j'ai mené une réunion pour mettre tout le monde d'accord sur l'utilité des tests unitaires et du TDD, voire même des tests automatisés ouuuhouu soyons fous.

Du coup l'équipe m'a répondu qu'elle n'était pas encore prête pour faire le pas.
Nous avons donc identifié un chemin pour y parvenir.
- mettre en place des revues de code
- tester des outils d'intégration continue
- s'exercer aux Tests Unitaires , développement piloté par les tests
- ...

Donc la première étape consiste à mettre en place un système de revue de code.
Notre rétrspective du jour a donc porté sur comment atteindre ce premier niveau.

Nous avons donc dessiner au tableau notre bateau qui doit atteindre la revue de code.

crédit : http://www.qualitystreet.fr/2011/09/15/un-speed-boat-sinon-rien/

Les élements qui retiennent le bateau, les ancres :
- le temps à y consacrer pour le relecteur
- il n'y a qu'un relecteur (pour le moment)
- il faut standardiser les commits (commentaires, contenu, fréquence,...)
- la notion de "Terminé" qui n'est pas encore bien respectée

Les éléments qui propulsent notre bateau, les vecteurs favorables :
- les guidelines
- un seul relecteur donc garantie unique, mais consistante

Les objectifs mêmes des revues de code :
- première étape vers les tests unitaires automatisés
- tout développeur doit devenir un relecteur potentiel
- améliorer les compétences des développeurs
- mieux structurer son code par commit
- objectif final : plus besoin de revue de code :)

Réunion très constructive et portera ses fruits à court terme.

Je viens de commencer une nouvelle mission d'une PME active dans les télécoms.

Je leur ai donné une formation dédiée à la découverte des méthodes agiles et le hasard a fait que nos routes se sont recroisées dans leur recherche d'un Business analyst avec expérience de Chef de projet et familiarisé à scrum. Et bien le hasard a bien fait les choses.

Il y a 3 équipes, deux dédiées au plus gros morceaux de l'application avec un passé long et ténébreux où j'y perds mon latin. Ces deux équipes sont assez expérimentées dans la méthode et semble sur des rails, les membres ont encore beaucoup à accomplir, mais la base est là et ils sont motivés dans la quête d'améliorations continue. J'essaye de leur apporter mon expérience en les guidant sans rien imposer bien sur!

La troisième équipe travaille sur un nouveau produit, ils sont moins nombreux et à première vue moins expérimenté niveau agilité. J'ai donc le défi de modeler cette équipe afin de les mener sur la bonne voie. De nouveau, je n'impose rien, je propose et ils restent critiques. Nous en sommes au deuxième sprint, ils sont très motivés et je suis sure que tout va rouler aussi sur des rails.
Le sprint est particulier car nous ne sommes pas parti de ce que l'équipe peut faire en X jours, mais plutôt ce que l'équipe doit faire en x jours. Néanmoins ils ont estimé leurs tâches, planifié et reste confiant quant à l'atteinte des objectifs.

Super info : ils viendront tous à la journée agile

A suivre...

Et hop de 3.

Troisième édition de notre journée agile. Cette année, nous avons décidé de rejoindre le mouvement agile tour. Déjà en 2011, nous avions hésité longuement et nous avions décidé de le faire nous-même. Mais le constat est que finalement cela divise la "déjà petite" communauté agile belge.

Cette année, nous sommes donc rentré dans le mouvement de l'agile tour.

L'agile tour 2012 Namur sera donc la journée agile 2012.

N'hésitez pas à proposer vos sessions sur notre site ou sur celui de l'agile tour.

Rendez-vous donc le 28 novembre 2012 à Namur dans les amphis des l'IESN.

Notre nouveau projet a démarré, la première session de formation s'est terminée hier avec succès (dixit le client).
Une PME Belge active dans le secteur du "secrétariat" social" a décidé de passer le pas vers l'agilité. Pierre-Emmanuel et moi accompagnerons cette société dans ce changement.
Dans les processus de cette société, des prémices d'agilité s'étaient déjà glissés. A croire que l'agilité vient naturellement. Pourquoi donc lutter contre ce naturel ?

Les équipes seront donc sensibilisées à ces principes et fondements par petits groupes et suivront des ateliers en commun. 35 personnes ce sera un défi. Mais comme la méthode ce sera par petits morceaux de manière incrémentale.

A suivre...

Cela paraît un peu fou, pour certains peut-être, mais nous sommes en train de tourner une vidéo sur l'agilité en mode agile.
Oui vous lisez bien et non il n'y a pas de répétition dans ma phrase.

Les projet date déjà de deux ans. Pierre-Emmanuel et moi revenions du XPday Genève et pendant quelques heures au volant de la voiture, nous avons échangé sur ce projet et l'histoire s'est dessinée. L'histoire sera donc celle d'une équipe de DEV qui passera d'un mode waterfall à un mode agile, comme par hasard !
Le manque de temps, de moyen et de connaissance des métiers de la vidéo nous ont quelque peu remis les pieds sur terre.

Cette année, et surtout cet été, disposant d'un peu plus de tout ce qu'il nous manquait, nous avons remis le couvert. L'histoire est plus ou moins claire avec un début et une fin (heureuse). Nous avons décidé de faire le grand saut ! Nous avons parlé de ce projet à quelques collègues qui ont tous accepté de jouer le jeu. L'équipe compte une dizaine de personnes.
Nous avons mis l'histoire sur la table et la voilà en train de muter, les personnages commencent à se profiler les scènes se dessinent, les dialogues aussi.

Actuellement nous sommes à la première itération, comme tout cela est assez neuf pour tout le monde, nous jaugeons les capacités de l'équipe. Combien de scènes serons-nous capables de filmer par itération ? Arriverons-nous au bout du film ? Nous avons décidé de progresser dans le scénario itération après itération, mais l'histoire ne changera que très peu.

Ca ne vous rappelle rien ça ? le backlog produit, le backlog d'itération, les planning game...

L'aventure ne fait que commencer, mais j'espère que le dénouement sera bon !

à suivre...

Profitez encore des tarifs réduits jusqu'à mardi soir.

Il reste encore des places !

http://www.journeeagile.be/page/Inscription-a-la-journee-agile.aspx

Le prix d'inscription pour la journée agile passera à 80 euros ce mercredi 16/02/2011.

Profitez du prix avantageux jusqu'à demain soir !

On peut parler d'un succès pour cette seconde édition.

Nous avons reçu plus de 30 propositions pour 15 track. Il y a de quoi animer 2 journées agiles, à réfléchir pour l'édition 2012.

Le programme sera disponible le 1 février 2011.

Nous sommes toujours à la recherche de sponsors pour cette année, intérressé ? Faites-le nous savoir.

La collecte des propositions de session pour la journée agile du 7 avril 2011 se clôture ce soir.

Il est encore temps.