Depuis la création de ClickUp, notre équipe s'est engagée à publier de nouvelles fonctionnalités et des correctifs chaque semaine. En deux ans, ce rythme nous a permis d'atteindre la parité de fonctionnalités avec certaines des plus grandes entreprises de logiciels de gestion de projet du marché — et nous avons tout accompli avec ClickUp.

Utilisez notre modèle de Vue Tableau de bord Sprint pour configurer automatiquement une vue dédiée à la planification et à la gestion des Sprints.

Utiliser ClickUp pour les Sprints

Un Sprint est une période de travail délimitée dans le temps à laquelle votre équipe s'engage. Pour tenir le rythme de nos publications hebdomadaires et maintenir des boucles de feedback efficaces avec les parties prenantes, notre équipe travaille en Sprints d'une semaine. Grâce aux Sprints ClickUp, notre équipe peut estimer ce qui sera publié chaque semaine.

Selon nous, les Sprints dans ClickUp fonctionnent mieux lorsque le ClickApp Sprints est activé, ainsi que le ClickApp Tâches dans plusieurs Listes.

Utiliser le ClickApp Sprints

Lorsque vous utilisez des Sprints, nous vous conseillons de :

• Utiliser Tâches dans plusieurs Listes pour ajouter des tâches aux Listes de Sprint tout en les conservant à leur emplacement d'origine.
• Utiliser des statuts de tâche personnalisés pour savoir en un coup d'œil sur quoi votre équipe travaille et où elle en est.
• Avec le Plan Business et supérieur, vous pouvez utiliser les Automatisations de Sprint pour que ClickUp crée des Sprints et gère les tâches non terminées à votre place. C'est comme ça que notre équipe traite les tâches inachevées en fin de Sprint.
• Avec le Plan Business et supérieur, vous pouvez suivre la progression du Sprint grâce aux cartes Tableau de bord Sprint.

Utiliser des sprints sans le ClickApp

Vous pouvez tout de même gérer des sprints efficacement dans ClickUp sans utiliser le ClickApp. Nous recommandons quand même d'utiliser Tâches dans plusieurs Listes lorsque vous utilisez des sprints sans le ClickApp Sprints.

Voici un aperçu de ce à quoi votre hiérarchie ClickUp pourrait ressembler.

En plus d'un Dossier Fonctionnalités, nous recommandons de créer des Dossiers ou des sous-dossiers individuels pour chaque chef de produit afin de suivre ses tâches. Le ClickApp Tâches dans plusieurs Listes vous permet d'ajouter des tâches depuis vos Listes de Fonctionnalités aux Listes de Sprint.

Nous vous conseillons de créer une tâche pour représenter chaque publication et d'y ajouter des Relations avec les tâches de conception et d'ingénierie associées. Vous pouvez également rendre la tâche de publication dépendante d'autres tâches requises. Notre équipe utilise les tâches de publication pour stocker le brief produit, qui regroupe toutes les exigences et les designs de la publication. Cette tâche est le point central où trouver toutes les informations sur la publication.

Chez ClickUp, les développeurs gèrent les bugs. Nos Listes de bugs se trouvent dans un Espace Développement, au sein de notre Dossier AQ. Les développeurs y ajoutent des tâches lors des sprints de bugs et des correctifs hebdomadaires.

Cérémonies et processus Agile dans ClickUp

La communication est essentielle pour publier chaque semaine. C'est pourquoi notre équipe Produit organise des cérémonies de sprint quotidiennes. Nous utilisons des tâches récurrentes dans la Vue Calendrier pour assurer le suivi de ces réunions.

Les Environnements de travail sur des plans payants peuvent afficher les tâches récurrentes futures dans la Vue Calendrier.

Utiliser les Tableaux de bord pour les stand-ups quotidiens

Nous utilisons des stand-ups quotidiens pour traiter les bugs urgents avant de passer aux mises à jour habituelles. Nous nous appuyons sur un Tableau de bord et une Vue Liste de tâches priorisée pour structurer les discussions lors de nos stand-ups. Chaque chef de produit consulte le Tableau de bord et la Liste avant la réunion pour identifier les tâches qui nécessitent un suivi. Une fois que chaque développeur a donné une mise à jour de statut et signalé les éventuels points bloquants, l'équipe Produit peut poser des questions ou les équipes plus petites peuvent tenir de courtes sessions en sous-groupes.

Champs personnalisés

