Motiver des équipes agiles (et les autres...)

Préambule : Ce post est la traduction d’un autre post d'Aaron Bjork Principal PM chez Microsoft.
Merci à Visual Studio Magazine de m'avoir autorisé à traduire cet article

Article original : Motivating an Agile Team


Aaron Bjork nous  parle de la façon de motiver vos équipes agiles sans les entraver.

La première, et probablement la plus importante déclaration dans le Manifeste Agile, parle directement aux équipes de développement: 

Les individus et leurs interactions sont plus important que les processus et les outils.

En résumé, les gens sont plus importants que toute autre chose.

Etrange introduction de la part d'un 'tools guy', puisque je travaille chez Microsoft en tant que Program Manager sur Team Foundation Server et Visual Studio. Il ne fait aucun doute que je veux que les équipes de développement utilisent ces outils que je fabrique.

Toutefois, il serait idiot de suggérer que les équipes vont réussir grâce aux outils à leur disposition.

Comme le Manifeste Agile l’indique clairement, le succès de l'équipe est d'abord assuré par la valorisation des membres de l'équipe et par leurs interactions. Les  outils et processus sont importants, mais ils ne sont pas plus importants que l'équipe elle-même.
 

Cet accent mis sur les gens est une raison majeur pourquoi j'aime la méthode Agile.

Elle nous dit de sortir les outils de nos esprits et de regarder l'équipe qui nous entoure.

Elle nous dit que si nous voulons trouver ce trésor au pied de l’arc en ciel du développement de logiciels, nous devons travailler ensemble et valoriser chacun d’entre nous.

Elle nous dit que le succès dépend de l'équipe.

L'année dernière, j'ai lu un livre écrit par Dan Pink intitulé "Drive: The Surprising Truth About What Motivates Us".

Ce fut une lecture fascinante, un de ces livres que l’on ne peut pas refermer; je le recommande à tous. Je me souviens de nombreuses soirées où je m'arrêtais mi-chapitre pour dire à ma femme: "Ecoute ça", avant de lui lire à haute voix une partie de l'ouvrage. Elle m’a finalement dit qu'elle le lira quand je l’aurai terminé, et m'a donc demandé d'économiser ma salive.

Ce livre m'a captivé, et il m'a ouvert les yeux sur certaines vérités concernant la motivation.

Dans Drive, Pink met en opposition les techniques de motivations traditionnelles (récompenses et punitions), avec trois nouveaux principes essentiels à la motivation dans les industries innovantes : autonomie, maitrise et objectif.

L'idée, c’est que les gens recherchent ces trois caractéristiques dans tout ce qu'ils font, et quand ils les trouvent, des bonnes choses se réalisent.

Dans ce post, je veux expliquer rapidement pourquoi  l'autonomie, la maîtrise et l'objectif sont essentiels à la  constitution d’une équipe agile saine.

Autonomie.

Le premier principe présenté par Pink est l'autonomie: la capacité de chacun à prendre ses propres décisions.

Pour une équipe de développement de logiciels, c’est essentiel.

Une équipe a besoin de se sentir responsable, et une équipe a besoin d'être responsabilisés. Pourquoi? Parce Agile nous enseigne que le changement est inévitable lors du processus de développement logiciel.

Dès le moment où l’équipe a démarré, elle va apprendre sur le produit,  sur l'architecture, et sur les clients. L'équipe doit se sentir habilitée à réagir au changement et à communiquer sur ce qu'elle est en train d’apprendre.

Cela ne signifie pas que l'équipe doit pouvoir faire ce qu'elle veut, mais plutôt, qu’elle a la liberté de faire ce qui est juste.

Une équipe manquant d'autonomie est plus susceptible de suivre aveuglément un plan transmis par le haut, tout en ignorant la réflexion critique.

Maîtrise.

Le concept de maîtrise est assez simple: les gens veulent apprendre à mieux faire ce qu'ils font.

Nous trouvons cela dans tous les domaines de la vie.

Une partie de notre ADN nous donne l’envie de nous améliorer. Les tout-petits travaillent sans relâche pour maîtriser l'art de la marche. Ils n’ont, généralement, besoin que d’un peu d'encouragements. Par nature, ils ont un réel désir de maîtriser la marche, et ils y travaillent jusqu'à ce que ça devienne une seconde nature.

Cela ne change pas en vieillissant. J'aime jouer au golf, et j'aimerais être un meilleur golfeur, année après année. Cette amélioration est une partie de mon amour pour ce jeu. Je ne suis certainement pas un maître (ma carrière sur le PGA Tour ne s’est pas encore concrétisée), mais je continue à m'entrainer pour m’améliorer, trou après trou, tour après tour, et année après année. Le processus et les résultats sont tous deux exaltants.

