Construire des modèles de tâches pour workflows courants

Les tâches répétitives gaspillent du temps quand elles sont créées de zéro à chaque fois. Les modèles de tâches GitScrum capturent les meilleures pratiques de votre équipe, assurant une qualité consistante et une création de tâches plus rapide pour les workflows courants comme les corrections de bugs, le développement de fonctionnalités et les releases.

Pourquoi les modèles comptent

Types de modèles courants

Modèle de rapport de bug

MODÈLE RAPPORT DE BUG
═════════════════════

## Résumé
[Description d'une phrase du bug]

## Environnement
- Navigateur/OS : 
- Version :
- Type d'utilisateur :

## Étapes pour reproduire
1. 
2. 
3. 

## Comportement attendu
[Ce qui devrait se passer]

## Comportement réel
[Ce qui se passe réellement]

## Captures d'écran/Logs
[Joindre preuves pertinentes]

## Sévérité
- [ ] Critique (système down)
- [ ] Haute (fonctionnalité majeure cassée)
- [ ] Moyenne (fonctionnalité dégradée)
- [ ] Basse (problème mineur)

## Checklist
- [ ] Reproduit localement
- [ ] Cause racine identifiée
- [ ] Correctif implémenté
- [ ] Tests ajoutés
- [ ] Vérifié en staging

Modèle de demande de fonctionnalité

MODÈLE DEMANDE DE FONCTIONNALITÉ
════════════════════════════════

## User Story
En tant que [type d'utilisateur]
Je veux [action]
Afin de [bénéfice]

## Valeur métier
[Pourquoi c'est important]

## Critères d'acceptation
- [ ] Critère 1
- [ ] Critère 2
- [ ] Critère 3

## Notes techniques
[Considérations d'implémentation]

## Design
[Liens vers maquettes/wireframes]

## Dépendances
[Autres tâches ou équipes nécessaires]

## Definition of Done
- [ ] Code complet
- [ ] Tests passent
- [ ] Documentation mise à jour
- [ ] Revue design validée
- [ ] Déployé en staging

Modèle checklist de release

MODÈLE CHECKLIST DE RELEASE
═══════════════════════════

## Pré-Release
- [ ] Toutes les PRs mergées
- [ ] Tous les tests passent
- [ ] Numéro de version mis à jour
- [ ] Changelog mis à jour
- [ ] Migrations DB prêtes
- [ ] Feature flags configurés

## Déploiement
- [ ] Déployer en staging
- [ ] Smoke tests staging passent
- [ ] Déployer en production
- [ ] Smoke tests production passent

## Post-Release
- [ ] Surveiller taux d'erreurs
- [ ] Surveiller performances
- [ ] Annoncer la release
- [ ] Mettre à jour documentation
- [ ] Fermer tickets liés

## Plan de Rollback
Commande rollback : [commande]
Vérifier rollback : [étapes]

Modèle d'onboarding

ONBOARDING NOUVEAU DÉVELOPPEUR
══════════════════════════════

## Jour 1
- [ ] Laptop configuré
- [ ] Comptes créés (GitScrum, GitHub, Slack)
- [ ] Ajouté aux canaux équipe
- [ ] Buddy assigné : @nom
- [ ] Réunion bienvenue avec manager

## Semaine 1
- [ ] Environnement de développement setup
- [ ] Présentation de la codebase
- [ ] Première PR soumise
- [ ] Revue de code donnée
- [ ] Formation vue d'ensemble système

## Semaine 2
- [ ] Posséder première petite fonctionnalité
- [ ] Participer aux cérémonies sprint
- [ ] Rencontrer 1:1 chaque membre équipe
- [ ] Compléter formation sécurité

## Semaines 3-4
- [ ] Prendre tâche de complexité moyenne
- [ ] Présenter à l'équipe
- [ ] Check-in 30 jours avec manager

Créer des modèles dans GitScrum

Configuration de modèle

CONFIGURATION DE MODÈLE
═══════════════════════

Nom : Rapport de Bug
Description : Rapport de bug standard avec étapes de reproduction
Catégorie : Qualité

Champs par défaut :
├── Labels : type:bug
├── Assigné : [Non assigné]
├── Sprint : Actuel
└── Priorité : Moyenne

Corps du modèle :
├── Description avec placeholders
├── Checklists
└── Sections standards

Disponible dans :
├── Tous les projets (global)
├── Projets spécifiques (scopé)
└── Modèles personnels

Utiliser les modèles

APPLIQUER UN MODÈLE
═══════════════════

Méthode 1 : Création rapide
───────────────────────────
Cliquer "Nouvelle Tâche"
Sélectionner modèle dans dropdown
Remplir les placeholders
Sauvegarder

Méthode 2 : Palette de commandes
────────────────────────────────
Appuyer Cmd+K
Taper "nouveau bug"
Sélectionner "Nouvelle Tâche : Rapport de Bug"
Modèle appliqué

Méthode 3 : Depuis la bibliothèque de modèles
─────────────────────────────────────────────
Aller dans Modèles
Cliquer "Utiliser Modèle"
Personnaliser et sauvegarder

Bonnes pratiques des modèles

Principes de conception

BONNE CONCEPTION DE MODÈLE
══════════════════════════

SECTIONS CLAIRES :
├── Évident où mettre quoi
├── Ordre logique
└── Pas trop long

PLACEHOLDERS :
├── [Remplacer ce texte]
├── Instructions claires
└── Exemples quand utile

CHECKLISTS :
├── Items actionnables
├── Ordre naturel
└── Rien d'évident omis

FLEXIBLE :
├── Supprimer sections si pas nécessaire
├── Ajouter sections si nécessaire
└── Pas trop prescriptif

Maintenir les modèles

GOUVERNANCE DES MODÈLES
═══════════════════════

CYCLE DE REVUE :
├── Revue trimestrielle des modèles
├── Collecte feedback équipe
├── Mise à jour selon points de douleur
└── Supprimer modèles inutilisés

PROPRIÉTÉ :
├── Chaque modèle a un propriétaire
├── Propriétaire gère les mises à jour
├── L'équipe peut proposer des changements
└── Changements revus avant application

VERSIONING :
├── Suivre les changements de modèle
├── Communiquer les mises à jour
└── Permettre période de transition

Bonnes pratiques

Pour des modèles efficaces

1. Commencer simple — Ajouter complexité selon besoin
2. Inclure des exemples — Montrer ce que "bon" ressemble
3. Rendre sections optionnelles évidentes — Ne pas forcer champs inutiles
4. Revoir régulièrement — Les modèles doivent évoluer
5. Former l'équipe — Les modèles ne marchent que s'ils sont utilisés

Anti-patterns

ÉVITER CECI :
✗ Modèles que personne n'utilise
✗ Trop de champs requis
✗ Pas d'instructions de placeholder
✗ Modèles obsolètes, périmés
✗ Des centaines de modèles (trop de choix)
✗ Modèles qui ne correspondent pas au workflow réel

Solutions connexes

• Créer des modèles de projet réutilisables
• Automatiser les transitions de workflow avec labels
• Créer des modèles de tâches dans GitScrum