Quand je serai grand, je serai ScrumMaster!

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 releases ou 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

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 l es éléments doivent d'ailleurs être estimé dans l a mesure du possible (logique pour planifier!

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