Shape Up : la méthode produit qui remplace les sprints agiles pour les petites équipes

Tu fais des sprints de deux semaines. Tu estimes en story points. Tu as un backlog de plusieurs centaines de tickets que tu ne toucheras jamais. Et pourtant, à chaque fin de sprint, tu n'as pas l'impression d'avoir vraiment avancé.

Ce n'est pas un problème d'exécution. C'est un problème de méthode. Scrum a été conçu pour des équipes larges, avec des rôles séparés : Product Owner, Scrum Master, développeurs. Dans une PME ou une startup, tout le monde fait tout. Les cérémonies mangent du temps de build, les estimations sont fausses, et le backlog devient un cimetière de bonnes idées.

C'est exactement le contexte dans lequel Shape Up est né.

Shape Up est une méthode de développement produit formalisée par Ryan Singer, ex-Head of Product chez Basecamp (l'éditeur du logiciel de gestion de projet éponyme). Le livre Shape Up est disponible gratuitement en ligne sur basecamp.com/shapeup. Il a été publié en 2019.

L'idée centrale : avant de confier un projet à une équipe, quelqu'un doit le shaper — le cadrer au bon niveau de détail. Ni trop vague pour que l'équipe parte dans tous les sens, ni trop précis pour qu'elle ne perde pas de temps à suivre un plan obsolète.

Shape Up n'est pas une variante d'Agile. C'est un changement de paradigme sur la façon dont une organisation décide ce qu'elle construit et comment elle protège le temps de ses équipes.

Le cycle de 6 semaines. C'est la durée fixe de chaque période de travail. Pas deux semaines, pas trois mois : six semaines. Assez long pour livrer quelque chose de réel et complet, assez court pour forcer les arbitrages. Une équipe de un designer et un à deux développeurs travaille sur un seul projet pendant ces six semaines, sans interruption.

L'appétit. C'est la durée que l'organisation est prête à investir sur un problème donné — pas une estimation du temps que ça va prendre. C'est un choix stratégique délibéré. Si une fonctionnalité ne vaut pas six semaines d'effort, on lui donne un appétit de deux semaines, et l'équipe adapte le périmètre de la solution. L'appétit cadre la solution ; ce n'est pas la solution qui détermine le temps.

Le pitch. C'est le document de cadrage présenté à la betting table (table de pari), la réunion où les décideurs choisissent les projets du prochain cycle. Un pitch contient : le problème à résoudre, l'appétit, la solution esquissée (pas détaillée), les rabbit holes à éviter, et ce qui est explicitement hors scope. Il tient en une à deux pages. Ce n'est pas un cahier des charges ni un PRD de quarante pages.

Le cooldown. Après chaque cycle de six semaines, deux semaines de cooldown. L'équipe n'a pas de projet assigné : elle corrige des bugs mineurs, explore des idées, se repose ou prépare les pitchs du cycle suivant. Aucun planning imposé. Ces deux semaines évitent l'épuisement et permettent à l'organisation de respirer avant de s'engager sur le cycle suivant.

Les trois méthodes ne ciblent pas le même type de travail. Les comparer terme à terme aide à choisir.

Shape Up et Scrum partagent l'idée de travailler par itérations, mais la logique est opposée. Scrum découpe le travail en petites tâches estimées sur des sprints courts avec des cérémonies régulières. Shape Up donne un projet entier à une petite équipe autonome pour six semaines, sans découpage préalable ni vélocité mesurée.

Kanban est un système de flux continu sans contrainte de temps fixe. Il excelle pour gérer des tâches entrantes en volume variable : support client, bugs, opérations. Shape Up n'est pas fait pour ça. Certaines équipes utilisent les deux en parallèle — Shape Up pour le développement de nouvelles fonctionnalités, Kanban pour le flux de support.

Shape Up est fait pour les équipes produit de deux à dix personnes qui travaillent sur un logiciel ou un SaaS à moyen terme. Les fondateurs qui jouent aussi le rôle de Product Owner. Les équipes tech qui veulent livrer des fonctionnalités complètes sans se noyer dans la cérémonie.

Soyons directs sur les cas où ça ne convient pas. Si ton produit est principalement en maintenance (beaucoup de bugs, peu de nouvelles fonctionnalités), Kanban est plus adapté. Si tu travailles en agence avec des clients qui changent les specs chaque semaine, Shape Up crée plus de friction que de confort. Si le reste de ton organisation impose des sprints Scrum et que ton équipe tech doit s'aligner dessus, l'adoption sera difficile sans sponsor managérial fort.

Tu n'as pas besoin de basculer toute ton organisation en une nuit. Voici une approche réaliste pour un premier cycle.

Étape 1 : choisir un seul projet pour le premier cycle. Pas toute la roadmap. Un vrai projet, cadré avec un appétit de six semaines. Rédige un pitch d'une page : problème, appétit, solution esquissée, non-objectifs explicites.

Étape 2 : protéger l'équipe pendant six semaines. Pas de réunions parasites, pas de tickets urgents injectés en cours de route sauf incident production réel. C'est le test décisif : est-ce que ton organisation peut laisser une équipe travailler sans interruption pendant six semaines ?

Étape 3 : utiliser le cooldown pour débriefer. Qu'est-ce qui a marché ? Qu'est-ce qui a bloqué ? Prépare le pitch du cycle suivant pendant cette période, pas après.

La plupart des équipes qui essayent Shape Up ne reviennent pas à Scrum. Mais ça demande une vraie décision managériale dès le départ — pas un test discret dans un coin de l'organisation.

Si tu veux aller plus loin sur la gestion de projet produit — Shape Up inclus — la formation Gestion de Projet de Growth Loupe couvre les méthodes, les outils et les pièges à éviter pour les équipes qui construisent des produits en croissance.