Souvent, notre rôle en tant que Product Managers est d’être un traducteur entre les équipes commerciales et de livraison. Ici Morag McLaren se penche sur certaines choses qu’elle a apprises grâce à ce processus en ce qui concerne Agile.
N’oubliez pas les autres parties du manifeste Agile
La perception de la plupart des gens du manifeste agile est qu’il nous dit de faire les choses rapidement et régulièrement. Bien que cela soit vrai dans une certaine mesure, ce qui est souvent oublié, c’est la dernière phrase. Le groupe de personnes qui a inventé cette façon de travailler ne disait pas qu’il n’y avait aucune valeur dans la façon dont les choses se déroulaient auparavant. Ils disaient simplement que, compte tenu de leur contexte et de leurs rôles, les nouvelles approches procuraient des avantages plus rapidement.
La plus haute priorité est de satisfaire le client
Sous le manifeste souvent cité se trouve un ensemble de principes qui ont constitué un contexte important pour la création de ces nouvelles méthodes de travail. Le premier d’entre eux est que, pour les développeurs, la priorité absolue est de satisfaire le client par la sortie de logiciels. Ce principe est souvent oublié.
On suppose que la compréhension des utilisateurs et la façon de résoudre leurs problèmes est le seul rôle de l’UX ou du chef de produit. Les bons développeurs savent que ce n’est pas le cas et s’impliquent tout autant dans la recherche d’utilisateurs et la résolution de problèmes qu’ils déterminent comment ils vont créer un produit.
À mesure que les équipes changent, vos méthodes de travail devraient-elles évoluer
De la même manière que nos produits évoluent en fonction de l’évolution de leur marché, nos équipes évoluent également. Lorsque les gens changent ou que le contexte commercial change, nous devons être à l’aise pour réagir à travers nos méthodes de travail. Ce n’est pas parce que quelque chose a fonctionné dans le passé que cela fonctionnera dans le futur, et il ne devrait pas être accroché de manière dogmatique.
Ayez la confiance nécessaire pour changer constamment vos cérémonies, artefacts et comportements.
Ne supposez pas que tout le monde comprend ou accepte pourquoi vous passez à Agile
Si les gens ne comprennent pas les besoins d’un changement, ils ne peuvent pas s’y engager. Même dans les équipes «agiles» existantes, les raisons d’adopter un tel processus sont souvent mal comprises.
De plus, si les gens ne peuvent pas expliquer les alternatives à une méthode de travail, ils ne comprennent probablement pas assez bien les options disponibles. En tant que tel, prenez le temps de discuter des raisons pour lesquelles l’agilité pourrait fonctionner, mais, tout aussi important, regardez les alternatives.
Interrogez les gens sur les conneries de leur travail
Si vous vous contentez de mettre en œuvre des méthodes de travail agiles, les gens verront cela comme un ajout de processus et de charge de travail supplémentaires à leurs assiettes. Ils ne comprendront pas les raisons derrière cela et ne verront pas les avantages de le faire.
Si vous commencez par demander aux gens ce qui les frustre dans leur rôle et que vous cherchez à résoudre ces problèmes, vous êtes beaucoup plus susceptible d’amener des gens avec vous. En adoptant cette approche, vous finirez par être en mesure d’introduire des pratiques agiles sans nécessairement «faire de l’agilité» – mais ce sera beaucoup plus efficace et stable à long terme.
Continuez à communiquer et ne supposez rien
Peu importe à quel point vous et votre équipe êtes bien établis, vous devez continuer à parler. Parfois, vous serez tenté de vous glisser dans la sténographie ou de supposer que les choses fonctionnent comme il se doit, mais essayez d’éviter cela.
Demandez constamment des commentaires sur la façon dont les choses se passent. Demandez-vous si un nouveau membre d’une équipe comprendrait la conversation en cours. Prenez le temps de discuter en groupe où d’autres améliorations peuvent être apportées et n’oubliez pas de continuer à répéter.