Réunissez vos équipes produit, ingénierie, QA et design dans un seul Environnement de travail.
Construisez et maintenez une feuille de route produit, livrez des fonctionnalités et corrigez des bugs grâce à une méthodologie agile Scrum ou Kanban.
Commencez dès maintenant avec notre modèle de développement logiciel !
Organisez votre hiérarchie pour le développement logiciel
Configurez la hiérarchie de votre Environnement de travail pour le développement logiciel.
Utilisez les champs personnalisés pour le développement logiciel
Utilisez les champs personnalisés pour ajouter du contexte utile aux tâches dans votre Espace de développement logiciel.
Créez des vues pour le développement logiciel
Créez des vues pour organiser et filtrer votre travail de développement logiciel.
Utilisez les Documents pour le développement logiciel
Exploitez la polyvalence des Documents pour vos notes de version, plans de recherche et bien plus encore !
Modèles de développement logiciel
Appliquez nos modèles de développement logiciel à votre Environnement de travail pour gagner du temps !
Automatisations pour le développement logiciel
Passez moins de temps sur les tâches répétitives et plus de temps sur ce qui compte vraiment ! Créez des Automatisations personnalisées pour votre équipe de développement logiciel.
Intégrations pour le développement logiciel
Connectez des applications externes à votre Environnement de travail de développement logiciel.
Utilisez IA Brain pour le développement logiciel
Exploitez ClickUp IA Brain pour répondre à des questions grâce au contexte de votre Environnement de travail de développement logiciel.
Comment utiliser la vue Tableau pour les mêlées quotidiennes
La vue Tableau accélère la mêlée, car le tableau indique déjà sur quoi chaque personne travaille. Pour la configurer en vue des mêlées :
- Ouvrez la Liste du Sprint.
- Dans la barre des vues, cliquez sur + Vue et sélectionnez Tableau.
- Dans le coin supérieur gauche, cliquez sur l'option de regroupement actuelle.
- Sélectionnez Personne assignée.
La colonne de chaque personne affiche désormais ses tâches organisées par statut. Pendant la mêlée, l'équipe passe en revue sa colonne. Les tâches bloquées sont immédiatement visibles. Personne n'a besoin de donner une mise à jour de statut que le tableau affiche déjà.
Pour organiser une mêlée basée sur le flux, changez plutôt le regroupement par Statut. Parcourez les colonnes En cours, En révision et Bloqué pour repérer tout ce qui nécessite une attention avant le début de la journée.
Comment utiliser les Documents comme wikis pour ClickUp Brain
Liez les Documents directement aux tâches du Sprint ou conservez-les dans un Espace Documents dédié au sein de votre Espace Ingénierie. Lorsqu'un Document est marqué comme wiki, ClickUp Brain le considère comme la source de vérité pour les questions relatives à ce sujet.
Un membre de l'équipe qui interroge Brain sur le runbook de déploiement ou le processus d'escalade des incidents obtient la bonne réponse plutôt qu'une réponse générique.
Bons candidats au statut wiki dans une équipe de développement :
- Registres de décisions d'architecture
- Runbooks d'incidents et guides d'escalade
- Guides d'intégration pour les nouveaux ingénieurs
- Documentation API et spécifications d'intégration
Pour marquer un Document comme wiki, ouvrez-le et activez le paramètre wiki depuis le menu des paramètres du Document. Un badge violet apparaît sur le Document pour confirmer son statut.
Comment automatiser les notifications de dépendance
Les transferts qui ralentissent le plus les équipes de développement sont ceux dont personne ne pense à s'acquitter. Lorsqu'une dépendance bloquante est résolue, la personne assignée à la tâche bloquée doit en être informée immédiatement pour que le travail reprenne le jour même plutôt que de rester en suspens.
Pour automatiser les notifications de dépendance :
- Ouvrez la Liste où se trouvent vos tâches de fonctionnalité.
- En haut à droite, cliquez sur l'icône robot.
- Sélectionnez Créer une automatisation.
- Définissez le déclencheur sur Tâche ou sous-tâche débloquée.
- Configurez une action pour laisser un commentaire qui notifie la personne assignée à la tâche en attente.
Sans cette configuration, les blocages résolus passent inaperçus jusqu'à ce que quelqu'un vérifie manuellement. Avec elle, le travail reprend en quelques minutes.
Comment mettre à jour automatiquement le statut d'une tâche lors d'une fusion de PR
Lorsqu'une pull request est fusionnée dans la branche principale via GitHub ou GitLab, le statut de la tâche liée est automatiquement mis à jour sur En révision ou Terminé selon votre flux de travail. Incluez l'identifiant de la tâche ClickUp dans le titre de la PR ou le nom de la branche, et l'intégration s'occupe du reste.
Pour mettre à jour automatiquement le statut d'une tâche :
- Ouvrez l'App Center.
- Recherchez et sélectionnez GitHub ou GitLab.
- Choisissez un type de connexion et cliquez sur Connecter.
- Suivez les instructions de configuration pour connecter votre dépôt à un Espace.
- Créez une Automatisation qui modifie le statut de la tâche liée lorsqu'une pull request est fusionnée.
Les intégrations GitHub et GitLab sont disponibles sur tous les plans. Les Automatisations GitHub nécessitent le plan Business, Business Plus ou Enterprise.
Comment surveiller la vélocité de l'équipe avec les Tableaux de bord
Un Tableau de bord de Sprint répond à la question que tout responsable ingénierie se pose en milieu de Sprint : allons-nous terminer à temps ? Créez-en un en ouvrant ou en créant un Tableau de bord, puis en cliquant sur + Carte. Les cartes de Tableau de bord de Sprint sont disponibles sur les plans Business, Business Plus et Enterprise.
Ajouter une carte de burndown
Consultez notre article sur comment ajouter une carte de burndown à un Tableau de bord.
Le graphique trace le travail restant par rapport à la ligne de rythme idéal issue de votre prévision verrouillée. Si la ligne de travail restant se situe au-dessus de la ligne directrice, l'équipe est en retard. En dessous, elle est en avance. Consultez ce graphique chaque jour pendant la mêlée. Il vous indique dès le troisième jour si vous avez un problème de périmètre — pas le neuvième.
Ajouter une carte de vélocité
Consultez notre article sur comment ajouter une carte de vélocité à un Tableau de bord.
C'est le graphique qui rend la planification des Sprints honnête. Si l'équipe a réalisé en moyenne 40 points sur six Sprints et que quelqu'un s'engage sur 68 pour ce cycle, le graphique de vélocité est la preuve dont vous avez besoin pour avoir cette conversation avant le début du Sprint — pas pendant.
Ajouter une carte de visibilité des bugs
Pour ajouter une carte de visibilité des bugs :
- En haut à droite du Tableau de bord, cliquez sur + Carte.
- Sélectionnez Liste de tâches.
- Définissez la source sur votre Liste de bugs.
- Triez par votre champ personnalisé de sévérité, ou par Priorité.
- Cliquez sur Ajouter une carte.
Cela permet de garder les bugs importants visibles sur le même Tableau de bord que la progression du Sprint. Un bug qui passe inaperçu lors d'une mêlée ne passera pas inaperçu ici.
Comment verrouiller votre prévision de Sprint
Avant de clore la planification du Sprint, verrouillez votre prévision en cliquant sur Confirmer le sprint. Cela définit la base du burndown pour le Sprint.
Le total des points engagés devient votre prévision. Si vous intégrez 60 points dans un Sprint et que vos trois dernières vélocités moyennes sont 38, 41 et 40, le burndown vous montrera dès le troisième jour pourquoi c'était un problème.
Utilisez la vélocité historique pour définir un engagement réaliste avant le début du Sprint, et non une fois qu'il est déjà mal parti.