4 min lecture • Guide 793 of 877
Spikes Techniques et Tâches de Recherche
Les spikes répondent aux questions avant que vous investissiez dans des solutions. GitScrum aide les équipes à suivre le travail de recherche et capturer les apprentissages pour référence future.
Quand Faire un Spike
Identifier le Besoin
QUAND FAIRE UN SPIKE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FAIRE UN SPIKE QUAND: │
│ ───────────────────── │
│ │
│ FAISABILITÉ INCONNUE: │
│ "Peut-on même faire ça?" │
│ "Cette technologie marchera-t-elle pour notre cas?" │
│ "Est-ce techniquement possible?" │
│ │
│ ESTIMATION INCERTAINE: │
│ "On n'a aucune idée de combien de temps ça prendra" │
│ "L'équipe n'a jamais fait ça avant" │
│ "Ça pourrait être 2 jours ou 2 semaines" │
│ │
│ OPTIONS MULTIPLES: │
│ "Devrait-on utiliser Bibliothèque A ou Bibliothèque B?" │
│ "Quelle est la meilleure approche?" │
│ "On doit comparer les options" │
│ │
│ RISQUE D'INTÉGRATION: │
│ "Ça marchera-t-il avec notre système existant?" │
│ "Comment se connecter à cette API?" │
│ "Quel est l'impact sur la performance?" │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ NE PAS SPIKE QUAND: │
│ ─────────────────── │
│ ❌ L'équipe connaît déjà la réponse │
│ ❌ C'est un type de travail familier │
│ ❌ Le spike prendrait autant de temps que juste le faire │
│ ❌ Paralysie d'analyse - juste essayer │
└─────────────────────────────────────────────────────────────┘
Structure de Spike
Créer des Spikes Efficaces
TEMPLATE SPIKE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SPIKE: Approche Génération PDF │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ TYPE: Spike Technique ││
│ │ TIME BOX: 2 jours ││
│ │ OWNER: @alex ││
│ │ ││
│ │ QUESTION À RÉPONDRE: ││
│ │ Quelle bibliothèque PDF devrions-nous utiliser pour ││
│ │ la génération de factures qui supporte nos exigences? ││
│ │ ││
│ │ CONTEXTE: ││
│ │ • Besoin de générer factures avec tables, logos ││
│ │ • Doit supporter plusieurs langues (RTL inclus) ││
│ │ • Cible: < 2 secondes par document ││
│ │ • Volume: ~1000 documents/jour ││
│ │ ││
│ │ CRITÈRES DE SUCCÈS: ││
│ │ ☐ Recommandation avec raisonnement ││
│ │ ☐ Proof of concept avec facture exemple ││
│ │ ☐ Benchmarks de performance ││
│ │ ☐ Estimation pour implémentation complète ││
│ │ ││
│ │ OPTIONS À EXPLORER: ││
│ │ 1. PDFKit (côté client) ││
│ │ 2. Puppeteer (Chrome headless) ││
│ │ 3. WeasyPrint (Python) ││
│ │ 4. wkhtmltopdf ││
│ │ ││
│ │ OUTPUT: ││
│ │ Document avec findings lié à cette tâche ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ÉLÉMENTS CLÉS: │
│ • Question claire (pas exploration vague) │
│ • Time box (prévient les rabbit holes) │
│ • Critères de succès (savoir quand terminé) │
│ • Output attendu (document, prototype, estimation) │
└─────────────────────────────────────────────────────────────┘