Agile ou hybride : la vraie question est celle du budget

Trois méthodes, trois rapports à l'incertitude

Le débat entre méthode agile et méthode traditionnelle se présente souvent comme un choix de culture. C'est d'abord un choix sur ce qu'on accepte de laisser varier. Tout projet a trois grandeurs — le périmètre, le délai, le coût — et aucune méthode ne les tient toutes les trois fixes.

• Le cycle en V (ou méthode prédictive, « en cascade ») part d'un périmètre spécifié au départ et en déduit délai et coût. Quand l'imprévu arrive, c'est le délai ou le coût qui bouge — rarement dans le bon sens.
• Les méthodes agiles (Scrum, Kanban et leurs variantes) inversent la logique : l'équipe et la cadence sont fixées, le périmètre se priorise à chaque itération. On sait ce que coûte un mois ; on découvre ce qu'il livre.
• La méthode hybride conserve un cadre prédictif pour ce qui engage l'entreprise — le contrat, le budget, les jalons — et organise la réalisation en itérations.

Cinq critères pour choisir

Plutôt que de chercher la meilleure méthode, il est plus utile de se poser cinq questions sur le projet lui-même.

• Le besoin est-il stable ? Un besoin réglementaire, une migration technique ou un chantier se spécifient à l'avance. Un nouveau service destiné à des utilisateurs se découvre en le livrant.
• Comment l'entreprise est-elle engagée ? En régie, le client achète des jours : l'agile s'y installe naturellement. Au forfait, l'entreprise porte le risque du périmètre : il lui faut une enveloppe et des jalons qu'elle peut défendre. Sur un budget voté — le cas d'une DSI —, l'enveloppe est fixée avant même que le projet commence.
• Le métier est-il disponible ? L'agile suppose quelqu'un qui priorise et valide à chaque itération. Sans cette disponibilité, l'équipe priorise seule, et le projet dérive en silence.
• Quelles sont les dépendances ? Du matériel à commander, un tiers à attendre, un chantier à coordonner imposent des jalons fermes. On peut itérer à l'intérieur ; pas autour.
• L'organisation sait-elle arbitrer en continu ? Une méthode agile déplace la décision du lancement vers chaque itération. Si les arbitrages ne se prennent qu'en comité trimestriel, les itérations attendront le comité.

Dans la plupart des entreprises qui pilotent un portefeuille de projets avec une direction financière exigeante, ces cinq réponses conduisent au même endroit : un cadre fixe pour l'engagement, une exécution itérative pour le contenu. C'est la définition de l'hybride.

Ce que recouvre vraiment l'hybride

L'hybride n'est pas « un peu des deux », ni une méthode agile à laquelle on aurait ajouté des réunions. C'est une répartition claire de ce qui relève de chaque logique.

• Le cadrage est prédictif. Périmètre macroscopique, enveloppe budgétaire, jalons contractuels, découpage en lots ou en livrables : tout ce qui engage l'entreprise se décide une fois et se révise formellement.
• La réalisation est itérative. À l'intérieur de chaque lot, le contenu se priorise à chaque itération, avec le métier.
• La recette et le déploiement redeviennent souvent prédictifs, parce qu'ils dépendent d'autres équipes, d'autres calendriers et d'engagements de mise en service.

Trois règles suffisent à le faire tenir. L'enveloppe se décide une fois, et toute révision est une décision tracée. Le contenu se priorise à chaque itération, sans renégocier l'enveloppe. Et l'écart se lit en livrables, pas en tâches : un projet hybride qui ne suit que des tickets a perdu le lien entre ce qu'il dépense et ce qu'il produit.

Budgéter un projet agile

L'idée qu'un projet agile ne se budgète pas est tenace, et fausse. C'est même l'inverse : une itération mobilise toujours à peu près la même équipe pendant la même durée. Son coût est presque constant.

Exemple indicatif : les montants sont à remplacer par les vôtres. Ce calcul montre surtout où se trouve la difficulté. Le coût est connu ; ce qui ne l'est pas, c'est ce que 360 000 € vont livrer. La réponse consiste à budgéter par livrables — une version, un lot fonctionnel, un incrément — et à mesurer, itération après itération, l'écart entre le livré et le prévu.

Deux points d'attention. D'abord, la capacité réelle d'une équipe n'est jamais de 60 jours sur deux semaines : congés, absences et activités hors projet la réduisent, et c'est ce qu'un plan de charge fait apparaître. Ensuite, le temps doit être imputé au livrable, pas seulement au projet, sans quoi la marge par livrable reste invisible.

Ce que la finance doit voir, quelle que soit la méthode

Une direction financière ne choisit pas la méthode de gestion de projet. Elle demande, chaque mois, les mêmes quatre grandeurs : le budget validé, l'engagé, le réalisé et le coût final prévisionnel. Voir ce qu'un directeur financier attend du suivi des projets.

En agile, ce coût final prévisionnel se calcule simplement : le consommé à date, plus le nombre d'itérations restantes multiplié par le coût d'une itération. Ce qui ne peut pas être accepté, c'est l'absence de réponse — « on verra à la fin du backlog ». Un projet agile bien piloté connaît son coût final aussi bien qu'un projet en cycle en V ; il sait simplement mieux ce qu'il sacrifiera si l'enveloppe ne suffit pas.

Dans CESAR.TEAM

Voir le domaine Projets pour la structure d'une affaire, et Commandes & budget pour la déclinaison de l'enveloppe.