17/03/2022

Burndown perpétuel

Je vous propose un outil que j'utilise depuis quelques mois dans mon équipe.
L'idée est partie d'un burndown mais sur lequel j'ai apporté une touche de nouveauté.

Constat

Je reprends les bases, un burndown est une représentation graphique de l'évolution de la taille du backlog produit, au cours du temps. Ca s'appelle burndown parce que dans l'idée, le backlog est consommé (il brule), et ca permet de faire une projection de la date d'atterrissage du projet.

Burndown Produit classique (en théorie) 

mais en pratique un produit qui vit ca serait plutôt ça

... pas très utile alors.

Quoi ? mais on parle de projet ou de produit?

C'est ça l'ambiguité, cet outil vient avec une dissonance: On réalise un produit, mais le projet a une fin.


Pour info, Il existe 2 autres variantes du burndown classique:

Burndown de Sprint: permet de visualiser si les story sont clôturées au fur et à mesure du sprint ou seulement à la fin. C'est généralement lié à la taille des story. Je n'ai jamais trouvé un grand intérêt à cette représentation, car c'est quelque chose que l'équipe ressent sans avoir besoin de le dessiner.
Burndown de Release: permet de projeter la date de fin de release. A supposer que la date de release est modifiable. Dans mon équipe, nous faisons une release prodable tous les 3 sprints. Mais cela peut être différent dans votre équipe.

Proposition

Et maintenant voici ma proposition: le burndown perpétuel



Dans cette représentation, la taille du backlog reste visible, mais nous avons en plus sa décomposition en Epic. Il reste possible de travailler sur plusieurs Epic en parallèle. L'Epic la plus prioritaire est placée en bas, et nous obtenons une projection de la fin de réalisation de cette Epic.

L'outil parfait ?

Compromis entre 2 visions
Je pense que cette représentation est une bon compromis entre le souhait d'avoir un backlog vivant, une approche itérative (orienté valeur) mais aussi d'avoir une visibilité sur l'atterrissage d'un sujet (orienté date).
En particulier quand on a un gros sujet. Perso mon équipe avait une grande refonte d'IHM à faire et le besoin est parti de là.
Synthétique
Il propose une vue agrégée du backlog, c'est une synthèse du contenu du backlog qui donne un ordre de grandeur de la taille des différents sujets. C'est utile pour une partie prenante qui ne veut pas rentrer dans le détail des story du backlog. Cela permet d'aider à la priorisation à moyen terme.
Objectif
Contrairement à un planning classique, il est objectif. Il raconte l'histoire suivante: "Si l'équipe ne rencontre pas d'impondérable, conserve sa capacité actuelle, et n'est pas interrompue par un sujet plus prioritaire, voici la date à laquelle ce sujet devrait être terminé."
On utilise les mesures du passé pour faire une projection de l'avenir.
Pour être représentatif, l'outil a besoin d'un certain nombre de mesures. la vélocité moyenne est calculée sur 3 sprints, mais pour que la tendance soit fiable, il faut environ 5 sprints.
Cela me ferait plaisir que vous le testiez dans votre contexte et que vous me dites si cela vous a été utile.

Comment le faire vous même ?

Les 3 premiers exemples ont été réalisé avec Google spreadsheet.
Voici le fichier docs utilisé pour cet article. 
Il faut utiliser un graphique en aire avec empilement.

Dans Excel il existe une fonctionnalité de tendance qui permet de visualiser la projection. Par contre cela n'est pas compatible avec l'empilement, il faut donc faire l'empilement "à la main" avec des formules pour faire les sommes, puis ajouter la tendance sur les une ou 2 Epic du bas. Voici ce que ça donne.

Pour aller plus loin

A l'étage le plus haut qui correspond au backlog, il est aussi possible d'y ajouter une projection basée sur la vélocité et non sur la tendance.


Enfin, il est possible de construire le nombre de sprints en vision en divisant la taille du backlog par la vélocité moyenne. Cela permet de dire "l'équipe a du travail pour 2 ans". Etes-vous capable de répondre à cette question pour votre équipe ?