Les équipes de développement ne sont pas différentes.

Toute équipe dispose d'un goût naturel pour trouver des nouvelles et meilleures façons pour accomplir son objectif.

Les membres de l'équipe aiment écrire des logiciels et ils aiment résoudre des problèmes difficiles. S’ils n’aimaient pas cela, ils ne travailleraient pas dans un secteur difficile.

Ils sont motivés par le défi et l'art de bâtir une solution élégante et fonctionnelle.

Cependant, trop souvent, nous traitons les équipes et leurs membres comme s'ils étaient des pions sur un échiquier qui peuvent être déplacés, décalés et changés sans conséquences. Nous remanions les ressources, nous changeons les objectifs et nous chamboulons leurs priorités. En faisant cela, nous enlevons leur capacité à devenir maîtres. C'est un modèle que je vois répété encore et encore dans notre industrie.

Objectif.

Ce dernier principe énoncé par Pink est l’Objectif.

Les équipes ont un profond désir de comprendre comment leur travail s'inscrit dans une vue d’ensemble. En tant qu'ingénieur, je veux comprendre à quoi le logiciel que je vais construire va servir.

Nous avons besoin d'une raison et d’un objectif.

En tant que leader dans votre organisation, trouver des façons de vous assurer que votre équipe sait que ce qu'elle produit est de contribuer au business.

Communiquer à propos de l'importance des nouvelles fonctionnalités livrées dans le dernier sprint. Montrez-leur les clients ravis utilisant leurs solutions. 

Trop souvent, nous déconnectons  nos équipes de développement du business et des clients.

Nous le faisons parce que nous pensons cela ne les intéresse pas, ou nous ne voulons les distraire avec ça.

Mais, le plus souvent, nous finissons par les aliéner et par détruire leur sens de l’objectif.

Conclusion

A mesure que vos équipes grandissent, mûrissent et s'efforcent d'être plus agile,  travaillez pour créer un environnement « autonomie, maîtrise et objectif ».

Je n'ai aucun doute que vous témoignerez, à mesure que vous avancerez, d’améliorations sur le moral, dans l’innovation et l'efficacité.

Why MSFT let’s me down?

Just a quick, humorous post to talk about my frustrations with MSFT and to express my doubts in words. 

There’s no Windows 7 tablet OS on the horizon and there are just vague rumors around Windows 8.

So what’s up with MSFT?

I google greedily at articles and videos on the Cisco "Cius" and on the Samsung tablets, and I can't offer anything to my clients, nothing more than some HTML5 pages.
Not bad, but even so, when you see Microsoft’s videos 'ENVISIONING' and 'Microsoft Sustainability : Productivity, future vision', HTML5 will not do everything.

There is such a gap between these very exciting “marketing video” vision and the application of real vision.

My dream is simply to offer Windows Metro-native applications to my clients on a tablet.  The leap from Windows Phone 7 to such a tablet OS shouldn’t be so difficult, and an agreement with tablet manufacturers is not so hard to obtain.
I dream about having a tablet with a native Office 365, and in particular, Lync & Outlook, plus my own native “tablet” applications.

There is such a potential for professional tablets!

Okay, dream over.   I plunge back into reality with the Android SDK and I revise my Java.

Pourquoi MS me laisse tomber ?

Juste un petit billet d’humeur pour dire ma frustration, mettre  des mots sur mes doutes.
Pas de tablette Windows 7 à l’horizon, juste de vagues soupçons et rumeurs autours de Windows 8.
 

Mais qu’est-ce qu’il leurs est arrivé ?
 

Je regarde avidement  les articles et vidéos sur le « Cius » de Cisco, sur les tablettes Samsung, et je ne peux rien proposer à mes clients, rien d’autre que des pages HTML5.

Pas si mal, mais tout de même, quand on voit les vidéos 'ENVISIONING' et 'Microsoft Sustainability : Productivity, future vision', l’HTML5 ne pourra pas tout faire…

Il y a un tel écart entre cette vision très enthousiasmante et le manque de vision dans les faits.

Je rêve juste de pouvoir proposer des applications Windows / Metro / native à mes clients, le delta entre le Windows Phone 7 et un OS pour tablette n’est pas si grand, l’accord avec des constructeurs de tablettes pas si difficile.
J’imagine Office 365 notamment Lync, Outlook et mes applications en mode ‘tablette’.

Il y a un tel potentiel pour des tablettes professionnelles.

Rêve terminé : je me replonge dans le SDK d’Android et je révise mon Java.
 
Qu’est-ce qu’il leurs est arrivé ?