Management

2023-01-24

Faire atterrir une vision

Chapitre 1 : un leader partage sa vision

Dans cette série de récits fictifs assez autoportants, je vous propose de suivre la réalisation d’une vision stratégique, à travers plusieurs personnages d’une même direction. Chaque article constitue un chapitre dans lequel les protagonistes recherchent leur part de motivation intrinsèque, ainsi que l’équilibre entre celle-ci et la réalité des décisions économiques dans une entreprise.

Ceux qui me suivent depuis plusieurs années reconnaîtront les thématiques qui me passionnent depuis le début de mes aventures de coach agile en 2015, au travers de conférences, ateliers et articles.

Commençons par notre leader, Guillaume. Il croit à la vision stratégique qu’il vient de présenter à ses équipes.
Pourtant, il n’a pas été capable de la communiquer et de bien la partager.
Qu’aurait-il pu faire de mieux à la place ? Qu’aurait-il dû faire d’autre ?

Un leader présente sa vision à ses équipes

Guillaume est gestionnaire depuis dix ans dans une grande entreprise privée d’assurances personnelles. Compétent, motivé, proche de ses collaborateurs et collaboratrices, tout en conservant une vue d’ensemble et une bonne connaissance de la stratégie à moyen et long terme, il a évolué naturellement vers le poste de directeur général qu’il occupe aujourd’hui.

Il est respecté par celles et ceux qui le connaissent depuis longtemps et savent qu’il mérite sa place.

Lire la suite
2018-09-11

Êtes-vous une bonne gestionnaire?

Note de l’auteur: le féminin sera utilisé afin d’alléger le texte.

Êtes-vous une bonne gestionnaire? OUI. Les mauvaises gestionnaires ne prennent pas le temps de lire des articles sur internet et gèrent à l’instinct.

Maintenant que ceci est réglé, qu’est-ce qui différencie une bonne gestionnaire d’une excellente gestionnaire lorsqu’on se pose la question sous l’angle Lean-Agile?

Lire la suite

2017-08-15

C’est mieux de fonctionner

(English follows)

Le développement logiciel est déjà difficile et, pourtant, face à un choix entre une solution technologique difficile ou une sécuritaire, nous choisissons souvent l’option risquée, souvent accompagnées de bénéfices supérieurs.  Les raisons d’affaires derrière ce choix sont claires, mais que se passe-t-il avec l’engagement de l’équipe face à ce défis supplémentaire?  Regardons de plus près comment, en tant que membre d’une équipe ou en tant qu’équipe dans une organisation, notre engagement change radicalement dépendamment si nous partageons cette charge avec nos gestionnaires.  Ici, l’attitude du leader Agile est clé.

Lire la suite
2016-11-29

Échec : le chemin le moins fréquenté

J’ai raté 9000 tirs dans ma carrière. J’ai perdu presque 300 matchs. 26 fois, on m’a fait confiance pour prendre le tir de la victoire et j’ai raté. J’ai échoué encore et encore et encore dans ma vie. Et c’est pourquoi j’ai réussi. – Michael Jordan

Je n’ai pas échoué, j’ai trouvé 10 000 solutions qui ne fonctionnent pas. – Thomas Edison

  • Est-ce qu’ils se sont sentis mal? OUI.
  • Est-ce qu’ils ont senti la pression de leurs pairs? Certainement.
  • Ont-ils voulu abandonner, revenir en arrière? Assurément.
  • Ont-ils appris de leurs échecs? Qu’en pensez-vous?

Lors d’un échec, est-ce que revenir en arrière est une solution pour essayer autre chose? Bien non! Car j’ai évolué, je ne suis plus le même. Je ne peux pas revenir dans l’état et l’écosystème d’avant, c’est impossible. Et pourtant, c’est ce que nous faisons tout le temps.

Essayer autre chose est-il vraiment garant d’un succès?

La phrase du gestionnaire « OK gang, on va essayer de faire du ABC » se résume dans la tête des gens : « Pis si cela ne marche pas, on va revenir comme avant. ». « Essayer », est-ce une façon d’annoncer un échec?

Voici un autre chemin possible :

  • Faire quelque chose;
  • Célébrer l’échec;
  • Faire une rétrospective, s’améliorer, se perfectionner;
  • Et revenir à la première étape.

