Developer's notebook - Commentaires

Exécuter la même commande sur plusieurs serveurs - advanced plumbing

advanced plumbing — Thu, 28 Jan 2021 12:45:36 +0100

Czy polecam? Mianowicie dotyczą one samobójstwa.

Manager et/ou développer ? - Florence CHABANOIS

Florence CHABANOIS — Sat, 10 Dec 2011 00:32:59 +0100

@JB

J'ai mis à jour ton commentaire avec le mot manquant. C'est tres curieux qu'il ne soit pas passé. C'est peut etre lié à au plugin de surlignage des termes agiles ? Je ne vois aucune explication :S

Sur le fond, oui ici SM=manager, et c'est pour cela que les roles sont confondus.

Sur le fait que le SM ici empeche d'emerger la responsabilité collective : ouch. Bien loin de moi cette idée, d'ailleurs on en avait parlé à un LEX ("qu'il fallait pouvoir se passer de scrum master"). L'intention est plutot de dire qu'il fait lui aussi partie de l'équipe et a besoin d'infos, comme n'importe quel membre.

Manager et/ou développer ? - JB

JB — Tue, 22 Nov 2011 00:15:42 +0100

Dans ma dernière phrase je tentais de parler de la "". Terme qui disparu de mon post! Bug?

Manager et/ou développer ? - JB

JB — Tue, 22 Nov 2011 00:12:57 +0100

Je trouve que cet article illustre bien le mal que Scrum à fait à l'agilité!
D'ailleurs le titre laisse à penser que Scrum master = Manager.
Je crois que le Scrum master tel que présenté ici empêche la d'émerger la responsabilité collective.

Manager et/ou développer ? - Pierre H

Pierre H — Sun, 30 Oct 2011 02:10:14 +0100

C'est un sujet intéressant.

Sans être un expert des méthodes agiles, il me semble qu'un des principes de l'agilité consiste a penser que certaines pratiques peuvent s'appliquer sur certains projets, mais pas nécessairement sur tous.

Si ce développeur pour cette équipe pense que le SM n'a pas a coder, c'est peut-être vrai. (Personnellement, je suis assez d'accord avec lui)

Le SM idéal (en mon sens) ne devrait ni être un développeur, ni être un manager, car pour l'un comme pour l'autre, il risque de perde sa neutralité et le sens principal de sa fonction. Cela rejoint peut-être le problème de "feedback" que vous rencontrez.
Il existe peut-être d'autre façon d'obtenir les demandes et les retours de l'équipe qu'en allant directement coder avec eux?

J'ai moi même été développeur, puis manager, puis a nouveau développeur. Je comprends bien ce désir (ou cette fuite) que l'on peut avoir à retourner au code. Je pense que cela est simplement du au manque d’expérience. "Parachuter" un développeur au commande d'un projet sans encadrement de la part de personne plus expérimenté risque de le faire douter de lui. Il est important pour le manager comme pour le SM d'avoir ses objectifs et son "feedback" une fois qu'ils sont accomplis.

Manager et/ou développer ? - Florence CHABANOIS

Florence CHABANOIS — Sun, 30 Oct 2011 00:13:55 +0200

@Oaz c'est un vaste sujet, ce serait sympa d'en discuter de vive voix plutot que par commentaires interposés :-) Mais j'apprécie ta perspective.

Je parle de loft pour dire que des conflits emergent forcément. Et ils ne concernent pas que les choix techniques. Je suis d'accord qu'une équipe qui n'a pas besoin d'un SM est un bon objectif pour l'autogestion mais jusqu'ici, je n'ai vu que deux équipes de ce type, devenues sans SM, mais un peu par hasard. Je ne connais pas la recette qui permet d'y arriver. Je ne sais pas qui aurait protégé l'équipe d'elle même à temps si un souci était apparu.

Je pense aussi que des développeurs, en étant super impliqués sur du courant, pourraient avoir du mal à avoir une vision d'ensemble et manquer de recul.

L'idée d'un seul leader me gène, même incontesté. En tant que SM, j'aurais peur que l'équipe soit faussement auto-gérée (que toute la connaissance tourne autour d'une personne, que l'équipe en dehors du/des leader se mette à ne plus réfléchir, que la qualité soit sacrifiée pour les délais, etc.).

Concernant les échanges extérieurs, on a aussi des échanges sur des aspects techniques que le PO ne peut pas traiter.

Manager et/ou développer ? - Oaz

Oaz — Sat, 29 Oct 2011 01:16:09 +0200

