Point clé
Attendre une fonction de la feuille de route n'est pas gratuit. Chiffrez le coût du retard de vos meilleures candidates, choisissez celle au coût élevé et au faible couplage avec votre équipe principale, et livrez-la maintenant comme jalon fixe avec une date et un prix engagés.
Cet article s’adresse aux leaders produit et ingénierie qui bâtissent une feuille de route 2027 avec plus de bonnes idées que de capacité. Il montre comment mettre un prix mensuel sur une fonction en attente, comment choisir celle qui vaut la peine d’être devancée et comment la livrer comme premier jalon fixe sans retirer votre équipe principale de la feuille de route.
C’est la saison de la planification. La feuille de route 2027 prend forme, et elle ressemble beaucoup à celle de 2026 il y a un an. Il y a plus de bonnes idées que l’équipe peut en bâtir, et les plus intéressantes ont été repoussées à la deuxième moitié de l’année.
Personne n’a choisi de retarder ces fonctions. L’équipe d’ingénierie est pleine : engagements, travail de plateforme et tout ce que les clients font remonter ce trimestre. Le carnet grossit parce que la demande est réelle et que la capacité est fixe.
Le problème d’un long carnet, c’est qu’il donne l’impression que l’attente est gratuite. Une fonction stationnée au deuxième semestre 2027 n’apparaît comme un coût nulle part. Elle ne touche pas l’état des résultats et personne ne reçoit de facture. Mais chaque mois d’attente, les ventes se concluent plus lentement, les clients contournent le manque et un concurrent se rapproche un peu plus de la livrer en premier.
Voici donc l’argument pour devancer une fonction, maintenant, comme premier jalon fixe. Pas toute la feuille de route. Une seule fonction, choisie parce que son coût du retard est élevé et que sa dépendance envers votre équipe principale est faible.
Qu’est-ce que le coût du retard et pourquoi compte-t-il pour votre feuille de route?
Le coût du retard, c’est ce que ça vous coûte, par unité de temps, qu’une fonction n’existe pas encore. Don Reinertsen a popularisé l’idée en économie du développement de produits, et elle est à la base de la priorisation WSJF (weighted shortest job first, ou travail pondéré le plus court en premier). Les équipes produit en parlent souvent et l’appliquent avec rigueur presque jamais.
Le but n’est pas la précision. C’est de transformer « on va s’y rendre » en un chiffre mensuel qu’on peut placer à côté d’un coût d’ingénierie. Dès qu’une fonction en attente a un prix, la laisser dans le carnet devient une décision que quelqu’un doit défendre.
Le coût du retard vient généralement d’une ou plusieurs de ces sources :
| Source | Quoi demander | Où trouver la réponse |
|---|---|---|
| Revenus gagnés | Quelles ventes attendent cette fonction, ou se concluraient plus vite avec elle? | Ventes : notes sur les ventes perdues, occasions ouvertes bloquées par la fonction |
| Revenus protégés | Quels clients sont à risque sans elle, ou contournent son absence? | Succès client : notes de risque au renouvellement, escalades, demandes liées à des comptes |
| Coûts réduits | Combien d’heures par mois le manque nous coûte-t-il à l’interne? | Soutien, intégration et opérations : contournements manuels |
| Position concurrentielle | Si un concurrent la livre en premier, combien de ventes changent? | Ventes et marketing produit : données de gains et pertes |
| Valeur d’option | Cette fonction ouvre-t-elle un segment, un partenariat ou un palier de prix inaccessible aujourd’hui? | Direction et produit |
Pas besoin des cinq. Une estimation mensuelle crédible tirée d’une ou deux sources suffit pour changer la conversation. Écrivez les hypothèses à côté du chiffre pour que n’importe qui puisse les contester.
Pour présenter ce genre d’estimation à un chef de la direction financière ou à un conseil, voyez comment bâtir l’analyse de rentabilité d’un investissement en IA.
Pourquoi embaucher ne règle-t-il pas une feuille de route surchargée cette année?
Parce que l’embauche est lente et que la période d’intégration gruge le temps de vos ingénieurs seniors. C’est souvent la bonne réponse à long terme. Ça n’aidera pas une fonction que vous voulez en production le trimestre prochain.
Il faut des mois pour faire signer une offre, et d’autres mois avant qu’un nouvel ingénieur soit productif dans une base de code inconnue. Pendant ce temps, vos seniors font des entrevues et de l’accompagnement au lieu de livrer. Pour les fonctions d’IA, les ingénieurs dont vous auriez besoin sont les plus difficiles à recruter.
L’autre réponse habituelle, c’est de caser la fonction en repriorisant. Ça ne fait que déplacer le coût du retard d’une fonction à une autre. C’est parfois le bon choix, mais ça n’ajoute pas de capacité.
La troisième option, c’est de sortir complètement une fonction de la charge de votre équipe. On la cadre serré, on la bâtit en dehors des sprints de l’équipe principale et on l’intègre par une interface propre. Ça ne marche que pour le bon type de fonction, d’où l’importance du choix.
Quelle fonction de la feuille de route devancer en premier?
Celle où un coût du retard élevé rencontre un faible couplage avec le travail de votre équipe principale. Ce n’est souvent pas la fonction la plus précieuse de la feuille de route. Évaluez vos meilleures candidates selon ces cinq facteurs :
| Facteur | Bonne candidate | Mauvaise candidate |
|---|---|---|
| Coût du retard | Un chiffre mensuel crédible, appuyé par des ventes, des comptes ou des heures nommés | « Les clients la demandent depuis longtemps » |
| Couplage | Se trouve en périphérie du produit : un nouveau service, flux, intégration ou capacité d’IA derrière une API | Exige des changements profonds au modèle de données central ou à une composante partagée que tout le monde touche |
| Clarté du devis | Vous pouvez décrire le résultat attendu en une page, avec des critères d’acceptation | Demande des mois de découverte pour être définie |
| Dépendance interne | Demande quelques heures de revue par semaine à votre équipe, pas sa capacité de sprint | Exige que vos ingénieurs seniors la co-construisent |
| Validation | Des utilisateurs ou clients précis sont prêts à l’utiliser dès sa sortie | Personne n’est prévu pour l’essayer |
Les fonctions qui obtiennent un bon score se ressemblent. Elles ajoutent quelque chose de nouveau à côté du produit au lieu de retravailler son cœur. Les capacités d’IA s’y prêtent souvent : extraction de documents, routage intelligent, résumés, un assistant dans un flux de travail précis. Elles peuvent vivre derrière une API, lire vos systèmes par des interfaces définies et être bâties et testées sans bloquer le sprint de qui que ce soit. Notre article sur les fonctions d’IA pour les produits SaaS explique lesquelles apportent une vraie valeur.
Si aucune de vos fonctions à forte valeur n’est faiblement couplée, ça vous apprend quelque chose aussi. Votre architecture a probablement besoin d’une jointure avant que de la capacité supplémentaire puisse aider.
À quoi ressemble un premier jalon fixe?
Une fonction, en production, à une date engagée, pour un prix engagé. C’est tout l’engagement. C’est l’inverse d’un mandat ouvert facturé à l’heure pendant que la portée bouge.
Le devis du jalon devrait tenir en deux pages. Voici la structure qu’on utilise :
- Énoncé du résultat. Une phrase sur ce qui change, et pour qui. « Les spécialistes de l’intégration importent les données existantes d’un nouveau client en moins d’une heure, sans mappage manuel des champs. »
- Coût du retard. Le chiffre mensuel et ses hypothèses.
- Utilisateurs. Qui l’utilise en premier, par équipe ou par client.
- Inclus. Les capacités précises qui seront livrées.
- Exclus. Tout aussi précis. C’est cette liste qui rend un prix fixe possible.
- Interfaces. Les API, événements et données que la fonction lit et écrit, et qui est responsable de chacun.
- Critères d’acceptation. Des conditions vérifiables, y compris les seuils de qualité de toute composante d’IA et le jeu d’évaluation qui sert à les mesurer.
- Participation de votre équipe. Les réviseurs nommés et les heures par semaine qu’ils y consacrent. Habituellement la revue d’architecture, la revue de code aux points d’intégration et les tests d’acceptation.
- Date et prix. Engagés, pas estimés.
- Transfert. Ce que votre équipe reçoit à la fin : le code dans vos dépôts, la documentation, les guides d’exploitation et une présentation.
Rédiger ce devis, c’est l’essentiel du travail de cadrage. Si vous ne pouvez pas remplir les sections 5, 6 et 7, la fonction n’est pas prête à devenir un jalon fixe. Il lui faut d’abord une courte étape de découverte.
À quoi ça ressemble pour une entreprise SaaS B2B?
Voici un exemple illustratif. Les chiffres ne viennent pas d’un client précis, mais la structure s’applique ailleurs.
L’entreprise : une entreprise SaaS B2B de 120 personnes qui vend au marché intermédiaire. La plupart des nouveaux clients migrent d’un concurrent ou de chiffriers.
La fonction : l’importation de données assistée par IA. Les nouveaux clients téléversent les exportations de leur ancien système, et la fonction mappe les champs, signale les anomalies et propose des transformations qu’un spécialiste de l’intégration approuve. Elle est prévue pour le T3 2027.
Coût du retard estimé :
- L’entreprise signe environ 8 nouveaux clients par mois. Les spécialistes de l’intégration passent environ 20 heures par client en mappage et en nettoyage manuels. Ça fait 160 heures par mois.
- La mise en service prend cinq semaines en moyenne, dont environ deux pour l’importation. Les clients paient dès la signature, mais l’équipe a remarqué que les mises en service lentes vont de pair avec des premiers renouvellements plus faibles.
- Les ventes rapportent que deux ou trois occasions par trimestre soulèvent l’effort de migration comme inquiétude en fin de cycle.
Ne chiffrez que ce que vous pouvez défendre. À un coût complet de 75 $ l’heure, les heures internes à elles seules représentent 12 000 $ par mois. Laisser la fonction au T3 2027, c’est environ neuf mois d’attente de plus. On parle de plus de 100 000 $ en temps d’intégration, avant de compter le risque au renouvellement ou les ventes qui bloquent sur la migration.
Pourquoi c’est une bonne candidate : elle se trouve en périphérie du produit. Elle lit des fichiers téléversés, écrit par l’API d’importation existante et comporte une étape d’approbation humaine claire. L’équipe principale doit réviser l’intégration et rester responsable du contrat de l’API d’importation. Elle n’a pas besoin de la bâtir.
Le jalon : l’importation assistée par IA en production pour les nouveaux clients sur les deux formats sources les plus courants, avec l’équipe d’intégration qui approuve chaque mappage, à une date engagée, pour un prix engagé. Les autres formats sources et l’importation libre-service sont explicitement exclus.
Si elle sort ce trimestre plutôt qu’au T3 de l’an prochain, les heures d’intégration reviennent en premier. Le gain moins évident, ce sont les données. En deux trimestres, l’entreprise peut voir si des mises en service plus rapides améliorent vraiment les premiers renouvellements, une question dont elle débat depuis longtemps sans preuve.
Comment une fonction livrée change-t-elle le prochain cycle de planification?
Elle vous donne des preuves que vos débats de feuille de route ont rarement : ce qu’un travail défini a vraiment coûté, combien de temps il a vraiment pris et ce qu’il a vraiment changé. La prochaine décision devient plus facile.
Si la première fonction a fait bouger son chiffre, vous avez un argument pour devancer la suivante. Sinon, vous l’avez appris avec un seul engagement limité plutôt qu’avec une année de feuille de route.
Ça change aussi la façon de discuter de la feuille de route. Dès qu’un élément porte un coût du retard et un jalon fixe, les gens commencent à poser les mêmes questions sur les autres. C’est l’habitude à bâtir. Pour une vue plus large sur l’intégration de l’IA dans une feuille de route, lisez stratégie produit IA : par où commencer quand votre feuille de route n’a pas d’IA.
Quand ne faut-il pas devancer une fonction de cette façon?
Quand la fonction est le cœur du produit, quand le devis est encore une supposition ou quand personne dans votre équipe n’a le temps de réviser. Mieux vaut le savoir avant le cadrage.
- La fonction est le cœur du produit. Si elle touche toutes les parties de la base de code, elle a besoin de votre équipe. La capacité externe devrait l’appuyer, pas la bâtir à part.
- Le devis est encore une hypothèse. Si vous n’êtes pas sûr que les clients la veulent, validez d’abord à faible coût. Un jalon fixe engage à construire, pas à découvrir.
- Personne ne peut réviser. Même une fonction bien isolée demande quelques heures par semaine à quelqu’un qui connaît votre architecture. Si personne n’a ce temps, l’intégration devient le goulot d’étranglement.
Questions fréquentes
Comment calculer le coût du retard d’une fonction logicielle?
Estimez ce que l’absence de la fonction coûte par mois à partir d’une ou deux sources : ventes qui l’attendent, clients à risque, heures internes passées à contourner le manque ou pertes face à la concurrence. Écrivez les hypothèses à côté du chiffre. Une estimation approximative mais défendable vaut mieux qu’un chiffre précis auquel personne ne croit.
Quel type de fonction une équipe externe peut-elle bâtir sans ralentir l’équipe principale?
Une fonction en périphérie du produit : un nouveau service, une intégration ou une capacité d’IA derrière une API, avec un devis qui tient en une page. Elle devrait demander quelques heures de revue par semaine à vos ingénieurs, pas leur capacité de sprint.
Quelle différence entre un jalon fixe et un mandat en temps et matériel?
Un jalon fixe engage une fonction en production à une date fixée pour un prix fixé, avec une liste d’exclusions explicite. Le temps et matériel facture à l’heure pendant que la portée peut continuer de bouger, donc le risque de dépassement reste chez vous.
Quelle fonction de votre feuille de route 2027 devrait déjà être en production?
Regardez la feuille de route et posez une seule question. Quelle fonction, si elle était en production aujourd’hui, ferait bouger ce trimestre un chiffre qui vous importe?
On bâtit ce genre de fonction comme jalon fixe : cadrée avec votre équipe, construite par des ingénieurs seniors qui supervisent des agents IA et livrée dans votre base de code avec une date et un prix engagés. Le cadrage est gratuit. Nommez une fonction ou un goulot d’étranglement et on revient avec un jalon proposé. Proposez une fonction.