Articles

Affichage des articles du mars, 2016

Vocabulaire

Quand on tourne autour de l'agile sans être un expert, on se demande toujours la différence entre tous ces termes utilisés: kanban, lean, agile, scrum etc... voici un petit éclaircissement...

La différence entre Agile et Lean ?
http://hackerchick.com/agile-vs-lean-yeah-yeah-whats-the-difference/
La différence entre Scrum et Kanban ?
http://www.fabrice-aimetti.fr/dotclear/public/mes-documents/Kanban-vs-Scrum-French.pdf
Scrum ou XP ?
https://www.mountaingoatsoftware.com/blog/differences-between-scrum-and-extreme-programming
Avec ce blog je m'oriente donc sur l'agile, spécialité "Scrum" pour la partie théorique mais je ne manquerai pas d'explorer tout ce qui gravite autour.


Bon et maintenant, j'ai rien compris sur les sprints, les releasesou la velocité ?
Un sprint est un bloc de temps de 2 à 4 semaines à la fin duquel on devrait avoir une version partiellement utilisable du produit développé. Une release est composé de plusieurs sprints et permet d'atteind…

Backlog

J'ai entamé mes lectures, avec le livre de Claude Aubry et le blog de Mike Cohn principalement (voir article'Chasse aux trésors'). 
Du coup, interro écrite, c'est quoi un backlog ?Voila ce que je retiens d'essentiel: On y place des taches ou actions à réaliser qui seront planifiées dans un futur sprint. On peut gérer différents types d'éléments dans un backlog: user story, story technique, bug, etc.. L'important est de garder un backlog de taille raisonnable avec des éléments compréhensibles et estimable.Le backlog est la responsabilité du Product Owner mais tout le monde doit pouvoir accéder à son contenu et pouvoir proposer des ajouts/modifications.Il permet de maintenir une liste priorisé: Cette liste est vivante et évolue avec le temps. Seule la partie planifiée dans le sprint est gelé. Tous les éléments doivent d'ailleurs être estimé dans la mesure du possible (logique pour planifier!)Les éléments les plus …

Ma première fois

Le premier livre que j'ai lu parlant d'agile était "Getting Real" de 37signals. A la base il est destiné aux personnes qui gravitent autour d'applications web mais les tips peuvent s'appliquer à un scope bien plus large (ca s'applique parfaitement aux apps mobile et certains concepts peuvent s'appliquer en dehors de l'informatique), c'est une bonne introduction à "l'esprit" agile d'après moi.
Le sujet du livre est "Comment faire plus simple et plus vite, se concentrer sur le concret". Je le résumerai avec 2 idées simples:
- Une spécification n'est qu'illusion et finira à la poubelle, une page web est réel  (« getting real »)
- Il vaut mieux développer et livrer plutôt que faire des plannings et des specs

La manière dont 37signals applique l'agile est intentionnellement un peu extrémiste, on pousse le trait pour faire passer le message... et ils y arrivent très bien !

Voici le resumé que j'e…