J'organise un meetup #agile / #extremeAgilite !
C'est sur le #noEstimate et c'est moi qui organise !
Plus d'info et inscription ici : https://forms.gle/pGDhJCFC43zxj6aP8
Faites tourner !
📆 RDV le JEUDI 26 Février à 19 h au 34 avenue de l'opéra - 75002 Paris
🛗 A l’accueil, donnez votre nom puis 4e étage
🍽️ Un buffet (pizza ! 🍕) sera prévu !
A quoi servent les estimations dans nos projets AGILE ? C'est devenue comme une sorte d'évidence : il faut estimer les Story, les EPIC, les features... et même le temps d'estimation ! Il faut TOUT estimer ! Pourtant sur le terrain on se rend compte des difficulté de la tache, voir de son absurdité ! Que ce passe t'il quand on estime pas ? Quand on arrête les projections farfelue ? Et Comment rassurer les investisseurs sans estimation ? Voir - même - sans chiffre ? Nous parlerons donc du #NoEstimate et des alternatives possible aux sacro-saint estimation dans les projets AGILE. L'intervenant : Thomas Louvigné Pour discuter de cela on laissera la place à Thomas Louvigné. Dans l'agile depuis 9 ans, coach depuis 6 ans, qui a traversé une 30aines de boites par son métier de consultant chez OCTO Technology. Formateur SCRUM, certifié SAFe, org-topology et Lean. Il est l'auteur de plusieurs articles sur l'agilité conférences sur les organisations. C'est par ailleurs, le principale organisateur du meetup eXtreme Agilité Paris ! Comme a chaque fois, une séance de débat-ouvert (type fish-ball) autour de pizza 🍕 sera organisé. 📆 RDV le JEUDI 26 Février à 19 h au 34 avenue de l'opéra - 75002 Paris 🛗 A l’accueil, donnez votre nom puis 4e étage 🍽️ Un buffet (pizza ! 🍕) sera prévu !
The mental gymnastics people do to explain their estimations are really stunning. Most use this complexity metric - with is plain bad as we don’t have a proper definition of complex.
I’d argue the only interesting and measurable data is how long it will take to implement something. Everything else is just fantasy.
Published some notes on #noestimate
@yellowbrickc Thanks a lot for this session. I don't know if you mentioned it but how long time it took to onboard everyone in this very diverse team? Especially thinking about the non tech people.
I loved the trick about story points :) Put random numbers until they stop talking about it :) It might actually be the the best advice for #noestimate adoption. If you are doing no estimate don't talk about no estimate.
To my #Agile peeps, how do you manage to identify Stories that doesn't go as planned in #NoEstimate ?
Here is my problem. From time to time, the team is hitting an unforeseen problem during implementation. As they try to solve the problem, they take longer than expected to "do the thing".
Sometimes it's OK because it must be done "what ever it takes" but ultimately it should be a PO call.
Daily update vs estimations helps there because we can "see" that a problem is happening.
#til Aujourd'hui je me suis posé la question de notre capacité de réalisation en tant qu'équipe de dev agile.
D'obédience #noestimate ce qui m'intéresse ce sont le nombre de tickets qu'on délivre, le ratio feature / bugfix / tech.
Ainsi que le *lead time* moyen par ticket, soit le temps en jours le plus effectif entre le moment où on prend la tâche et le moment où on la considère finie.
Dans mon cas, une approximation acceptable est depuis le premier commit d'une PR jusqu'à sa fusion.
Retour d’expérience sur la mise en oeuvre des grands principes de l’Agile économique au sein de la Caisse d’épargne regional de la loire-Drome-Ardeche, les modifications organisationnelles de l’entreprise au travers de certains principes de la Sociocracy 3.0, et les premiers résultats obtenus.
Thomas Louvigné
jnfrd Jan
Trunk-Based Thierry
Pierrick
Owen Beresford
Manuel Vacelet
Jérémy
Alexis Ulrich