La journée d’étude Oniti :
bien cadrer votre projet avant de le développer
Un projet de logiciel métier commence rarement par une page blanche. Vous avez une idée de ce que vous souhaitez construire. Vous connaissez les problèmes à résoudre. Vous avez peut-être déjà imaginé certaines fonctionnalités. Parfois, vous avez même rédigé un cahier des charges très détaillé.
Alors, pourquoi ne pas directement passer au devis, puis au développement ?
Parce qu’entre le besoin exprimé et le logiciel qui répondra réellement à vos usages, il reste une étape essentielle : comprendre votre métier et construire ensemble la bonne réponse.
Chez Oniti, c’est tout l’objet de la journée d’étude, que nous appelons aussi journée de cadrage.
Un cahier des charges ne raconte jamais toute l'histoire
Un cahier des charges est utile. Il formalise vos attentes et permet de mettre à plat une première vision du projet. Mais il reste une photographie prise à un instant donné : Il décrit généralement ce que vous pensez devoir construire. Il dit moins souvent pourquoi vous en avez besoin, comment vos équipes vont l’utiliser ou quelles exceptions se cachent derrière un fonctionnement qui semble simple sur le papier.
Or, c’est précisément là que se joue une grande partie d’un projet de logiciel métier.
Prenons une fonctionnalité en apparence banale : « créer une commande ».
Qui peut créer cette commande ? Peut-elle être modifiée ? Jusqu’à quel moment ? Par qui ? Que se passe-t-il si une information manque ? Existe-t-il plusieurs types de commandes ? Certaines nécessitent-elles une validation ?
Une seule ligne dans un cahier des charges peut cacher de nombreuses réalités métier.
C’est pourquoi, chez Oniti, nous ne considérons pas un cahier des charges comme une liste d’instructions à exécuter. Nous préférons partir de cette matière pour la questionner et la confronter à vos usages.
La journée d’étude : entrer dans votre métier avant d’entrer dans le code
David Dirigeant
« Partir du modèle économique, puis regarder l’organisation avant d’arriver au besoin nous permet de mieux comprendre notre client, son entreprise et son fonctionnement. On peut alors remettre le projet logiciel en perspective, valider certaines orientations ou en ouvrir de nouvelles. Et faire des choix plus justes pour la suite. »
Pour développer un logiciel métier pertinent, nous devons d’abord comprendre le métier auquel il va servir.
La journée d’étude réunit donc vos équipes et les nôtres autour du projet. Chez Oniti, David est accompagné d’un profil technique pour croiser dès le départ les regards métier et développement.
Vous nous expliquez votre organisation, vos habitudes et vos contraintes. Nous parcourons les fonctionnalités envisagées. Nous cherchons aussi les exceptions, les cas particuliers et tout ce qui pourrait avoir un impact sur la solution.
Notre rôle n’est pas simplement de prendre des notes : Nous questionnons. Nous reformulons. Nous challengeons certaines demandes. Nous essayons de comprendre le besoin qui se cache derrière la fonctionnalité demandée.
Car une solution imaginée au départ n’est pas nécessairement celle que nous retiendrons ensemble à l’arrivée.
Comprendre, prioriser, puis évaluer
La journée d’étude permet progressivement de transformer une intention en un projet beaucoup plus concret.
1 Comprendre les usages
Nous commençons par le terrain : Qui utilisera le logiciel ? Pour faire quoi ? Dans quel contexte ? Avec quelles contraintes ? Quels sont les irritants de l’outil ou de l’organisation actuelle ?
Cette connaissance est essentielle. Vous êtes les experts de votre métier. Nous sommes là pour traduire vos usages en une solution technique cohérente.
2 Définir ce qui compte vraiment
À mesure que le projet se précise, nous pouvons distinguer les fonctionnalités indispensables de celles qui le sont moins. Tout n’a pas nécessairement besoin d’être développé dans une première version. Une fonctionnalité peut être simplifiée. Une autre reportée. Certaines peuvent aussi s’avérer moins utiles qu’on ne le pensait au départ.
Ce travail de priorisation permet de concentrer le projet sur son socle réellement utile.
3 Évaluer le projet
Après cette journée, l’étude se poursuit chez Oniti. L’équipe passe les différentes fonctionnalités au crible. Nous évaluons leur complexité et le temps nécessaire à leur développement. Cette analyse permet d’établir une première estimation du projet. Nous pouvons ensuite reprendre cette base avec vous. Nous ajustons, arbitrons et affinons le périmètre.
L’objectif n’est pas de figer chaque détail pour les années à venir. Il est de disposer d’une feuille de route suffisamment claire et partagée pour avancer sur des bases solides.
Et si la journée d’étude bouscule votre idée de départ ?
C’est plutôt bon signe !
Un cadrage réussi n’est pas une réunion au cours de laquelle nous validons méthodiquement toutes les fonctionnalités prévues. Il doit aussi permettre de faire émerger les questions qui n’avaient pas encore été posées.
Nous pouvons ainsi vous conseiller de supprimer une fonctionnalité, d’en simplifier une autre ou de revoir l’ordre des priorités. Nous pouvons également identifier un besoin qui n’apparaissait pas dans la demande initiale.
Autrement dit, la journée d’étude sert aussi à déconstruire pour mieux reconstruire. Car mieux vaut faire évoluer une idée à ce stade que découvrir ses limites une fois plusieurs semaines de développement engagées.
Un projet compris de la même manière par tout le monde
À l’issue de ce travail, nous disposons d’une base commune. Vos besoins ont été approfondis. Les fonctionnalités ont été questionnées et priorisées. Le périmètre devient plus lisible. Le budget peut être estimé sur des éléments plus solides.
Mais il y a surtout un bénéfice moins tangible et pourtant essentiel : nous parlons désormais du même projet.
Pour un logiciel métier, cette compréhension partagée est déterminante : Le client connaît son activité, ses utilisateurs et ses cas d’usage. L’équipe technique connaît les possibilités, les contraintes et les conséquences des choix effectués.
Un temps investi avant le développement… pour mieux maîtriser la suite
Consacrer une journée au cadrage peut sembler ajouter une étape avant le « vrai » début du projet. Pour nous, c’est exactement l’inverse : le projet a déjà commencé.
Comprendre les usages, identifier les contraintes et arbitrer les fonctionnalités font pleinement partie de la conception d’un logiciel métier. Cette méthode permet également d’établir une estimation plus fiable. Non pas parce que tout devient prévisible, mais parce que le chiffrage repose sur une compréhension beaucoup plus fine de ce qui doit être réalisé.
C’est aussi une façon transparente de travailler : chacun sait ce qui a été compris, ce qui a été retenu et sur quelles bases le projet est évalué.
Une première étape, sans engagement sur la suite
La journée d’étude constitue une prestation à part entière. Elle permet de donner une forme concrète à votre projet et d’obtenir une première estimation. Elle ne vous engage pas à confier ensuite son développement à Oniti.
Ce principe est important pour nous. Car avant de vous lancer dans plusieurs mois de collaboration et de développement, mieux vaut vérifier que le projet tient la route, que son périmètre est cohérent et que nous le comprenons de la même manière.
Avant de parler fonctionnalités, technologies ou lignes de code, commençons par parler de votre métier.