Équipes agiles ont besoin d’espace et de sécurité pour expérimenter de nouvelles idées et approches. Pour réussir, ils doivent trouver de nouveaux moyens de résoudre efficacement des problèmes complexes.
J’aime le fait que la majorité de ceux qui utilisent une méthodologie agile comme Mêlée faites des sprints de deux semaines. Mais je pense que nous avons peut-être perdu quelque chose en passant à des sprints plus courts. Il semble que nous ayons perdu la capacité d’expérimenter librement et fréquemment. Nous avons au moins perdu le sentiment d’avoir du temps pour innover.
Certaines organisations ont tenté de résoudre ce problème en ayant un temps pour l’innovation (un sprint d’innovation) ou un équipe dédié à l’innovation. Le problème est que l’expérimentation ne devrait pas être réservée à des circonstances particulières. Cela devrait faire partie de l’approche de chaque équipe en matière de résolution de problèmes.
Innovation agile et durée du sprint
Pour voir ce que je veux dire, considérons une équipe aux débuts de Scrum. Presque toutes les premières équipes Scrum auraient planifié des sprints de quatre semaines ou d’un mois. Imaginez que ces équipes soient dans planification des sprints pour une itération à venir et envisageons deux options pour atteindre un objectif.
- La première est la méthode éprouvée. L’équipe sait que cela fonctionnera.
- La seconde solution est peut-être meilleure, mais elle n’a pas été prouvée.
La méthode expérimentale peut fonctionner ou non. C’est plus risqué, mais avec quatre semaines de travail, ce n’est pas trop risqué d’essayer. Si cela ne fonctionne pas, l’équipe aura perdu du temps. Mais l’équipe aura encore le temps de revenir à la méthode éprouvée et de fournir les fonctionnalités d’ici la fin de l’itération.
Parce qu’elles disposaient de plus de temps, ces premières équipes agiles ont souvent choisi d’explorer des voies révolutionnaires et innovantes. Ils se sentaient en sécurité car ils savaient qu’ils ne consacreraient probablement que trois ou quatre jours à l’expérience. Ils savaient qu’avec quatre semaines de travail, ils avaient tout le temps de récupérer et de revenir à une approche sûre.
Ce n’est pas toujours vrai avec un sprint plus court. Si une équipe essaie quelque chose de créatif et que cela ne fonctionne pas, cela peut signifier qu’elle ne respecte pas son engagement en matière de sprint.
Compétences en innovation agile et en résolution de problèmes
Mais ne pas tenir l’engagement du sprint est-il la fin du monde ? Je dis NON. En fait, je dis que les équipes qui respectent toujours leur engagement en matière de sprint ne font pas assez d’efforts. Ils ne trouvent pas de nouvelles façons d’aborder le « comment » pour fournir « ce » que leur propriétaire de produit leur a demandé.
Une tendance malheureuse que j’ai remarquée avec Scrum aujourd’hui est que de nombreuses organisations ont transformé leurs sprints en listes de contrôle.
Avez-vous terminé tous les éléments que vous aviez promis ?
Avez-vous égalé ou dépassé votre vitesse moyenne ?
Si vous l’avez fait, votre équipe a réussi. Si vous ne l’avez pas fait, vous avez échoué.
Ce n’est pas la bonne façon d’envisager le succès.
Je suis d’accord qu’une équipe doit terminer tout ce qu’elle a prévu, la plupart du temps. Ils doivent être cohérents et prévisibles afin que les autres puissent se fier à leurs estimations et planifier en conséquence. Mais la plupart du temps, ils ne devraient que tout livrer.
Environ 20 % du temps, une équipe qui s’étire et atteint ses objectifs échouera. Une équipe qui innove et apprend continuellement ne finira pas tout à chaque fois. Et ce n’est pas seulement acceptable, c’est souhaitable.
Sans l’accent mis sur l’innovation agile, les équipes stagneront. Les équipes qui se concentrent uniquement sur la finition ne sont plus réactives, mais réactives. Ils n’apprennent plus à résoudre des problèmes avec agilité, mais exécutent simplement une liste de tâches.
Expérimentation et sécurité psychologique
Les effets secondaires involontaires de sprints et d’engagements plus courts peuvent être dévastateurs pour la créativité et les avancées. Les équipes qui se sentent pressées par le temps ou qui ont peur de l’échec ne se sentiront pas en sécurité pour expérimenter. En l’absence de sécurité psychologique, l’innovation recule.
Il est essentiel que les équipes agiles résistent à cette pression pour livrer leurs résultats et ne jamais échouer.
Une récente Article de la Harvard Business Review sur la sécurité psychologique a déclaré : « Essentiellement, la technologie de base d’Agile n’est pas technique ou mécanique. Elle est culturelle. » Ou comme Entrepreneur.com l’a dit, « Votre entreprise a besoin d’une culture d’innovation, pas d’une équipe d’innovation. On ne devient pas une entreprise innovante en embauchant quelques personnes pour y travailler pendant que tout le monde fait le travail. »
En tant qu’agilistes, nous devons nous battre pour inscrire l’expérimentation dans notre culture d’entreprise. Les entreprises qui valorisent l’innovation des équipes auto-organisées pour essayer de nouvelles choses, encourager (et financer) apprentissage continu et améliorationt, solliciter et agir en fonction des commentaires et des idées, et mettre l’accent sur la collaboration et la communication.
Innovation et planification agiles
Le timing est essentiel en matière d’innovation. Lors de la planification d’un projet, l’une des considérations est de prendre des risques tôt et non tard. C’est l’idée derrière l’échec rapide. Pas seulement pour livrer rapidement, mais aussi pour échouer suffisamment tôt pour que vous puissiez passer à autre chose.
Ne prenez pas de paris fous lors du sprint final d’un projet majeur.
Mais dès le début d’un projet, cela vaut la peine d’essayer une approche innovante et révolutionnaire qui risque de ne pas fonctionner. Cela vaut la peine de s’aventurer en dehors de l’approche éprouvée.
Le besoin d’innover rapidement est l’une des principales raisons pour lesquelles les organisations passent à l’agilité. Assurez-vous que les équipes se sentent en sécurité pour expérimenter tôt et souvent afin de ne pas manquer cet avantage de l’agilité.
