Votre métier comme point de départ
Vous connaissez le problème. Nous vous aidons à le transformer en produit.
Vous n’avez pas besoin d’arriver avec une spécification technique complète. Les informations les plus utiles sont souvent beaucoup plus simples : qui utilise aujourd’hui le processus, ce qui fonctionne mal, les contraintes à respecter et ce que vous souhaitez obtenir à la fin.
À partir de cette matière, nous structurons les parcours, les règles et le périmètre qui serviront de base au projet.
Pour commencer
Quelques éléments suffisent pour lancer la réflexion.
Les utilisateurs concernés
Qui utilisera la solution et dans quel contexte ?
Le fonctionnement actuel
Comment le travail est-il réalisé aujourd’hui ?
Les contraintes connues
Quelles règles, données, outils ou échéances devons-nous prendre en compte ?
Avant le développement
Réduire les zones d’incertitude avant qu’elles ne coûtent du temps.
Le début du projet sert à transformer les intentions en décisions vérifiables. Nous cherchons à savoir ce qui doit réellement être livré, pour qui et dans quel ordre.
Parcours
Ce que chaque utilisateur doit pouvoir faire
Les actions, écrans et informations sont organisés autour des situations réellement rencontrées par les futurs utilisateurs.
Priorités
Ce qui doit être présent dès la première version
Nous séparons ce qui conditionne le fonctionnement du produit de ce qui peut être ajouté une fois les premiers usages validés.
Règles
Les comportements attendus dans chaque situation
Droits d’accès, validations, statuts, exceptions ou calculs sont formalisés avant qu’ils ne deviennent du code.
Interfaces
La manière dont les utilisateurs interagiront avec la solution
Les écrans permettent de vérifier que l’organisation de l’information et les actions proposées correspondent bien aux usages attendus.
Périmètre
Une base claire pour chiffrer et organiser le projet
Une fois les choix suffisamment stabilisés, le périmètre peut être estimé, planifié et découpé en lots cohérents.
Pendant la réalisation
Vous voyez le produit prendre forme au fur et à mesure du projet.
Nous évitons qu’une longue période de développement sépare le cadrage de la première véritable validation. Des versions intermédiaires permettent de confronter régulièrement le travail réalisé aux attentes du projet.
Voir
Les écrans et fonctionnalités réalisés sont présentés dans leur état réel, pas uniquement décrits dans un document.
Tester
Les parcours peuvent être essayés afin d’identifier rapidement une incompréhension ou un comportement à ajuster.
Décider
Les arbitrages sont réalisés avec quelque chose de concret sous les yeux, ce qui limite les interprétations entre les équipes.
Une collaboration lisible
Chacun doit savoir où en est le projet et ce qui doit être décidé ensuite.
Le suivi ne doit pas reposer sur une succession de comptes rendus difficiles à relire. Les éléments à produire, les décisions en attente et les retours sont regroupés dans des supports partagés avec les personnes concernées.
CÔTÉ CLIENT
Valider ce qui relève du métier.
Les représentants du projet apportent leur connaissance du fonctionnement réel, répondent aux questions métier et arbitrent lorsque plusieurs options sont possibles.
CÔTÉ FACTORY-N
Transformer les décisions en produit.
Notre équipe organise le travail, formalise les choix, réalise la solution, signale les points qui nécessitent un arbitrage et rend l’avancement visible.
Faire évoluer sans désorganiser
Une nouvelle idée n’a pas besoin de devenir immédiatement une nouvelle fonctionnalité.
Au cours d’un projet, de nouveaux besoins apparaissent presque toujours. Nous les qualifions avant de décider s’ils doivent rejoindre le périmètre en cours, remplacer une autre priorité ou être conservés pour une évolution ultérieure.
Avant d’ajouter
Nous regardons son impact sur le projet.
Quelle valeur apporte cette demande ?
Est-elle nécessaire pour la version en cours ?
Quel impact aura-t-elle sur le périmètre et le planning ?
Après la première mise en ligne
Le produit entre alors dans sa vraie vie : celle de ses utilisateurs.
Les premiers usages fournissent des informations qu’aucune phase de conception ne peut complètement anticiper. Ils permettent de mesurer ce qui fonctionne, d’identifier les ajustements utiles et de décider des prochaines évolutions sur des faits.
Observer
Recueillir les retours et regarder comment la solution est réellement utilisée.
Corriger
Traiter les écarts de comportement ou difficultés qui apparaissent en conditions réelles.
Ajuster
Améliorer certains parcours lorsque les usages montrent qu’une autre organisation serait plus efficace.
Faire évoluer
Prioriser les prochains développements à partir de besoins désormais mieux documentés.
Le point de départ
Votre projet n’a pas besoin d’être complètement défini pour que nous commencions à en parler.
Présentez-nous ce que vous cherchez à améliorer et ce que vous connaissez déjà du besoin. Nous pourrons déterminer ensemble quelles questions doivent être traitées en premier.