Outils | Entreprise | Compte-rendus | Humeurs |   

Mot-clé - management

Fil des billets - Fil des commentaires

25 octobre 2011

Manager et/ou développer ?

DeveloperLe développeur d'une autre équipe m'a dit un jour : "Ah non, le scrum master n'est pas censé coder." Il avait l'air vraiment choqué. Je lui ai demandé pourquoi, et il m'a répondu que cela enlèverait de la responsabilité aux équipes. Que c'était intrusif' ? Oui.

Etonnée, je me suis tourné vers les personnes de mon équipe pour avoir leur avis. Elles ont répondu : "Bah... toi, tu veux coder ?"

Paradoxalement, quelques mois auparavant, j'évoquais lors d'un one on one [1] la difficulté que j'avais à récolter du feedback au quotidien. Pour le développeur, je (le scrumMaster) devais être totalement interchangeable avec un autre développeur et pouvoir faire une story de A à Z sans problème. Pour lui, un scrum master code quasiment aussi facilement et régulièrement qu'un développeur.

Lire la suite...

1 juillet 2011

Agile France 2011 : Star Wars et Lean

AgileFranceConference2011-logo.jpgComme chaque année, la conférence Agile France a rassemblé plusieurs centaines de personnes au Chalet de la Porte Jaune pour des conférences agiles à gogo. Bizarrement, le tout premier séminaire Java français avait lieu en même temps... Très bizarre de la part de Zenika d'ailleurs, pourtant sponsor il y a deux ans de la conf agile. D'autant plus que l'organisation d'Agile France est constitué de bénévoles et les speakers non plus ne sont pas payés.

Plus de retrouvailles et de rencontres que de conférences pour moi, mais quelques unes ont été particulièrement sympathiques. Je vous propose un premier billet sur StarWars et le Lean dans l'informatique.

Lire la suite...

14 avril 2011

Agilité et carrière

homme_d_affaires.jpgAu scrum day, j'ai assisté à deux sessions sur le management dans l'agilité : "De scrum master à coach agile" de Véronique Messager et "Pratiques et difficultés pour les managers d'équipes agiles", une table ronde animée par Damien Thouvenin. Si chaque membre de l'équipe peut déjà tout faire et a déjà des responsabilités, quelles progressions de carrière sont possibles ? Devenir scrum master, devenir indépendant ? Comment rétribuer individuellement un succès collectif ? Comment justifier des écarts de salaire quand nous sommes "tous" des développeurs agiles ? Ce billet compile quelques reflexions à ce sujet.

Lire la suite...

16 mars 2011

Donner des cadres

cadre.jpgQuand nous avons un problème, nous cherchons une action qui permettra de le résoudre. Passer par un processus de Plan Do Act Check (PDCA) permet de vérifier que ladite solution est efficace.

  1. Plan : recherche des causes racines possibles et planification
  2. Do : mettre en œuvre
  3. Check : vérifier que l'action résoud bien le problème
  4. Act : Agir, ajuster, réagir (si on a testé à l'étape Do, on déploie lors de la phase Act). En cas d'échec, le processus continue sur le test d'une autre solution. Autrement, la pratique devient un standard et le processus peut se poursuivre sur la résolution d'un autre problème.

Le fait d'en faire un standard a beaucoup d'avantages mais aussi des limites. De temps en temps, une solution convient à un instant T, avec un certain contexte projet (client/équipe) et ne plus du tout être valide quelques mois après. Sans parler du fait qu'il faut du courage pour bousculer ce standard. Résultat : l'équipe se retrouve à maintenir une habitude qui ne lui apporte plus de valeur mais que l'on ne pense pas / ose pas contester. Nous nous retrouvons paradoxalement dans une situation anti-agile. Rajouter des standards se fait plus facilement qu'en supprimer.

Lire la suite...

page 2 de 2 -