pratique agile

Les cubes débarquent à Toulouse

Les cubes débarquent à Toulouse

Un cube, c’est : 1 stage entièrement dédié à 1 pratique (agile) pendant ½ journée 1CUBE&GO a conçu une pédagogie modulaire visant à répondre aux problèmes que rencontrent les gens. Pour y répondre, 1CUBE&GO propose de se focaliser sur une pratique à la fois. Pratique : approche concrète et éprouvée qui permet de résoudre un ou plusieurs problèmes courants ou d’améliorer la façon de travailler lors d’un développement.

Contextualiser Scrum

Pour utiliser le cadre Scrum, il faut d’abord y insérer des pratiques complémentaires, variables selon le domaine, et adapter le tout au contexte. Contextualiser Scrum est le chapitre 13 dans la 4e édition de mon livre. Voilà ce que j’ai écrit en introduction du chapitre : Ce chapitre n’est pas à cette place par hasard. Il vient après la présentation de ce qui constitue le cadre Scrum. Un cadre, ce n’est pas une méthode, encore moins une méthodologie ou un processus complet qu’on pourrait « instancier » pour l’appliquer directement.
Scrum, le guide pour 2015

Scrum, le guide pour 2015

Scrum évolue

Pratiques obsolètes Burndown chart de sprint Estimations pendant la planification de sprint Revue pour le Product Owner Rétro et revue mélangées Écrire les stories Estimation des tâches en heures Excel pour le backlog Planification de sprint en 2 parties Des slides sur l’avancement à la revue Une colonne à tester sur le tableau des tâches Pour en savoir plus, relire ce billet et celui-ci. Après les pratiques Scrum que je considère comme obsolètes dans la plupart des contextes, voici une liste de pratiques émergentes que je vous encourage à essayer en 2015 si ce n’est pas encore fait.
D'autres pratiques Scrum obsolètes

D'autres pratiques Scrum obsolètes

Obsolescence programmée

Mon billet précédent sur les pratiques Scrum obsolètes a été beaucoup lu et a provoqué des réactions intéressantes. Avec le même objectif, je récidive avec d’autres pratiques que je considère, pour la plupart des équipes Scrum, comme dépréciées. Estimation des tâches en heures [deprecated] : Les développeurs estiment les tâches en heures et mettent à jour régulièrement le reste à faire. Mieux -> Comme le disait Nicolas en commentaire du billet en question, il n’est pas utile de faire d’estimation des tâches en heures ou en jours.

Pratiques Scrum obsolètes

[deprecated]

Je constate que des pratiques Scrum sont encore utilisées alors que je les considère, et beaucoup d’autres avec moi, comme obsolètes. Et depuis longtemps, puisque la plupart de celles que je cite ci-dessous étaient déjà dépassées quand j’ai écrit la première version de mon livre, sortie en 2010. Mais l’histoire du focus factor nous avait montrés que les habitudes ont la vie dure. Burndown chart de sprint [deprecated] : Le scrumMaster élabore un burndown chart de sprint pour vérifier la situation par rapport à la droite idéale.

Non aux bonnes pratiques et no aux best practices

Best practices are dangerous

Je vois encore des sociétés qui abordent la transition à Scrum avec l’idée d’en garder quelques bonnes pratiques. Ici, pour une formation : on connait les bonnes pratiques ITIL et on voudrait apprendre les bonnes pratiques de Scrum. Là, une autre demande, toujours pour de la formation : obtenir les best practices de la méthodologie agile scrum Récemment une entreprise industrielle formulait sa demande de coaching agile à peu près de la façon suivante: identification des bonnes pratiques, puis intégration dans la méthodologie[1] “officielle”, pour application par les équipes.
Chapitre douze

Chapitre douze

Dans la série Suppléments en ligne de mon livre, voici Adapter Scrum au contexte qui constitue le chapitre 12 de la troisième édition

