Avez-vous besoin de savoir si le système qu'on vous a proposé est le bon ?
Revue de l'architecture, des coûts, du périmètre et des propositions de fournisseurs avant d'engager l'argent. Indépendante, précise et écrite.
Le problème
Une proposition arrive avec un schéma d'architecture assuré, un prix et un calendrier, et les personnes qui doivent l'approuver ne peuvent pas dire si elle est juste. Le fournisseur ne ment pas, mais il répond à la question qu'il sait traiter. Résultats fréquents : un système trois fois plus grand que le problème, un modèle de licence qui devient cher exactement quand l'activité croît, ou une conception qui suppose en silence que la partie difficile sera traitée plus tard.
Notre approche
Nous lisons la proposition à l'aune du problème qu'elle est censée résoudre, et non des bonnes pratiques dans l'abstrait. Nous vérifions les chiffres : utilisateurs, données, débit, coût sur cinq ans. Nous vérifions les hypothèses qui n'ont pas été écrites. Là où quelque chose cloche, nous disons quoi et pourquoi, et ce qu'il faut demander à la place. Là où la proposition est bonne, nous le disons aussi. La valeur est dans une réponse claire, pas dans la recherche de défauts. Quand il n'existe pas encore de proposition, nous faisons le même travail une étape plus tôt : nous analysons ce qu'il faut construire et nous écrivons le périmètre sur lequel reposera le contrat.
Exemple concret
Un contrat écrit avant la première ligne de code
Une direction publique voulait faire construire l'application avec laquelle elle gère son travail quotidien par une agence de publicité que nous conseillons. Le logiciel n'était pas le métier de l'agence, si bien qu'avant toute signature, la question de savoir ce qui était exactement acheté et vendu est arrivée chez nous. Nous avons analysé l'ensemble du travail : chaque module dont la direction aurait besoin, les rôles et les validations qu'il contient, les données qu'il devait conserver, l'endroit où il tournerait et ce qu'il faudrait assurer après la mise en service. Puis nous avons fait de cette analyse le contrat lui-même : ce qui est livré et comment c'est recetté, ce qui est hors périmètre, et qui est responsable de quoi une fois le système en service. Le résultat était un document auquel les deux parties pouvaient se tenir. L'agence savait à quoi elle s'engageait, et la direction savait ce qu'elle payait.
Ce que vous obtenez
- Une revue écrite de la proposition au regard de votre problème et de vos chiffres réels, ou un périmètre écrit lorsqu'aucune proposition n'existe encore
- Une liste des risques précis, des lacunes et des hypothèses non chiffrées
- Des questions et des modifications concrètes à rapporter au fournisseur
- Une recommandation sur laquelle agir, y compris quand elle consiste à procéder comme proposé