« 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 52 : | Ligne 52 : | ||
<br/> | <br/> | ||
[[Fichier:Validating-problems-EN.jpg|link=|border|center]]<br/> | [[Fichier:Validating-problems-EN.jpg|link=|border|center]]<br/> | ||
<br/> | |||
Ce sont des problèmes "non validés". Les équipes utilisent un processus de '''découverte du client''' pour les valider. (Une fois les problèmes validés, les équipes passent à la case en bas à gauche et explorent de multiples solutions. Les deux cases du bas sont celles où l'idéation et l'innovation de type brainstorming sur les problèmes/solutions sont cruciales. Il est parfois possible d'accélérer ce processus en faisant appel à l'horizon 3, aux personnes qui sortent des sentiers battus (''out-of-the-box thinkers''), que toute entreprise a, et de les laisser porter leur regard critique sur le problème ou la solution.<br/> | |||
<br/> | |||
Si une solution est trouvée et résout le problème, l'équipe se dirige vers la case en haut à gauche.<br/> | |||
<br/> | |||
Mais j'ai expliqué que très souvent la solution est inconnue. Dans ce cas, pensez à demander aux équipes de faire une " visite technique sur le terrain". Il s'agit de faire décrire le problème par de multiples sources (fournisseurs, développeurs internes, autres programmes internes) et de faire un débriefing sur la totalité de ce qui a été trouvé. Une visite sur le terrain permet souvent de découvrir que le problème est en fait le symptôme d'un autre problème ou que ces sources le voient comme une version différente du problème. Ou qu'une solution existante existe déjà ou peut être modifiée pour s'adapter.<br/> | |||
<br/> | |||
Mais souvent, il n'existe aucune solution connue. Dans ce cas, les équipes peuvent se diriger vers la case en haut à droite et construire des produits minimum viables - le plus petit ensemble de fonctionnalités à tester avec les clients et les partenaires. Ces tests MVP permettent souvent de tirer de nouveaux enseignements de la part des clients, des bénéficiaires et des parties prenantes - par exemple, ils peuvent dire au développeur du thème que les premiers 20 % du produit livrable sont "suffisants", ou que le problème a changé, ou que le calendrier a changé, ou qu'il doit être compatible avec autre chose, etc. Enfin, lorsqu'une solution est souhaitée par les clients/bénéficiaires/parties prenantes et qu'elle est techniquement réalisable, les équipes passent à la case en haut à gauche.<br/> | |||
<br/> | |||
Le résultat est que les équipes itèrent rapidement pour fournir les solutions souhaitées et nécessaires aux clients dans le temps limité qui reste à l'entreprise.<br/> | |||
<br/> | |||
'''''Destruction créatrice'''''<br/> | |||
<br/> | |||
Les entreprises qui réussissent le font grâce à un effort global associant un leadership inspiré et visionnaire, des personnes motivées, des produits innovants et une mise en œuvre et une passion sans relâche.<br/> | |||
<br/> | |||
Regarder et écouter des centaines de personnes lutter contre le tsunami dans une entreprise mythique a été une leçon d'humilité.<br/> | |||
<br/> | |||
J'espère qu'ils y arriveront.<br/> | |||
<br/> | |||
'''''Les leçons apprises'''''<br/> | |||
<br/> | <br/> | ||
