HowTommy @howtommy@framapiaf.org

https://www.zdnet.fr/actualites/un-ancien-cadre-de-mozilla-accuse-google-a-sabote-firefox-pendant-des-annees-39883529.htm

PASSEZ A FIREFOX !

Ne laissez pas Chrome devenir le nouvel IE.

Je vais juste finir par reciter ce tweet : https://twitter.com/Tsigorf/status/1108724644004196352

"L'agilité, c'est pas une capacité technique qu'on a ou qu'on n'a pas, c'est avant tout une faiblesse métier qu'on fait passer pour un buzzword sexy.

L'agilité existe parce que le métier n'a aucune foutre idée de ce qu'il veut. Et qui en prend la responsabilité ? La technique."

Au final, faire du Scrum, c'est juste faire preuve de rigueur.

* Rigueur sur ce qui rentre (détail des User Stories, maquettes validées, documentations d'API, ...)

* Rigueur surle fonctionnement des sprints (temps dédié aux bugs, à la maintenance, à la dette technique, également ne pas changer les priorités ou le contenu des US)

* Rigueur sur ce qui doit sortir des sprints (testé, validé et fonctionnel)

Le premier point est le plus important, et le plus souvent... le plus négligé. De loin.

(A titre d'informations, je considère qu'en dessous de 7h de réunions par mois, vous ne faites pas du bon Scrum).

8) Je pourrais également faire 20 pouets sur le rôle véritable du Scrum Master, mais j'ai la flemme. Sachez juste que :
- c'est pas un décideur
- c'est pas un PO
- c'est pas un chef de projet ou un manager
- c'est pas forcément quelqu'un de la technique
- c'est pas quelqu'un qui doit avoir une vision technique parfaite du projet
- c'est pas un organisateur de réunions

5) Quand un sprint est lancé, on ne peut plus changer son contenu (= pas de modifications d'US ou d'ajout d'US).

6) On peut parfois faire une exception, mais il faut l'accord de l'équipe entière. Car ça les engage.

7) L'objectif de Scrum c'est pas d'enlever les réunions et les specs, au contraire. Il faut une certaine quantité d'infos par story et de réunions (backlog workshop, backlog refinement, transformation en tâches, retro, ...) pour bien faire les choses.

...

2) Si l'équipe n'a pas assez d'informations sur certains sujets (pas maquettés, pas estimables, pas prêts, etc.) ils doivent les refuser.

3) L'objectif de Scrum c'est de créer de la confiance. Que le développeur ait confiance dans la capacité de l'équipe à livrer la version, et que le client ait confiance dans la capacité de l'équipe à délivrer ce qui est prévu.

4) Si vous finissez moins de la moitié de vos sprints, vous ne faites pas du Scrum, mais du kanban.

...

18 user stories en "A faire". Je ne peux en prendre aucune.

Elles ont toutes un label "à affiner", "en standby" ou "à confirmer"... ou elles sont affectées à quelqu'un.

Franchement si c'est pour fonctionner à l'arrache, autant laisser tomber les sprints et scrum et se mettre à kanban quoi.

Faut faire preuve d'un peu d'honnêteté intellectuelle.

Du coup si on faisait quelques rappels Scrum :
1) L'objectif numéro 1 pour l'équipe, quand on travaille en Scrum, c'est de finir le sprint.

J'ai l'impression qu'on vit à une époque où, pour décrédibiliser quelqu'un, les grands médias n'ont qu'à balancer un gros tissu de mensonges.

Ben oui, la majorité des gens qui suivent ces médias n'iront pas vérifier ailleurs si c'est la vérité.

"Les médias le disent, donc c'est vrai."

Est-ce que ça rentre dans la case fake news ou propagande du coup ? Je m'interroge ^^

(Réflexion suite à un peu de lecture autour du traitement médiatique de Assange et Juan Branco)