Devops for Growth

On est revenu, en tout cas, de la thèse que développait Gustave Le Bon dans sa Psychologie des foules, l'idée d'un groupe où les individus viennent se fondre en abdiquant toute rationalité ?

En effet ! L'anthropologue Francis Galton parlait, tout au contraire, d'une « sagesse des foules ». Il l'observait à son époque, le début du XXe siècle, dans des foires où l'on demandait à un groupe d'estimer le poids d'un bœuf : l'estimation collective résultant de l'agrégation des estimations individuelles était étonnamment proche du poids réel. Mais la foule est encore bien plus complexe qu'il ne semble. Il existe en effet une grande diversité dans la sensibilité des sujets qui la composent à l'information sociale. On a pu identifier cinq principaux profils de réponse : un individu peut suivre l'opinion du groupe, l'amplifier, la contredire, faire un compromis entre l'opinion du groupe et la sienne, ou conserver sa propre opinion. Et ces cinq types de réactions se retrouvent en proportions similaires où qu'on les étudie, en France et au Japon par exemple. Il est tout à fait possible d'en tirer des modèles mathématiques qui permettent de prédire la réaction d'un groupe. On a pu notamment montrer que l'échange d'information sociale entre des individus d'un groupe permet d'accroître collectivement leur performance et la précision de leurs estimations.

This app has been created to help our teams during the corona quarantine, where we have been working as co-located teams from home.

D'après Damien Thouvenin et Pierrick Revol “Beaucoup d'équipes et leurs product owner pensent que l'unique travail de l'équipe consiste à délivrer de plus en plus de points de story, nous considérons que c'est une totale incompréhension de la relation entre l'équipe et son product owner". A la conférence 2013 des XP Days Benelux, Damien et Pierrick ont animé un jeu de planification de sprint à destination des équipes et des product owners pour leur apprendre comment investir leur temps à produire des stories, traiter les problèmes, réduire la dette technique ou faire de la formation.

Rocket to Mars (v2) est un jeu de rôle collaboratif à destination des Scrum product owners, leurs managers et les équipes avec lesquelles ils travaillent pour apprendre les pratiques de planification agiles et lean. C'est un jeu de société joué par des équipes qui peuvent choisir et adapter leur stratégie afin de construire une fusée pour la prochaine mission vers Mars. Dans le jeu, ils prennent la décision de partir dans une analyse en profondeur ou de commencer à coder, de développer une expertise ou des compétences généralistes, de refactoriser ou de terminer les user stories pour accumuler le plus de points de story. Le but du jeu est de marquer le plus de points en 8 itérations. Les points sont marqués en terminant les user stories mais les points sont déduits lorsque l'on accumule de la dette technique. Ce jeu est le successeur du jeu Objectif Mars.

Some Do’s & Don’ts for Sprint Planning:

1. PO has to trust the team & maintain a motivated environment.
2. Scrum master must ensure participation of all members.
3. PO should not be making all the decisions, everyone should contribute.
4. There has to be a consensus on the method of estimation and work breakdown i.e. planning poker or story points.
5. PO, SM, developers, testers, DBA – anyone who is part of the development team should be there. Stakeholders can attend only in an observatory capacity and cannot interrupt.
6. It should have a set starting time.
7. Length of the meeting depends on length of the sprint. As a general guideline:
   • One-week sprint – 2 hours
   • Two-week sprint – 4 hours
   • One-month sprint – 8 hours

   It is a time boxed meeting. End it on time. It is OK to not know all the details it promotes agility.

8. Establish the “Definition of Done”.
9. Define a high level agenda & structure of the meeting. For example: PO speaks first, team discusses the items together, Q&A with PO, sprint backlog refined, retrospective & meeting close.
10. Keep the focus on the goal and define a succinct Sprint backlog. Allow your sprint backlog to evolve and refine itself during the sprint.

If we just understand why Agile was brought into picture, what problems need to be solved, map those to our current scenarios and plan accordingly, we should be able to achieve our goals in an agile manner.