@Florence,

Ce que décrit oncle Bob dans le billet que j'ai mis en lien c'est tout le contraire de "mettre 5 devs dans un loft", c'est construire une équipe de manière pérenne sur de nombreuses années. Et il n'y a pas besoin d'arbitre ou de fédérateur quand il y a un leader incontesté.
Outre le fait que ce modèle soit "anti-scrum", il est aussi à l'opposé des pratiques habituelles qui consistent à créer pour quelques mois des "équipes projet" avec les personnes que l'on a sous la main à un moment donné.

Alors, en tant que développeur, on peut se poser la question de vouloir évoluer en scrummaster ou rester dans le dev mais on peut aussi rechercher, voire créer, des environnements où on n'a pas besoin de ce scrummaster.
C'est ça aussi l'anarchisme organisationnel, non ?

Un dernier mot : les échanges extérieurs et la comm, ça concerne principalement le produit donc je vois plutôt ça pris en charge par un PO.

Manager et/ou développer ? - Florence CHABANOIS

Florence CHABANOIS — Sat, 29 Oct 2011 00:07:06 +0200

@Guillaume

Changer de poste avec les projets devrait effectivement permettre d'être moins schizo si c'est plein temps SM, puis plein temps dev. A creuser...

@Oaz

Mettre cinq personnes (developpeurs) dans un loft et que tout se goupille naturellement sans accroc me parait exceptionnel. Ca arrive, mais vraiment, je ne compterai pas dessus. Il faut un fluidificateur, un arbitre, un féderateur, peu importe mais quelqu'un d'un peu plus extérieur. Il y a aussi de nombreuses tâches hors dev dans le cadre d'un projet avec des échanges extérieurs, de la paperasse, de la négociation, de la com. Elles demandent pas mal d'energie et constituent un travail à plein temps, que les développeurs n'envient pas (car cela laisse moins de temps pour le dev proprement dit). C'est très différent du leadership technique dont chaque membre de l'équipe peut faire preuve.

Manager et/ou développer ? - Guillaume

Guillaume — Thu, 27 Oct 2011 19:58:54 +0200

Billet très intéressant, je m'étonne d'ailleurs que pas grand monde n'ait évoqué la question jusque là. Personnellement je suis développeur et Scrum Master en même temps, et je ressens souvent une sorte de schizophrénie. Lors des cérémonies, le fait de porter les 2 casquettes me rend juge et partie, le développeur en moi a souvent tendance à défendre son bout de gras dans les débats, ce qui nuit à la "neutralité" du Scrum Master.

Pourtant, je ne veux à aucun prix m'éloigner de la "technique" et encore moins arrêter le dev.

Je pense qu'il faut beaucoup de maturité, de recul, une excellente organisation et une bonne gestion de son temps de travail pour mener de front les deux activités. La solution consiste peut-être à alterner le rôle de Scrum Master et de développeur dans le temps, d'un projet à l'autre ou d'une release à l'autre ?

Manager et/ou développer ? - Oaz

Oaz — Thu, 27 Oct 2011 18:50:10 +0200

Est-ce que ce scrummaster (qui code beaucoup, un peu ou pas du tout, qui ressemble à un chef mais sans l'être, dont le rôle pourrait être une évolution de carrière mais qui obligerait à quitter la technique) est finalement une si bonne idée ?

Plus j'y pense, plus je préfère des équipes sans scrummaster mais avec du leadership technique à plusieurs niveaux.

D'autres y voient aussi un intérêt et en parlent bien mieux que moi :
http://blog.objectmentor.com/articl...

[ping] Manager et/ou développer ? - danc

danc — Thu, 27 Oct 2011 08:17:16 +0200

danc's status on Thursday, 27-Oct-11 06:17:11 UTC

“Manager et/ou développer ? - Developers' notebook” — http://ur1.ca/5iqw3...

Retour d'expérience sur le monitoring des logs - Florence CHABANOIS

Florence CHABANOIS — Fri, 23 Sep 2011 20:27:55 +0200

Je suis en train de lire ton commentaire et mon mari derrière moi dit "et moi qui te disais que c'était trop nul ton truc." :D

Tu as eu le courage de faire un batch sur les url mortes, on le reprendra peut etre un jour pour les liens ASP :-)

Retour d'expérience sur le monitoring des logs - Thomas B.

Thomas B. — Wed, 21 Sep 2011 12:56:09 +0200