Nous avons créé plusieurs champs personnalisés essentiels à notre plan de publication hebdomadaire et à notre Tableau de bord :

• Groupe de publication cible : ce champ indique à quel moment nous prévoyons de publier une fonctionnalité. Cette date cible représente un engagement de l'équipe Produit. Elle peut être repoussée si l'objectif n'est pas atteint, mais nous en conservons une trace dans l'activité de la tâche.
• Publication cible back-end : ce champ indique à quel moment le back-end doit être finalisé pour respecter la date de publication prévue.
• Risque : ce champ indique notre niveau de confiance quant au respect des délais de publication. Vous pouvez utiliser des valeurs telles que très probable, probable, à risque et risque élevé.

Notre Tableau de bord sert également lors de notre synchronisation de l'après-midi avec l'équipe Assurance Qualité. Nous mettons continuellement à jour le champ personnalisé Liste déroulante Risque pour que tout le monde soit sur la même longueur d'onde. Dès qu'un élément est identifié comme étant à risque, nous en informons toutes les parties prenantes afin qu'elles puissent s'adapter si nécessaire.

Collaborer avec les ingénieurs grâce aux commentaires

Utilisez les commentaires de tâche pour assurer le suivi des conversations et garder une trace des décisions prises. Vous pouvez déplacer des informations importantes des commentaires vers la description de votre tâche en cliquant sur les points de suspension ... dans le coin supérieur droit du commentaire et en sélectionnant Ajouter à la description. C'est ainsi que notre équipe Ingénierie reste alignée.

Lorsque notre équipe Assurance Qualité commence les tests, elle laisse des commentaires assignés avec des bannières pour distinguer les problèmes bloquants critiques des problèmes moins importants.

Les commentaires assignés non résolus apparaissent dans la section À faire de votre tâche.

Notre équipe Assurance Qualité intègre les commentaires assignés dans une carte Bloc de texte afin qu'ils soient visibles par tous sur le Tableau de bord.

Notre équipe utilise des commentaires en fil de discussion pour mener plusieurs conversations approfondies au sein d'une même tâche. Une fois une décision prise, nous l'ajoutons à la description de la tâche ou nous assignons un commentaire comme élément d'action à accomplir.

Planifier les sprints et gérer les publications

En plus des champs personnalisés et des étiquettes que nous utilisons pour planifier les sprints et gérer les publications, nous maintenons une Liste de backlog étoffée d'améliorations simples en matière d'ergonomie. Les semaines où nous ne publions pas de fonctionnalité majeure, nous essayons de publier plusieurs améliorations d'ergonomie à la place.

Collaborer avec l'équipe Produit

Nous organisons une réunion quotidienne de l'équipe Produit pour aborder les sujets suivants :

• Revue du brief produit
• Revue de design
• Démonstrations
• Discussions sur l'amélioration des processus
• Priorisation des retours clients
• Traitement des points bloquants et des questions générales

Les éléments d'action sont traités en direct pendant la réunion, puis nous créons des tâches de suivi dans ClickUp pour ne pas perdre le fil de ce qui a été discuté. Nous organisons ces réunions quotidiennement pour créer une boucle de feedback rapide et positive avec les clients et les parties prenantes.

Au fur et à mesure que notre équipe Produit a grandi, nous avons mis en place des processus supplémentaires pour standardiser notre approche de publication et gagner du temps :

• Clips : les Clips permettent d'enregistrer des retours complexes pour éviter les malentendus qui surviennent souvent avec les retours écrits. Les Clips facilitent aussi le travail à distance, en permettant aux membres de l'équipe de revoir les réunions auxquelles ils n'ont pas pu assister en direct.
• Modèle de brief produit : l'utilisation du modèle de brief produit garantit que tous les chefs de produit réfléchissent soigneusement aux tâches qu'ils créent et fournissent aux équipes Design, Développement et Assurance Qualité des critères d'acceptation clairs. Ce modèle inclut une liste de vérification pour aider les chefs de produit à respecter le processus établi.
• Revue par les pairs asynchrone : pour réduire le temps passé en réunion, nous avons commencé à effectuer des revues par les pairs en utilisant la fonctionnalité de commentaires sur les tâches pour recueillir des retours. Après un premier tour de revue par les pairs, nos tâches font l'objet d'une revue produit approfondie avec l'équipe élargie, dont Zeb, cofondateur et PDG de ClickUp.