« Une carte simple pour l'innovation à l'échelle » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 34 : | Ligne 34 : | ||
J'ai dit à John et Avika que je comprenais que certaines exigences soient connues et immuables. Cependant, lorsque toutes les exigences sont remises aux équipes d'action de cette manière, on part du principe que les problèmes ont été validés et que les équipes n'ont pas besoin d'explorer davantage l'espace des problèmes par elles-mêmes.<br/> | J'ai dit à John et Avika que je comprenais que certaines exigences soient connues et immuables. Cependant, lorsque toutes les exigences sont remises aux équipes d'action de cette manière, on part du principe que les problèmes ont été validés et que les équipes n'ont pas besoin d'explorer davantage l'espace des problèmes par elles-mêmes.<br/> | ||
<br/> | <br/> | ||
Ces contraintes strictes sur les exigences réduisent la capacité des équipes | Ces contraintes strictes sur les exigences réduisent la capacité des équipes thématiques à : | ||
* Comprendre en profondeur les problèmes - qui sont les clients, les parties prenantes internes (ventes, autres départements) et les bénéficiaires (actionnaires, etc.) ? Comment les répartir, priorité de la solution, calendrier des solutions, ensemble minimal de fonctionnalités, dépendances, etc. | * Comprendre en profondeur les problèmes - qui sont les clients, les parties prenantes internes (ventes, autres départements) et les bénéficiaires (actionnaires, etc.) ? Comment les répartir, priorité de la solution, calendrier des solutions, ensemble minimal de fonctionnalités, dépendances, etc. | ||
* Déterminer si le problème est un symptôme de quelque chose de plus important | * Déterminer si le problème est un symptôme de quelque chose de plus important | ||
* Comprendre si le problème peut être résolu immédiatement, s'il nécessite plusieurs produits minimum viables pour tester plusieurs solutions ou s'il nécessite plus de R&D. | * Comprendre si le problème peut être résolu immédiatement, s'il nécessite plusieurs produits minimum viables pour tester plusieurs solutions ou s'il nécessite plus de R&D. | ||
J'ai remarqué qu'avec toutes les exigences fixées à l'avance, au lieu d'avoir la liberté d'innover, les équipes | J'ai remarqué qu'avec toutes les exigences fixées à l'avance, au lieu d'avoir la liberté d'innover, les équipes thématiques étaient devenues des extensions des groupes de développement de produits existants. Elles étaient piégées dans les mentalités existantes et produisaient probablement beaucoup moins que ce dont elles étaient capables. Il s'agit d'une erreur courante que les équipes d'innovation des entreprises ont tendance à commettre.<br/> | ||
<br/> | <br/> | ||
Je leur ai rappelé que lorsque les membres de l'équipe sortent de leurs bâtiments et de leurs zones de confort, et qu'ils parlent directement aux clients, aux parties prenantes et aux bénéficiaires, qu'ils les observent et qu'ils interagissent avec eux, cela leur permet d'être agiles, et les solutions qu'ils fournissent seront pertinentes, en temps voulu, et leur développement prendra moins de temps et de ressources. C'est la différence entre admirer un problème et en résoudre un.<br/> | |||
<br/> | |||
En parlant de cela, j'ai réalisé que le fait d'avoir toutes les exigences prescrites est un symptôme de quelque chose de plus intéressant - la façon dont les responsables du sujet et les membres de l'équipe étaient organisés. De mon point de vue, il semble qu'il y ait eu un manque de cadre et de processus communs.<br/> | |||
<br/> | |||
'''''Donner aux domaines thématiques un cadre commun'''''<br/> | |||
<br/> | |||
J'ai demandé à John et Avika s'ils avaient envisagé de proposer aux leaders des équipes thématiques et à leurs membres un cadre conceptuel simple ( une seule image) et un langage commun. J'ai suggéré que cela permettrait aux équipes de savoir quand et comment "idéer" et intégrer des idées novatrices qui accélèrent l'obtention de meilleurs résultats. Le cadre utiliserait les exigences initiales de la stratégie d'entreprise comme point de départ plutôt que comme destination fixée. Voir le schéma. | |||
