Prioriser vos demandes de développement. Sans être technique.

Tout le monde a une liste. Peu de gens ont un ordre. Et c'est l'ordre qui fait avancer un produit.

Une équipe qui fait tout en parallèle ne livre rien en entier. Trois chantiers ouverts, c'est trois chantiers à moitié faits. Et trois contextes à recharger chaque matin. Une chose finie, en ligne, utilisée par vos clients, vaut mieux que trois commencées.

Prioriser, ce n'est donc pas choisir ce que vous ne ferez jamais. C'est choisir ce qui passe en premier. Le reste attend son tour, il n'est pas rayé.

C'est exactement le fonctionnement de Figue Unlimited. Vous déposez autant de demandes que vous voulez. Puis, comme le dit la page d'accueil :

“Nous les réalisons dans l'ordre de vos priorités, une à la fois par slot.”

« Illimité » désigne la file de demandes, pas un quota. Le volume livré dépend de la complexité des demandes. C'est pour ça que l'ordre décide de tout : la demande en tête de file est celle qui sort.

La file, le slot, ce qui est illimité et ce qui ne l'est pas : le développement illimité, expliqué simplement.

Deux questions par demande. Combien elle vaut. Combien elle coûte à faire. Croisez les deux réponses, et chaque demande tombe dans une case.

Estimer la valeur, sans être technique

La valeur, c'est votre terrain. Personne ne la connaît mieux que vous. Trois questions suffisent :

• Ce qu'elle rapporte ou fait gagner. Une vente de plus, une heure de saisie en moins chaque semaine, un client qui ne part pas.
• Combien de clients la réclament. Un client qui la demande une fois, ce n'est pas dix clients qui la demandent chaque mois.
• Quel risque elle retire. Une faille, un paiement qui échoue, une donnée qui peut se perdre.

Pas besoin de chiffre exact. « Forte » ou « faible » suffit. Si vous hésitez, c'est souvent « faible ».

Estimer l'effort : demandez-le

L'effort, ce n'est pas à vous de le deviner. Vous ne lisez pas le code, et vous n'avez pas à le lire. On le demande à l'équipe. C'est son métier.

Une taille suffit. Dans la démonstration du Studio, sur la page d'accueil de Figue, chaque demande porte la sienne : S, M ou L. S, c'est petit. L, c'est un chantier. Pour prioriser, vous n'avez pas besoin de plus précis.

L'urgence départage

Deux demandes dans la même case ? Une troisième question tranche : laquelle ne peut pas attendre ? Un bug qui bloque des clients. Une échéance réglementaire. Une saison qui démarre. L'urgence ne remplace pas la valeur. Elle départage.

Vous en entendrez parler. Voici ce qu'elles disent, sans détour.

• MoSCoW. On range chaque demande en quatre groupes : Must have (indispensable), Should have (important), Could have (souhaitable), Won't have this time (pas cette fois). Formalisée par Dai Clegg, popularisée par la méthode agile DSDM.
• RICE. On note chaque demande sur quatre critères : Reach (combien de personnes touchées sur une période), Impact (de 0,25 à 3), Confidence (votre niveau de certitude, en %) et Effort (en mois-personne). Le score vaut portée × impact × confiance ÷ effort. Méthode publiée par Intercom.

Sources : MoSCoW method, Wikipédia, RICE, Intercom (Sean McBride, 2018).

Prenons la file de démonstration de la page d'accueil de Figue. Sept demandes, avec leur taille. Ce n'est pas un client : c'est un exemple. Voici un ordre raisonné, demande par demande, avec sa raison en une phrase.

Ce n'est pas le seul bon ordre. Avec d'autres clients et d'autres chiffres, la file change. Ce qui compte : chaque place a une raison, écrite en une phrase. Si vous ne savez pas l'écrire, la demande n'est pas encore à sa place.

Une demande trop grosse bloque la file. Avec un slot, rien d'autre n'avance tant qu'elle n'est pas finie. Et vous ne voyez rien sortir pendant des semaines.

La solution : la couper en étapes livrables. Chaque étape se teste et sert seule. Exemple tiré de la démonstration du Studio : « Export des factures ».

Entre deux étapes, la file peut bouger. Un bug urgent arrive ? Il passe devant l'étape 2. L'étape 1, elle, est déjà en ligne.

Pour écrire chaque étape comme une demande claire, voici comment rédiger une demande de développement.

Les priorités changent. Un client important réclame une intégration. Un bug passe devant. Une saison démarre. C'est normal. Un ordre figé pour six mois serait faux au bout de trois semaines.

Au forfait, changer l'ordre veut souvent dire un avenant : un nouveau chiffrage, un nouveau planning, une nouvelle signature. À l'abonnement, vous réordonnez votre file sans renégocier le contrat. C'est l'ordre des demandes qui change, pas le contrat.

Les deux formules, critère par critère : abonnement ou forfait projet.

Chez Figue, vous pouvez aussi réordonner depuis Claude ou ChatGPT, grâce à la connexion MCP du Studio. Une phrase suffit :

“Passe l'export des factures en premier.”

Et deux fois par mois, un point produit avec votre interlocuteur dédié, « pour prendre du recul, challenger les priorités et décider ensemble de la suite ». C'est le bon moment pour relire la file, du premier au dernier.

Soyons francs sur la limite. Un slot, c'est une demande active à la fois. Pas deux. Une file bien rangée avance vite, mais elle avance en file.

Deux sujets doivent avancer en parallèle ? Par exemple une refonte de fond pendant que le quotidien continue. Ajoutez un second slot : 1 990 € HT/mois, sans dégressivité. Sinon, un seul suffit.

Un périmètre fermé, ou une date fixe à tenir ? Une file n'est pas la bonne réponse. Le forfait projet, dès 9 990 € HT, fixe le périmètre et le prix avant de démarrer.