Pour @Chlouchloutte qui recherchait le nom de cette musique afin de montrer à tous ses talents de danseuse, ses chorégraphies magnifiques et surtout... Son swag universel.
Bisous ma chérie (ɔˆз(ˆ⌣ˆc) ❤
@Chlouchloutte
Sometimes I read yours texts, watch all you did and I'm really thinking about how great you are. Definitely you are the Pikachu of the Shaarlists ! I'm so much in luv'...
Ou en bon français : ton esprit d'analyse et ta méthode sont juste incroyable.
Je filtre beaucoup de tout ce qui se dit et je le fais de plus en plus à mesure que je constate que de nombreux shaarlistes restent piégés dans leurs émotions (cf. mon dernier post sur les propos d'HowTommy qui illustre bien mon état d'esprit actuel).
Le cas présent, Timo est victime de son propre biais de confirmation - c'est mon sentiment tout du moins. Il est d'habitude très méthodique mais son domaine de prédilection est plutôt la physique et les sciences pures d'une manière générale.
Twitter ne sert à rien mis à part à détecter les "fragiles", bouleversés par la moindre émotions qui fait surface (merci à Bruno le Salé pour ce terme délicieusement trollesque). Et j'abonde en ce sens : on ne s'informe pas sur Twitter, on se désinforme au privilège de l'émotion et au détriment de la rigueur.
C'est la raison pour laquelle j'ai fermé mon compte Twitter il y pas loin d'une décennie.
Et pour que tu m'écrives ce matin, ce doit être vraiment calme au boulot !!
Pour tout ceux qui ne t'ont jamais rencontrée en vrai, je pense que cette BD te résume à la perfection \( ^____^ )/
Juste merci. You're such a wonderful Chlouchloutte !
Je ne parvenais pas à mettre des mots sur le problème et tu l'as fait : un procès d'intention.
Richelieu doit se ravir dans sa tombe de constater que la police des moeurs et de la sainte parole agit encore et sans faillir alors qu'il n'est plus là !
Je viens de me rendre compte que tu étais envoyée par Google !
Merci pour tes tutos sur Aurelia et SpringBoot. Cela va m'être très utile.
Toujours pour Chlouchloutte, les design patterns organisationnels (supposés rendre scrum, kanban et agile manière générale obsolètes).
Beaucoup de doc à backuper en tout cas, en voici un extrait pour mémoire d'ailleurs :
Il a été documenté de nombreux Patterns Organisationnels par ceux qui se consacrent à l’étude des organisations. Jeff Sutherland considère par exemple que pour les équipes Scrum qui font du logiciel, il faut ajouter à Scrum les patterns suivants :
- Work Flows Inward (l’information aux équipes de développement ne doit pas venir de la hiérarchie)
- Architect Controls Product (l’architecte donne la direction et agit avec leadership)
- Architect Also Implements (l’architecte est également développeur pour garder le contact avec la réalité du terrain)
- Domain Expertise in Roles (recruter des experts dans leur domaine)
- Get On With It (même si votre plan est incomplet, prendre ce que vous savez déjà et commencer à construire le produit)
Il dit aussi appliquer systématiquement les Patterns suivants dans les équipes qu’il accompagne, celles qui démarrent comme celles qui veulent passer à la vitesse supérieure :
- Stable Teams (pérenniser au maximum la composition des équipes pour gagner en efficacité et en prédictibilité)
- Yesterday’s Weather (ne pas planifier plus que ce que l’équipe a réalisé dans le ou les Sprints précédents)
- Swarming: One-Piece Continuous Flow (maximiser l’effort de l’équipe sur l’élément le plus important à livrer afin de le finir au plus tôt)
- Illegitimus non Interruptus (allouer explicitement du temps pour les interruptions dans le Sprint, et interdire les interruptions au delà du temps alloué)
- Daily Clean Code (faire en sorte de toujours pouvoir fixer l’ensemble des défauts du produit en un jour)
- Emergency Procedure (l’équipe établit une procédure claire qu’elle met en oeuvre lorsque le Sprint va dans le mur)
- Scrumming the Scrum (à chaque Sprint l’équipe identifie le problème numéro 1 et le résout)
- Happiness Metric (l’équipe mesure sa satisfaction au travail, identifie une chose qu’elle pourrait faire pour accroitre sa satisfaction et l’implémente au Sprint prochain)
- Teams that finish early accelerate faster (prendre moins de chose dans les Sprints pour finir rapidement, puis ajouter des choses au Sprint au besoin)
Vous retrouverez le détail (contexte, problème, proposition de solution, effets attendus, etc.) de ces Patterns sur scrumplop.org. Le site est vieillot et il est parfois difficile de s’y retrouver, mais c’est la source la plus aboutie pour quiconque s’intéresse aux organisations et à leur performance. Courez-y !