Je peux vous envoyer la version excel sur demande.

Content de vous partager cela.

Happy burndown
crédit kc-green







Publié par à 2 commentaires:

04/01/2021

Recommandations Youtube

 Si comme moi vous passez du (trop de) temps sur Youtube, les recommandations que l'algorithme ont pu vous surprendre agréablement parfois, mais vous devriez avoir conscience qu'il vous enferme dans une bulle par rapport aux tendances et ce que vous avez déjà regardé. Imaginons qu'un sujet vous plait, comme par exemple les courses de billes (si si ça existe, https://www.youtube.com/watch?v=fvrGNgY9_i4), et bien vous aurez inévitablement des suggestions de courses de billes pendant des mois ou des années. Quel que soit le sujet.

Donc par rapport à cela j'ai 3 conseils à vous donner:

  • Utiliser le menu abonnements plus souvent que la partie recommandations (qui est la page d'accueil)
  • Bien choisir vos abonnements, et activer les notifications pour celles qui vous passionnent ou pour lesquels il y a une actualité à suivre
  • Remonter le temps des chaînes qui vous plaisent, et même si elle ne publient plus.

Et donc justement, voici un extrait de mes abonnements, pour vous donner de nouveaux horizons. 

Actualités

Mini séries

Graphisme


Vulgarisation scientifique
Dirty biology https://www.youtube.com/channel/UCtqICqGbPSbTN09K1_7VZ3Q
La statistique expliquée à mon chat https://www.youtube.com/channel/UCWty1tzwZW_ZNSp5GVGteaA

Les top10

Ecologie

Dissertations

Cinema

Economie

Développement de jeux vidéos

Robotique

Humour

Interviews

Court-métrages

Agriculture

Escalade

Jeux de société

En 2020, j'ai créé 2 vidéos pour la chaine Alternatiba, une association dont je fais partie. https://www.youtube.com/watch?v=sjywAhaFLEA et https://www.youtube.com/watch?v=ku9rD3HVWjo

Nous ne sommes pas encore complètement déconfinés, alors utilisez au mieux ce temps. Je vous vois déjà vous dire que le meilleur mouvement serait de ne plus utiliser Youtube mais dans l'état actuel, je choisis de l'utiliser au mieux. 

Publié par à Aucun commentaire:

03/01/2019

Exploration du backlog avec des dessins

Lors d'échanges avec des personnes qui découvraient l'agilité, j'ai dessiné un petit schéma représentant la manière dont les Story permettent petit à petit de répondre à un besoin. J'ai trouvé cette image pertinente et qu'il y avait beaucoup de choses que je pouvais expliquer à partir de ce dessin.

Je vous emmène donc vers une exploration du Backlog,  à travers des dessins.


Le nuage représente le besoin utilisateur, qui peut être flou (ou même infini), en particulier en début d'un nouveau produit, car il y a beaucoup d'idées et de questions. Nous allons voir que ce flou n'est pas du tout un problème. Il est même normal que les utilisateurs ne sachent pas exactement ce qu'il veulent, que ce soit seulement en voyant les écrans de la première version qu'ils aient des remarques et des propositions pour la suite. Car ils ont le droit de changer d'avis, et que l'agilité propose un réponse à ce changement constant du produit et de son environnement.

Le carré représente le périmètre d'une User Story tel qu'elle est défini au moment d'un Sprint Planning. Que la story soient définie à l'écrit ou à l'oral. La transparence représente les inconnues de la story. La story a pu murir dans les semaines précédentes pour devenir plus 'opaque'.


Lors de la définition d'une User Story, le Product Owner présente la story, et elle doit être assez précise pour que l'équipe puisse estimer et commencer sa réalisation, disons à 80%. (Ce pourcentage est complètement abstrait, c'est juste pour expliquer mon propos)


Si la story n'est pas suffisement précise, définie seulement à 10% mais qu'elle est quand même prise dans le sprint, le besoin va être complètement découvert durant sa réalisation. L'estimation en story point ne peut être correcte dans ce cas. Il est préférable de faire cette exploration avant la réalisation de la story. Lorsque l'incertitude porte sur des éléments fonctionnels, il est possible de faire des ateliers avec les utilisateurs ou experts fonctionnels. Lorsque l'incertitude porte sur des éléments techniques, il est possible de faire un Spike ou Preuve de concept, c'est à dire une story qui a pour objectif de tester un nouvelle technologie. Lorsque l'incertitude porte sur le design général de l'application, il est possible de faire une maquette ou un 'mock-up'. Cela peut montrer également que le sprint Planning n'a pas été assez préparé. Le Scrum Master peut aider le Product Owner à vérifier que les story soient prêtes. Les séances de Grooming peuvent aider à faire ces vérifications de manière régulière en cours de sprint.


Par contre, si l'on cherche à obtenir des story complètement précise, à 100%, avec une Defition of Ready trop rigide, peu de story pourront être prises. Dans le cas extreme, l'équipe n'a plus de story à mettre dans son sprint. C'est ce qu'on appelle la paralysie d'analyse. En effet l'équipe doit trouver le juste équilibre entre refuser une story car la règle de gestion principale de la fonctionnalité est inconnue, ce qui semble raisonnable, et refuser une story car elle ne connait pas le texte exact d'un bouton, ce que l'on peut qualifier de jusquauboutiste, voire de mauvaise foi.


Une autre erreur possible est d'avoir des story trop grosse. Dans ce cas elle s'étale sur plusieurs sprints, entrainant un effet Tunnel. Il est recommandé de découper cette Story.

Ce dessin montre comment les itérations successive peuvent à un moment s'écarter du besoin réel, mais être réajusté en cours de route à la story suivante.

Idéalement les story successives permettent de couvrir le besoin. Mais le produit peut être utilisé avec une première mise en production rapide, afin que le feedback du terrain (et parfois anomalies détectées), viennent enrichir le backlog de manière encore plus pertinente que les idées du backlog initial.

Ces variations tournent toutes autour de la 'Definition of Ready'. Cette définition doit être partagée dans l'équipe avec le Product Owner. Cette définition peut être régulièrement ajustée au cours des rétrospective, pour être souvent enrichie, parfois adaptée ou allégée. Chaque équipe pourra trouver ce qui convient le mieux à son contexte, son outillage, son niveau d'expérience. 




Publié par à Aucun commentaire:

30/04/2015

Tu fais encore du GWT ?

Ben oui, je fais encore du GWT.
C'est une question que j'ai eu plusieurs fois à Devoxx.
Ce n'est pas du tout 'hype' d'utiliser un outil qui a 10 ans.
Quoi 10 ans! oui, Java a bientôt 20 ans, et GWT bientôt 10 ans.

Samy Jaber leur répond que cette année, c'est le retour en force de GWT.
C'était le titre de sa présentation.
GWT n'est pas mort.
Alors je répète et complète ce qu'il a dit.

Pourquoi c'est un bon outil ?

 - Coder en Java, avec un typage fort
 - Utiliser les IDE Java, en insistant sur la compilation (c'est le feedback le plus rapide pour un dev)
 - Les refactoring sont facilités
 - Multiples vérifications de syntaxe html, de typo de style, et de clé de traduction
 - Utiliser les outils de Test Java
 - Utiliser les outils de build Java
 - Utiliser les outils de mesure de qualité de code Java
 - Les performances pour l'utilisateur final sont optimales
 - La taille du javascript à télécharger pour l'utilisateur final est optimal (élément critique pour une utilisation sur mobile)
 - Les différences des navigateurs sont masquées
 - Google le maintient et l'utilise

Pourquoi il a eu un creux ?

 - Les temps de build étaient long
 - Ce n'est pas parce que l'on code en java que l'on peut se passer de bien comprendre comment fonctionne une page web.
 - Lorsque Google a libéré le projet à la communauté Open Source en 2012, il y a eu comme un flottement.
 - L'API navigateur utilisé par le Dev Mode, NPAPI a été annoncée dépréciée en 2013, elle a été supprimée mi 2014 et n'existe plus sur les dernières versions de chrome et firefox. Et durant cette phase, le super dev mode n'était pas complètement opérationnel.
 - A la meme époque, l'écosystème Node, Javascript a grandit très vite avec des outils de build et une gestion de package comme bower en 2012

Pourquoi il a de l'avenir ?

 - Google continue de l'utiliser, par exemple pour Inbox, mais n'est plus tout seul
 - Le steering comitee et la communauté sont très actifs
 - Une conférence annuelle nommée gwtcreate sur deux sites (Mountain View et Munich)
 - Un nouveau logo, et un nouveau design du site web gwtproject
 - La version 2.7 est d'excellente qualité
 - Le super DevMode permet de faire une compilation partielle, seulement pour la permutation nécessaire, et incrémentale.
 - Debuggage dans le navigateur avec sourcemap ou dans l'IDE IntelliJ ou Eclipse avec SDBG
 - Les temps de build complet on été améliorés, et cela va continuer
 - Les applications hybrides basées sur des vues web
 - les applications android réutilisant du code de l'application web gwt
 - Le language javascript et les API des navigateurs évoluant sans cesse, GWT saura utiliser au maximum les possibilités de chaque navigateur, en utilisant elemental
 - Votre application web est ou va être complexe par les fonctionnalités qu'elles va proposer et les apis du navigateur qu'elle va utiliser

 Que contiendra la version 2.8 ?

 - Les performances au runtime vont continuer de s'améliorer
 - JsInterop va faciliter l'appel de code Javascript (les wrappers)
 - Utilisation des webcomponent
 - Une nouvelle syntaxe pour écrire les feuilles de style, GSS
 - Et surtout, support du JDK 8, qui corrige le côté verbeux de java

Quelques conseil pour commencer ou continuer

- Utiliser activity/presenter & places
- Utiliser des regions
- Tester les activity/presenter
- Utiliser Mockito
- Ne PAS utiliser Jukito
- Utiliser des événements pour communiquer entre les activités/presenter
- Utiliser l'injection avec gin
- N'utiliser les widgets que si nécessaire
- Ne pas mettre du tout de code css dans les ui.xml
- Utiliser RestyGWT
- Utiliser GQuery
- Utiliser Bootstrap
- Utiliser Usefull Logging 

Sources

http://fr.slideshare.net/samijaber/devoxx-fr2015-gwt
http://www.gwtproject.org/
https://en.wikipedia.org/wiki/Google_Web_Toolkit
http://gwtcreate.com/slides/
https://github.com/ronanquillevere/GWT-Multi-Activities
http://gwt-france.blogspot.fr/2014/09/utiliser-le-nouveau-super-dev-mode-avec.html

Publié par à Aucun commentaire:

Devoxx 2015


La 4eme edition de Devoxx France a réuni 2500 personnes durant 3 jours. Ce qui est le plus marquant, c'est que ca part dans tous les sens, Jusqu'à 10 sessions en parallèle!

Keynotes Jeudi

L'equipe - Nicolas Martignole (Indep) @nmartignole, Antonio Goncalves (Indep) @agoncal, Zouheir Caidi (Telecom Paris Tech)

Beaucoup d'énergie et d'humour pour lancer la conférence des developpeurs passionnés.

Le futur de la robotique personnelle - Rodolphe Gelin (Aldebaran)

Dans des videos d'anticipation, nous voyons un Nao tenant compagnie à une personne agée.
On connaissait déjà Nao, et voici Romeo, un robot plus humanoide et plus grand (1m40 contre 58cm pour le Nao).
Le "robot de maison" utilise finalement à peu près les mêmes fonctions que le smartphone, mais c'est une experience utilisateur complètement différente.

La problématique du contrôle des technologies de l'information - Eric Filiol (Esia) @efiliol

Une bonne piqure de rappel sur notre rôle de citoyen, surtout dans le contexte actuel de la loi sur le renseignement.

Reading and Writing in 20 years - Dan Allen (Red Hat, Asciidoctor) @mojavelinux

Retour sur la dualité livre physique / livre numérique. Une porte ouverte sur l'aspect collaboratif de l'écriture numérique.


Sessions Jeudi

Personal kanban - Guillaume Lours (The Host) @glours

Quelques conseils pour bien gérer son temps en adaptant la pratique du kanban pour un usage personnel. Perso j'en suis encore à la todo-list avec wunderlist .

10 trucs que j'ai appris en lisant le code source de Chrome OS - Francois Beaufort (en retard) (Google, Chrome) +FrancoisBeaufort

Plusieurs experiences sur des features chachées dont on découvre la présence et le fonctionnement en regardant le code Open Source de Chromium .

15min to try apache Spark using the Apache Spark Notebook and Docker - Andy Petrella (NextLab) @noootsab

Je découvrais apache spark, et pour l'avoir essayé depuis, la facilité d'utilisation est impressionnate.
Un petit rappel des couches présentées
- Spark Notebook  : Interface web permettant de gérer des projets de scripts en scala et de visualiser les résultats. Inspiré de Scala Notebook
- Apache Spark  : Packaging intelligent de plusieurs briques dont hadoop, avec des api pour Java, Scala et Python
- Hadoop : Plateforme Map-Reduce Distribué, avec une API en Java, ...
- HDFS: Système de fichier utilisé par Hadoop

La latence applicative mobile: enjeux, sources, solutions... la révolution Netflix + Push - Nicolas Babel (Motwin, streamdataio), Allan Denis (ICDC)

Pour commencer un petit rappel de l'importance des performance. 0.5s est la limite à partir de laquelle le corps sort du comportement de reflexe.
Il n'ont pas pu faire la demo du produit streamdata.io , mais je l'ai vue ensuite sur leur stand.
Le principe est simple, mais terriblement efficace. Pour une application real-time , streamdata fournit un proxy intelligent et un SDK Javascript. Vous configurez votre source, une url qui fournit des données au format json, et stream data se charge de vous fournir une première version, puis de vous notifier des changements, mais ne transite entre votre navigateur et le proxy, que des diff au format json patch .

Je déploie dans mon datacenter virtuel avec OpenStack - Sylvain Avril (Indep) @sylvain_avril

Open Stack est un ensemble d'API permettant de gérer les différentes parties d'un cloud.
Présentation des composants
- Virtualisation, CPU: Nova
- Disque: Cinder
- Image de machine virtuelle, OS: Glance
- Reseau: Neutron https://wiki.openstack.org/wiki/Neutron
- Base de donnée relationnelles et autres: Trove
- Base de données objet: Swift
- Certficats: Barbican
- DNS: Designate
- Hadoop: Sahara
- Message Queue, Event: Zaqar
- System de fichier partagé: Manila
- Machines physiques: Ironic
- Docker, Kubernetes: Magnum
- Deploiement d'application: Murano

Enfin, non relié directement à OpenStack, Mesos https://mesos.apache.org/

Changing the Wheel of a moving car: Faire évoluer l'infra sans interruption - Nicolas de Loof (Cloudbees) @ndeloof

Le service de build utilisant des serveurs amazon, basé sur  Jenkins, application utilisant intensivement le système de fichier.
Utilisation de VFS pour faire des images et des restaurations de disques.
Une approche Chaos monkey, mais ils le font encore à la main.
Check engines: nagios , pingdom, ...
notifications: pagerduty, ...
Monitoring: newrelic, ...

On n'est pas que des cobayes : ORM OGM et NoSql sont-ils solubles ? - Emmanuel Bernard (Red Hat, Hibernate) @emmanuelbernard

Démonstration que le mapping designé pour une base de donnée relationnelle a une correspondance 'naturelle' en nosql, c'est à dire la manière la plus courante de le faire pour une base.
Des travaux sont en cours pour MongoDB, Infinispan, EhCache, Neo4J. Cela me semble intéressant et prometteur.

Machine Learning avec Spark, MLLib et D3.js - Hayssam Saleh (ebiznext) @hayssams

Autre présentation sur apache Spark mllib Machine Learning
Recherche du bon modèle par l'apprentissage.
Nécessité de fournir les bonnes valeurs.

Jeu de rôle en ligne massivement multijoueur avec Firebase - Alexis Moussine Pouchkine (Google) @alexismp, Thomas Guerin (Xebia) @Tom404_

Ils présentent un petit jeu de checkin dans les gares, utilisant firebase.
Le concept de firebase est que le developeur de jeu ne s'occupe ni de la disponnibilité du reseau, ni de la synchronisation des données. Un SDK Javascript est disponible, mais aussi Java, Objective-C, et une API rest. Pour le SDk Javascript, On peut imaginer une architecture où le backend est composé uniquement de la base de données. Si l'on veut ajouter de la logique, firebase propose des handlers. De plus, GeoFire permet de gérer des données de localisation.

BOF des Google user Group - Thibault Pouget (Cirruseo) @thibaultpouget, Jean-Francois Garreau (SQLI) @jefBinomed, Alain Regnier (Alto Labs)

Une présentation des nouveauté Google, de plus en plus là où on n'attend pas google.

BOF Docker Paris - Adrien Blind (Société générale) @adrienblind, Patrick Aljord (Indep) @patcito, Patrick Chanezon (Docker) @chanezon

C'était pour les participants l'occasion de poser des questions à Patrick Chanezon qui a tout récemment rejoint Docker.

Keynotes Vendredi

Un robot peut-il apprendre comme un enfant ? - Pierre-Yves Oudeyer (Inria) @pyoudeyer

Un aperçu de ce que nous reserve l'intelligence artificielle.

The upcoming decentralisation Singularity - Stephan Tual (Ethereum) @stephantual

Présentation de Ethereum , platte-forme de publication décentralisée.

The end of server management: hosting have to become a commodity - Quentin Adam (Clever Cloud) @waxzce

Une comparaison originale avec l'électricité, que l'on considère maintenant comme une simple marchandise.
http://www.slideshare.net/quentinadam/the-end-of-server-management-hosting-have-to-become-a-commodity-keynote-devoxx-fr-2015

Java; the next 20 years - Brian Goetz (Oracle) @briangoetz

Quelques examples pour nous montrer que la plate-forme évolue avec une attention particulière à la rétro-compatibilité.

Sessions Vendredi

Ifinite Infinispan - Ray Tsang (absent) (Google) , Ludovic Champenois (Google) @ludoch

Le cache en mémoire et distribué à grande échelle, avec des exemples sur la plate-forme Google Cloud.

API Hypermedia - David Martin (Ippon) @_dmartin_

Une bonne piqure de rappel et quelques concepts radicaux. Une API basée sur des liens permet de donner des possibilités de découverte et de navigation aux dévelopeurs qui consomment ces APIs. Cela porte le nom de Hateoas (Hypermedia as the Ebgine of Application State). Le petit poster offert par Octo résume bien cela aussi.
http://www.slideshare.net/delirii/api-hypermedia-devoxx-fr

Developement Web, ce qui vous attend en 2015 - Romain Linsolas (Société Générale) @romaintaz

- EcmaScript 6
- Web Components
- AngularJS 2
- React JS
- Ionic framework
- Aurelia
http://www.slideshare.net/linsolas/devoxx-france-2015-dveloppement-web-en-2015

Le retour en force de GWT - Samy Jaber (DNG) @samijaber/

Une passion qu'il partage.
Vous trouverez un article dédié à gwt.

Mot de la fin

Merci aux organisateurs, à toute la team et aux speakers, et à mycom de m'avoir donné la possibilité d'y aller, j'en ai pris plein la tête.

Publié par à Aucun commentaire:
Inscription à : Articles (Atom)