Le résumé en fin du chapitre Scrum ne se vend pas en pack de 6. Sélection des pratiques et adaptation au contexte sont les deux mamelles de son application sur un projet. Changements dans les éditions successives Ce chapitre fait 14 pages, comme dans l’édition précédente. Si la taille n’a pas changé, le contenu a subi des mises à jour substantielles. Il a été ajusté pour être plus cohérent avec le chapitre 18 sur la transition agile : tout ce qui avait trait à la transition d’une organisation plus qu’au projet/produit y a été déplacé.
Sous le sapin

Sous le sapin

Joyeux Noël à tous ! Recevez de beaux livres. Et comme dit Alfred, ne suivez pas aveuglément ce qu’il y a d’écrit dans le livre. Mais au moins lisez-le. When trying an #agile method or practice, “not from the book” is a great idea. Well, if at least you “first read the book”. — Alfred Almendra (@AlfredAlmendra) 19 Décembre 2013

Les pratiques qu'on kiffe

La scierie à pratiques

Ca fait quelques jours que je vois passer des tweets sur un jeu lancé par @pablopernot. Comme je sais que Pablo aime bien le feedback -il en a déjà eu pas mal- voici le mien. Pablo a publié un article sur ce jeu puis un deuxième après un premier feedback. Le nom du jeu Alors je n’aime pas du tout adn-agile. On entend à longueur de journée l’expression “c’est pas dans mon adn”, c’est complètement galvaudé.
Matrice d'adaptation de l'agilité au contexte

Matrice d'adaptation de l'agilité au contexte

L'agilité ne se vend pas en pack de 12, il faut l'adapter à chaque projet

En 2008, dans la présentation Agilité en situation faite en duo avec Philippe Kruchten lors de l’Agile tour Toulouse, nous avions donné 8 critères permettant de définir le contexte des projets pour le développement agile. En appliquant ce modèle sur plusieurs projets, j’en avais ajouté 2 autres et c’est 10 qui sont mentionnés dans mon livre “Scrum, etc…". Cela n’a pas changé dans l’édition 2 : dans le chapitre 12 de “Adapter Scrum au contexte, dans lequel je décris comment analyser le contexte avec des attributs puis en tenir compte dans la mise en œuvre des pratiques agiles.

Quizz, la question 10 sur la signification de fini

La question était la suivante : La signification de fini dit que les tests de performance doivent être passés à chaque sprint. L’équipe n’y arrive pas. Que faire ? La signification de fini est une pratique qui vise à obtenir un résultat (l’incrément de produit) de qualité à la fin du sprint. La qualité souhaitée est définie par l’équipe et clairement affichée, pour que fini signifie la même chose pour tout le monde et que cela guide les travaux du sprint.
Adapter Scrum au contexte du projet

Adapter Scrum au contexte du projet

Les attributs de contexte d'un projet

On entend souvent parler de bonnes pratiques. Certains pensent que comme elles sont bonnes, elles peuvent s’appliquer partout. Mais les solutions qui ont marché ailleurs ne sont pas forcément bonnes partout et pour tout le monde. Ce qui compte, c’est le contexte. L’agilité doit être appliquée en tenant compte du contexte, qui peut être défini par des attributs relatifs au projet. Dans le chapitre Adapter Scrum au contexte de mon livre Scrum, la situation du projet est définie en 10 attributs.

Référentiel de pratiques de l'Institut Agile

Essai de glossaire en ligne avec le Souligneur

L'Institut Agile a publié une première version du référentiel de pratiques agiles. L’objectif est de le faire connaître largement dans la communauté francophone. Je contribue bien volontiers à cette initiative française, qui n’a pas d’équivalent ailleurs. On parle beaucoup d’instituts en ce moment, avec ceux qui se consacrent aux sondages, mais c’est plutôt pour dire : Destituons les instituts. On peut être rassuré, l’Institut Agile est beaucoup plus transparent. A propos d’institut, j’ai travaillé il y a une vingtaine d’années dans l’Institut du Génie Logiciel.