Merci pour ce retour d’expérience sur ton outil.
En tant qu'ancien développeur sur un des 3 projets, j'aurai été aimé avoir la force (ou pris le temps) de mettre en place ce genre d'outil.

Effectivement, ça doit faire mal de voir passer les problèmes alors que j'ai le souvenir qu'on se disait après une MEP : on a bien codé et testé, la validation a été bien faite, du coup, tout est ok et ça déchire. Mais comme on regardait pas trop les logs, ça ne pouvait que nous conforté dans notre erreur.
En tout cas, j'ai remarqué qu'on préfère avoir un peu mal tous les jours (au bout d'un moment, on a en a marre et on prend les choses en main en corrigeant) plutôt que se faire bien basher une seule fois par les utilisateurs, le support, l'exploit, le marketing, voir la direction
La preuve, tu as réussi a entraîné 2 autres projets avec toi dans ce monitoring.

Les mille pourquoi - Florence CHABANOIS

Florence CHABANOIS — Fri, 08 Jul 2011 13:34:15 +0200

Suite de l'histoire : la réunion comportait beaucoup de personnes et un membre de l'équipe n'a pas crié fort qu'il allait le faire mais plutôt contre-coeur. Avec de bonnes raisons. Deux jours après, après plusieurs prototypes et de nombreux aller-retours, nous avons enfin convergé sur une solution à laquelle toutes les parties adhèrent.

Note pour moi-même : en fin de réunion de "crise", faire un decider pour évaluer le taux d'adhésion à la solution choisie.

Agile France 2011 : Star Wars et Lean - Florence CHABANOIS

Florence CHABANOIS — Thu, 07 Jul 2011 22:30:00 +0200

@Bruno merci à toi pour tes sessions, c'est un véritable plaisir d'y assister, rien à voir avec star wars ;-)

@Pierre ce qui est vraiment cool à l'Agile France, c'est la diversité de style des orateurs, entre les participatifs, les expérimenteurs, les académiques, les REX. Y en a pour tous les gouts.

Agile France 2011 : Star Wars et Lean - Pierre Neis

Pierre Neis — Tue, 05 Jul 2011 22:54:19 +0200

Merci pour ce retour de la conférence. N'ayant pas pu venir, tu me transmets un aperçu reflétant mes espoirs (suite à la lecture du programme).

Pour le show, Bruno est le meilleur et, je pense, qu'il apporte une dimension collaborative qui me manque assez lors des précédentes conférences.

Merci encore.

Croisons les doigts que les retours d'expérience à venir seront plus instructives.

Pierre "Darth Vador" ;b))

Agile France 2011 : Star Wars et Lean - Bruno

Bruno — Tue, 05 Jul 2011 10:22:53 +0200

Bonjour Florence,

Merci pour ce résumé de ma session tu as bien résumé les différents points et l'idée générale.

Point important c'est des toges ou des capes pas des jupes ! ;-)

J'ai un extrait de "How I met Your Mother" où ils cassent un peu star wars...je te le réserve ;-)

Bye

Bruno.

Exécuter la même commande sur plusieurs serveurs - lampe

lampe — Sat, 28 May 2011 02:45:57 +0200

Merci pour l'article je ne connaissais pas GnomeConnectionManager.
Un projet récent permet également d'exécuter des jobs récurrents et des "one shot" sur des groupes de machines: http://rundeck.org/
A essayer c'est une webapp java qui peut trouver sa place pour la maintenance ou le déploiement semi-automatique d'applications.

Agilité et carrière - Florence CHABANOIS

Florence CHABANOIS — Sun, 17 Apr 2011 16:57:08 +0200

Bonjour Fabrice,

Pas étonnant que l'on suive le blog l'un de l'autre. Déjà au theme dotclear choisi, nous avions les mêmes goûts ;-)

J'en profite pour te dire que la prez Kanban et Scrum était très sympa. J'aurais bien aimé un exemple plus concret du diagramme des flux tirés, c'est passé un peu vite. Vous avez été très demandé ensuite, mais nous nous verrons peut être à la conférence Agile France ?

Florence.

Agilité et carrière - Fabrice Aimetti

Fabrice Aimetti — Fri, 15 Apr 2011 13:28:34 +0200

Merci pour cet excellent billet concernant deux sessions auxquelles je n'ai pu assister.
Je regrette également de ne pas (enfin) avoir fait ta connaissance, Florence. Je suis ton blog avec beaucoup d'intérêt...
Tant pis ce sera pour une autre fois.

@+
Fabrice