Bref, le faire vraiment. Autrement, mais vraiment. Et cela jusqu’au jour où vous prendrez le succès à deux mains avec fierté, en regardant en arrière pour contempler tous ses alliés d’échecs qui vous ont aidé à grandir.

Je termine avec une phrase d’un vieux sage:

N’essaie pas ! Fais-le, ou ne le fais pas ! Il n’y a pas d’essai. – YODA

2016-03-09

Un Scrum Master en position d’autorité: une option à ne pas écarter

J’ai trouvé le dernier billet de Mike Cohn fort intéressant car il adresse un enjeu avec lequel je suis constamment confronté sur le terrain.  Que faire si le Scrum Master est aussi en lien d’autorité avec son équipe ?

common advice in the Scrum community is that a team should never, ever report to their Scrum Master

Le piège le plus souvent cité est la possibilité que l’équipe ne soit pas très transparente envers son manager. De plus, en situation de stress, le manager se sentant imputable des résultats de l’équipe pourrait être tenté par le micromanagement. Ceci étant dit, qu’enseigne-t-on aux gestionnaires Agiles?  Quelle est la principale qualité du manager Agile?

Mener votre organisation comme si vous n’aviez aucune autorité » (Kan Higashi)

Une équipe a-t-elle  avantage à cacher de l’information à son manager?  Comment peut-il aider et soutenir l’équipe s’il n’a pas accès à la bonne information?

With the right manager in place as ScrumMaster, this programmer should be extremely willing to say he’s behind because he knows that manager-slash-ScrumMaster is going to be doubly incentivized to and capable of resolving that issue

If the right person is doing double duty as both ScrumMaster and a personnel manager, I have no problem with it.

Le rôle de Scrum Master aurait-il été créé pour camoufler une dysfonction de notre système de gestion traditionnel?  Est-ce qu’on a « tassé » les gestionnaires dans les transformations Agiles, ou est-ce qu’on les accompagne individuellement dans la transformation de leur style de leadership?  je crois qu’il faut faire la même chose avec les chefs d’équipe et chargés de projet, les aider à ajuster leurs postures pour supporter des équipes auto-organisées, les aider à devenir des leaders 3.0, les aider à devenir des Scrum Masters.

With the right person in the dual role of ScrumMaster and manager, it can work well. In an ideal world, I’d love to separate ScrumMastering from personnel management. But I rarely get to live in that ideal world.

And this is a compromise that works fine. Rather than banning everyone from being both ScrumMaster and manager, I’d rather allow it. And then only fill the position with the right people.

Après tout, ne valorisons-nous pas les individus davantage que le processus (et les descriptions de rôles qui viennent avec) ?

Blog original

When I first started doing Scrum, I was what we’d call today the team’s ScrumMaster and product owner. But we didn’t have those terms back then. And without terms or any clarity on the roles, it was easy for me to make the mistake of being both. I also did some programming. Oh, and I was also the vice president of the software department, so my team reported to me.

I want to address that last role because common advice in the Scrum community is that a team should never, ever report to their ScrumMaster. That is, I could have been the ScrumMaster or the VP — but I should not have been both at the same time to the same team. (And to be clear, everything I’ll write here is going to apply to any personnel manager, whether that’s a manager, director, vice president or even CEO.)

While I don’t think it’s desirable to have team members also have a reporting relationship to their ScrumMaster, I don’t think it is always horrible. Much depends on the person who is filling both roles. One of the common arguments against a manager as the team’s ScrumMaster is that team members will become reluctant to raise issues. For example, a programmer who is behind on a task will not be willing to say so in the daily scrum if his or her manager is also the ScrumMaster. That’s simply not true. With the right manager in place as ScrumMaster, this programmer should be extremely willing to say he’s behind because he knows that manager-slash-ScrumMaster is going to be doubly incentivized to and capable of resolving that issue. If the right person is doing double duty as both ScrumMaster and a personnel manager, I have no problem with it. If the wrong person is in place, there are lots of problems.

But it’s time to stop defining processes to prevent problems and create workarounds for the troublesome people in the organization. Instead, assume the right people are in place and then work to create a culture that puts the right people in place. With the right person in the dual role of ScrumMaster and manager, it can work well. In an ideal world, I’d love to separate ScrumMastering from personnel management. But I rarely get to live in that ideal world. And this is a compromise that works fine. Rather than banning everyone from being both ScrumMaster and manager, I’d rather allow it. And then only fill the position with the right people.Doing that will help your team succeed with agile.

Mike Cohn