Diagnostic & reprise de projet en difficulté

Les semaines passent. Une correction en entraîne une autre. Personne ne sait plus vraiment si le problème vient du logiciel, du besoin initial, ou de la façon dont le prestataire ou l'équipe travaille.

Je ne commence pas par corriger les bugs. Je cherche d'abord à comprendre si les bugs sont réellement le problème.

Pourquoi un projet SI se retrouve bloqué

Dans les projets que j'ai repris, le problème venait rarement d'un problème technique isolé. Il venait plutôt d'un besoin métier mal formalisé au départ, d'un prestataire qui avait construit ce qu'on lui demandait plutôt que ce dont l'entreprise avait réellement besoin, ou d'une accumulation de correctifs qui avait fini par rendre l'ensemble plus fragile que la version initiale.

Avant de confier le projet à un nouveau prestataire, il faut donc comprendre ce qui s'est réellement passé.

Ma méthode

Je commence par regarder ce qui existe réellement, pas ce qui était censé être livré.

J'analyse l'existant, je comprends ce qui fonctionne réellement, je mesure l'écart avec le besoin métier, puis je détermine s'il faut corriger, reprendre partiellement ou reconstruire.

Le choix n'est pas fait en fonction de la solution que je préfère mettre en œuvre, mais de ce qui est le plus viable pour le projet.

Ce que couvre le diagnostic

• Analyse de l'existant : ce qui a été construit, ce qui fonctionne réellement, ce qui ne fonctionne pas et pourquoi
• Identification de l'écart entre l'outil ou le process en place et le besoin métier réel
• Recommandation claire et argumentée : corriger l'existant, le reprendre partiellement, ou reconstruire, avec les raisons concrètes qui justifient le choix
• Prise en charge de la suite si vous le souhaitez : cadrage, développement, ou passation à vos équipes techniques

Ce que vous obtenez à l'issue du diagnostic

Un document clair présentant l'état réel du système, les causes du blocage, et un plan d'action concret, que vous soyez libre d'exécuter avec moi ou avec toute autre équipe technique.

L'objectif n'est pas de vous rendre dépendant d'une mission qui suivrait automatiquement, mais de vous redonner de la visibilité.

Un engagement sans risque

Le diagnostic initial est cadré en amont, à prix fixe, avant tout engagement sur la suite. Vous savez donc ce que vous achetez avant de commencer, et vous restez libre de décider ensuite de la suite à donner.

« Julien est d'une aide précieuse dans le développement de mon projet [...]. Sa compréhension de Laravel et son expertise lui permettent de très rapidement analyser mon code, proposer des améliorations solides et délivrer du code. Il anticipe aussi les besoins futurs et sait toujours apporter des solutions long-terme cohérentes. [...] grosse compréhension business et enjeux utilisateur, lui permettent même parfois de proposer des solutions orientées "produit" ce qui permet d'avoir un point de vue externe hyper utile. »
Fondateur - Pageradar

Cas concret

Après trois ans et deux prestataires, le client avait toujours trois applications à maintenir, aucun outil complétement fonctionnel et un système de paiement mal configuré.

L'analyse a montré que les trois audiences avaient été traitées comme des applications indépendantes, alors qu'elles partageaient un socle commun.

Résultat : une seule application, livrée en quatre mois, générant ses premiers abonnements.

Lire de cas complet →

Questions fréquentes

Cet échange ne vous engage à rien. Il permet d'abord de vérifier si un diagnostic est pertinent dans votre cas.