Relever les frictions
Analyser vos procédures avec les équipes qui les appliquent, du cas courant aux exceptions.
Notre méthode
Maximiser l’engagement de vos équipes
Avec le design driven development, nous concevons et validons d’abord le bon outil en prototype avec vos équipes, avant d’écrire la moindre ligne de code. Puis nous le construisons par étapes visibles. Vous gardez la main sur les décisions, nous apportons la méthode et l’expertise.
Le principe
La co-conception ne part pas d’une page blanche.
Nous écoutons votre métier, proposons des solutions, les mettons à l’épreuve et décidons avec vous.
Point de départ
Vous connaissez vos procédures. Nous connaissons les cabinets de PI.
Vous arrivez avec vos méthodes de travail, souvent manuelles ou peu outillées. Les ateliers réunissent décideurs, équipes métier et futurs utilisateurs pour les analyser sur des cas réels et en faire un produit.
Proposer des options
Nous nous appuyons sur notre connaissance des cabinets de PI pour signaler les impasses et proposer des solutions, discutées en séance.
Valider avant de construire
Tester les parcours et les écrans sur un prototype. Chaque décision est notée et sourcée.
Phase 01 · Concevoir ensemble
Autant de séances que nécessaire, avec les équipes qui font le travail.
Ordre du jour avant, compte rendu après, maquettes mises à jour pour la séance suivante.
- 01
Cartographier l’existant
Le processus tel qu’il se pratique aujourd’hui, dessiné en séance avec les équipes : qui fait quoi, quand, avec quel outil. Les premières maquettes sont montrées dès cette séance.
LivrableCartographie du processus actuel, irritants, questions ouvertes
- 02
Tout mettre sur la table
Les cas réels, les exceptions, les attentes. Tout est noté, puis trié entre ce qui entre en première version et ce qui viendra ensuite.
LivrableDossier fonctionnel et périmètre de la V1
- 03
Tester le prototype
Un prototype qui se comporte comme l’application, utilisé en séance chaque semaine. Les échanges avec l’IPMS sont réglés au fil des séances.
LivrablePrototype validé, échanges de données décrits
- 04
Valider le cahier des charges
Toutes les décisions sont réunies en règles. Chacune renvoie à la séance et à la minute où elle a été prise. Les équipes relisent le document avant le développement.
Phase 02 · Construire et livrer
Du prototype à la production, sans effet tunnel.
- 01
Prototype validé
Parcours et règles prioritaires revus avec les utilisateurs.
- 02
Développement visible
Des incréments courts, des démonstrations régulières, des retours utiles.
- 03
Recette accompagnée
Des scénarios préparés avec vos équipes, des anomalies et des critères traçables.
- 04
Mise en service
Bascule, reprise des données, formation et suivi, puis support et évolutions.
