La méthodologie 'Shape Up' : un bref résumé

Vous pouvez trouver le livre entier, gratuit, sur basecamp.com.

1. Cycles de développement

Les cycles de six semaines permettent une concentration maximale. En limitant le travail à ce délai, il devient clair que tout ne peut pas être accompli, obligeant les équipes à se concentrer sur ce qui est essentiel. C'est une rupture nette avec les sprints de deux semaines, qui peuvent souvent donner l'impression d'une course incessante.

2. Shaping

Le "shaping" est un processus où les hauts responsables, ou ceux ayant une vision du produit, préparent et ébauchent les idées avant qu'elles ne soient présentées aux équipes. Cela comprend la définition des objectifs, la mise en évidence des obstacles potentiels et la détermination des éléments à éviter. Cette étape garantit que seules des idées solides et réalisables sont présentées, réduisant ainsi le risque d'échec.

Exemple du livre : Imaginons un projet pour améliorer la recherche utilisateur. Plutôt que de simplement dire "améliorer la recherche", le shaping pourrait indiquer "créer une recherche prédictive basée sur le comportement utilisateur précédent tout en évitant d'intégrer des publicités".

3. Bets (Pari)

Au lieu de planifier de manière traditionnelle, Basecamp utilise une approche de paris. Cela signifie qu'ils investissent du temps et des ressources dans des idées qui ont été shapées, reconnaissant qu'il y a toujours une incertitude inhérente au développement.

Exemple du livre : Basecamp pourrait choisir de parier sur une nouvelle fonctionnalité qui, selon leurs recherches, serait extrêmement bénéfique pour les utilisateurs, même si cela signifie mettre d'autres demandes ou fonctionnalités en attente.

4. Building

Les équipes sont composées de designers et de développeurs, et elles ont l'autonomie de décider comment atteindre l'objectif du projet. Cela encourage la responsabilité, la créativité et l'innovation.

Exemple du livre : Une équipe pourrait décider d'utiliser une nouvelle technologie ou une approche différente pour répondre aux besoins du projet, tant qu'elle est alignée sur la vision shapée.

5. Refroidissement

Ces deux semaines permettent à l'équipe de respirer, de traiter les petits problèmes qui se sont accumulés, ou même d'explorer de nouvelles idées sans la pression d'un délai.

Exemple du livre : Après un cycle intensif, une équipe pourrait décider d'utiliser ce temps pour améliorer leurs compétences, apprendre une nouvelle technologie ou simplement prendre du recul sur le produit.

6. Hill charts

Contrairement aux listes de tâches, les "Hill Charts" représentent visuellement où en est un projet dans le processus de résolution de problèmes. C'est un moyen pour l'équipe de communiquer son avancement sans se perdre dans les détails.

Exemple du livre : Si l'équipe est toujours en phase de recherche ou d'exploration, le projet serait placé sur la montée de la colline. Une fois qu'une solution claire est trouvée, il commence à descendre vers la mise en œuvre.

7. Pas de backlogs

En évitant les backlogs, Basecamp s'assure que les idées obsolètes ou moins pertinentes ne s'accumulent pas. Si une idée ou une fonctionnalité est vraiment cruciale, elle reviendra naturellement dans les discussions futures.

Exemple du livre : Si, au fil du temps, une ancienne fonctionnalité demandée n'est jamais sélectionnée pour un cycle, elle pourrait être considérée comme non essentielle et donc abandonnée.

8. Fixes (réparations)

Tous les problèmes ou bugs ne sont pas traités immédiatement. En les notant comme "fixes", ils peuvent être traités en bloc, permettant à l'équipe de se concentrer sur les objectifs majeurs du cycle.

Exemple du livre : Si, lors de la création d'une nouvelle fonctionnalité, un petit bug est découvert dans une autre partie du produit, il serait noté comme un "fix" et traité pendant la période de refroidissement.