Idéation du produit en groupe
PlanificationMise en œuvre des pratiques comme Event Storming, Lean Canvas, 25/10 Crowdsourcing, 1-2-4 Tous, User Story Mapping
La pratique de l'idéation de production en groupe
Le terme " Idéation " a été forgé par John Stuart Mill dès le XIXe siècle [Godin 2018] et traite du processus de création pour générer des idées innovantes. Dans la culture agile, il existe de nombreuses techniques créatives pour générer, développer et communiquer de nouvelles idées, notamment :
- le célèbre Brainstorming [Higgins 1994].
- Fleur de lotus de Yasuo Matsumura [Higgins 1994].
- la technique SCAMPER [Serrat 2017].
- La technique du dodécaèdre de Von Oech [Von Oech 2011].
- Les six chapeaux de réflexion de De Bono [De Bono 1999].
- Event Storming [Brandolini 2019]
Toutes ces techniques d'idéation sont en fait plus efficaces lorsqu'elles sont réalisées en groupe, et ce pour plusieurs raisons :
- la combinaison des points de vue de chacun permet d'obtenir des informations plus précieuses et de réduire les erreurs.
- elle permet de découvrir des connaissances implicites
- tout le monde est sur la même longueur d'onde
- il récupère l'enthousiasme
La logique sous-jacente peut être fournie par le modèle Panarchy [Gunderson 2002] [Moustier 2020] pour les ateliers d'idéation qui regroupe trois niveaux d'"écocycles" :
- l'expérience individuelle
- l'atelier d'idéation
- les attentes du marché
Dans le cadre du modèle Panarchy, un écocycle figure l'évolution d'un sous-système dans lequel
- α est la phase de démarrage du changement d'un sous-système
- r est l'exploration du sous-système pour faire face au changement
- K se produit lorsque l'exploration permet d'accumuler des efforts et des ressources tant que les résultats de l'exploration sont compatibles avec les ressources acquises.
- et Ω, la phase de libération où le sous-système s'effondre et libère une partie des ressources accumulées, les fameuses "mémoires".
Pourtant, selon le modèle Panarchy, les écocycles sont liés lorsque les sous-systèmes s'influencent mutuellement : lorsqu'un sous-système atteint la phase Ω, il libère une partie de ses ressources à l'écocycle lié, le forçant à entrer dans sa propre phase α. Les liens entre les individus, l'équipe et le marché construisent également une structure d'apprentissage en double boucle qui aide à atteindre le "bon produit" au lieu d'une solution qui serait simplement conforme au point de vue d'un individu (par exemple l'analyste commercial ou le site Product Owner).
L'atelier d'idéation fusionne les "souvenirs" individuels en une connaissance commune qui devrait être plus représentative des besoins du marché.
Impact sur la maturité des tests
L'idéation ne consiste pas seulement à transformer des besoins tacites en exigences explicites par un processus social [Nonaka 1998]. Un tel phénomène est également rencontré dans le domaine de l'architecture [Beck 2001] [Leffingwell 2008] [Larman 2010] [Moustier 2020]. En fait, cette approche émergente permet de soulever les"Architecturally Significant Requirement" (ASR) [Moustier 2019-1] [ASR 2021] à partir des nombreux points de vue et aussi d'aligner tout le monde sur une vue technique commune qui serait nécessaire d'un point de vue subsidiaire [SAFe 2021-9] [Appelo 2010] [Moustier 2020]. Pour permettre la conception en groupe, le "Model Storming"[Galiber 2019] peut être très utile car il n'y a pas de monopole sur l'innovation [Leffingwell 2008].
L'idéation de groupe est également pertinente lorsqu'il s'agit de codage. En codant seul, la capacité de remaniement du développeur est naturellement limitée par des questions d'algorithme et de compilation ; cette limite peut être surmontée notamment par la programmation en binôme et, éventuellement, par la programmation en groupe, afin de laisser de meilleures idées émerger des participants au codage.
Enfin, les tests se déroulent de la même manière. Le raffinement des sprints en mode "3 Amigos" contribue à améliorer un élément du Backlog de produit (PBI). De plus, la pratique ATDD est également beaucoup plus efficace lorsque toute l'équipe est impliquée que lorsque seuls les testeurs fournissent l'automatisation des tests [Ferguson 2017b][Moustier 2020], ce qui conduit au 4e principe de l'architecture agile "They build it, they test it" - [Leffingwell 2008].
Le point de vue d'Agilitest sur l'idéation de produits
Agilitest utilise une technologie #nocode [Forsyth 2021]. Cette approche permet une montée en compétence rapide et donc l'adoption de l'automatisation des tests et de l'ATDD devient vraiment simple et donc l'idéation de produit de groupe.
Pour découvrir l'ensemble des pratiques, cliquez ici.
Cartes connexes
Pour aller plus loin
- [Appelo 2010] : Jurgen Appelo - " Management 3.0 : Leading Agile Developers, Developing Agile Leaders " - Addison Wesley - 2010 - ISBN : 978-0321712479 - voir aussi https://fr.slideshare.net/jurgenappelo/agile-management-leading-teams-with-a-complex-mind/
- [ASR 2021] : Wikipedia - JAN 2021 - https://en.wikipedia.org/wiki/Architecturally_significant_requirements
- [Beck 2001] : Kent Beck etal. - " Manifeste pour le développement Agile de logiciels " - 2001 - http://agilemanifesto.org/iso/fr/manifesto.html
- [Brandolini 2019] : Alberto Brandolini - " Introducing EventStorming " - Leanpub - 2019 - https://leanpub.com/introducing_eventstorming
- [De Bono 1999] : Edward De Bono - AUG 1999 - "Six chapeaux de la pensée" - ISBN 9780316178310
- [Ferguson 2017b] : John Ferguson - " Brosses larges et brosses étroites : il y a plus à BDD que Given/When/Then " - 29/MAR/2017 - https://www.linkedin.com/pulse/broad-brushesnarrow-theres-more-bdd-than-john-ferguson-smart/
- [Forsyth 2021] : Alexander Forsyth - JAN 2021 - " Low-Code et No-Code: Quelle est la différence et quand utiliser quoi ? " - https://www.outsystems.com/blog/posts/low-code-vs-no-code/
- [Galiber 2019] : Flavius Galiber, III - " Lean-Agile MBSE : Best Practices & Challenges " - SAFe Summit 2019 - 29/SEP - 04/OCT/2019 - https://vimeo.com/372960506
- [Godin 2018] : Christian Godin - OCT 2018 - "Encyclopédie conceptuelle et thématique de la philosophie" - ISBN 9791026708063, lire en ligne.
- [Gunderson 2002] : Lance H. Gunderson & C. S. Holling - " Panarchie - Comprendre les transformations des systèmes humains et naturels " - Island Presse - ISBN 1-55963-857-5
- [Higgins 1994] : James M. Higgins - 1994 - "101 techniques créatives de résolution de problèmes" - ISBN 1-883629-00-4
- [Larman 2010] : Craig Larman, Bas Vodde - " Practices for Scaling Lean & Agile Development - Large, Multisite, and Offshore Product Development with Large-Scale Scrum " - Addison-Wesley - 2010 - ISBN-13 : 978-0-321-63640-9
- [Leffingwell 2008] : Dean Leffingwell&Ryan Martens & Mauricio Zamora - AUG 2008 - "Principes de l'architecture agile" - https://scalingsoftwareagility.files.wordpress.com/2008/08/principles_agile_architecture.pdf
- [Moustier 2019-1] : Christophe Moustier - JUIN 2019 - " Le test en mode agile " - ISBN 978-2-409-01943-2
- [Moustier 2020] : Christophe Moustier - OCT 2020 - " Conduite de tests agiles pour SAFe et LeSS " - ISBN : 978-2-409-02727-7
- [Nonaka 1998] : Ikujiro Nonaka & Noboru Konno - 1998 - "Le concept de `Ba' : Construire une base pour la création de connaissances". - https://www.semanticscholar.org/paper/The-Concept-of-%E2%80%9CBa%E2%80%9D%3A-Building-a-Foundation-for-Nonaka-Konno/355bd3020ebad1f2a92c9ebefdd619bc0d87c7b5
- [SAFe 2021-9] : SAFe - FEV 2021 - "Principe n°9 - Décentraliser la prise de décision" - https://www.scaledagileframework.com/decentralize-decision-making/
- [Serrat 2017] : Olivier Serrat - MAI 2017 - "La technique SCAMPER" - https://www.researchgate.net/publication/318018918_The_SCAMPER_Technique
- [Von Oech 2011] : Roger von Oech - 2011 - "Une claque sur le côté de la tête" - ISBN 978-0911121-13-7