Articles

Affichage des articles du 2016

Simple et efficace: MVP

Image
Une métaphore sur la différence entre un cycle itératif tel qu'on pourrait se l'imaginer et un mode itératif réussi basé sur la notion de MVP L'explication détaillé du raisonnement "MVP" derrière ce dessin: http://blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp

Dictature et agilité

Image
Si vos retrospectives ressemblent à ca, c'est qu'il y'a des chefs un peu trop influent dans vos équipes (ou des chefs tout court ?). En agile, c'est l’équipe qui décide et s'auto-organise ! Petit manque de mise a jour récemment car j'ai été débordé par les vacances, ci dessus un sujet léger pour s'y remettre...

Jeu sur le flux de travail d'une user story

J'ai débuté une nouvelle mission dans une équipe qui ne travaille pas en Sprint mais uniquement avec un Kanban. Il m'est assez vite apparu qu'une partie des membres de l'équipe utilise le Kanban parce qu'on leur a demandé et pas parce qu'il est utile pour leur travail quotidien. Après quelques jours d'observation, j'ai donc essayer de dérouler un jeu qui me semblait adéquat:  http://tastycupcakes.org/2009/06/were-having-a-party/ Le jeu consiste à réaliser une invitation pour une fête en découpant en taches multiples la réalisation de l'invitation: on réalise 2 fois le process de 2 manières différentes (batch&queue puis single piece flow). Cette forme la est très simple et rapide, il existe des variations plus complète sur le même principe, tel que ici:  http://www.netobjectives.com/resources/articles/the-dot-game L'objectif est de faire prendre conscience aux participants qu'il est plus productif pour l'équipe de finir une user st

Amy Jo Kim: Game Thinking

Image
J'ai pu assister à une conférence de Amy Jo Kim à NUMA Paris. Une gourou en tant que Game Designer et Coach qui nous explique comment appliquer les processus de définition de produit qui viennent du monde du jeux vidéo. Plein de notions assez connus sont réutilisées de manière assez intéressante, j'ai retenu 2 concepts principaux. Elle parle souvent de cycle et notamment du fait que l'expérience utilisateur doit lui permettre de progresser et obtenir des compétences (" making the customer more awesome "). Je comprends le Core Loop ci dessus de cette manière, en restant générique: - Un trigger quelconque déclenche... l'activité de l'utilisateur (l'utilisation normal du produit en fait). - Il doit obtenir ensuite du feedback sur son activité et progresser (type level up/xp en jeu vidéo) - Il pourra alors ouvrir ses horizons: aller plus loin, sur des concepts plus compliqués (unlock des activités etc.) - Le même trigger se relance... l'utili

Chasse aux trésors: lectures utiles !

J'ai enquêté autour de moi pour connaître les ressources utiles pour se former spécifiquement au métier de ScrumMaster. Nous avons 2 coachs agiles reconnu au sein de beNext (Pablo Pernot et Dragos Dreptate), j'ai donc de l'aide et des compétences à portée de main. On m'a proposé plusieurs livres pour démarrer: - Scrum de Claude Aubry. C'est une référence - Agile Coaching de Rachel Davies (existe en fr traduit par Fabrice Amietti) - Coaching Agile Teams de Lyssa Adkins En 2e phase, on me dirige vers les ressources suivantes - Le guide officiel Scrum: http://www.scrumguides.org ( dispo fr ici: http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-FR.pdf   )  - Le blog de Mike Cohn: https://www.mountaingoatsoftware.com/blog - Scrum depuis les tranchées http://www.infoq.com/resource/news/2007/06/scrum-xp-book/en/resources/ScrumAndXpFromTheTrenches_French.pdf Et enfin: - Les principaux concept du Lean: Lean Startup de Eric Ries - Les concepts de Ka

Ma vie en kanban

Image
J'ai parcouru récemment pas mal de lecture sur Kanban. Le livre que j'ai conseillé dans l'un de mes premiers articles (Kanban pour l'IT) est assez dur à lire, les premiers chapitres sont bien pour comprendre le principe mais difficile d'aller au bout c'est très théorique et lourd. En venant du monde Scrum, le livre Kanban&Scrum de Henri Kniberg m'a bien parlé pour comprendre comment intégrer les principes de Kanban. La force de Kanban réside dans le fait qu'on peut mettre en place ce principe de gestion de flux sur n'importe quel méthode ou organisation existante... c'est très adaptable il suffit de réfléchir un peu et de l'améliorer au fur et à mesure (l'amélioration continue étant un des fondamentaux de l'agile!) Il n'y a donc qu'un pas pour appliquer Kanban dans ma vie personnelle, chose que je m’étais toujours interdit de faire: j'ai plusieurs fois lu des articles sur la mise en place du management visuel p

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

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

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