Exporter des Données de Jira vers GitScrum

Passer de Jira à GitScrum ne signifie pas perdre l'historique de votre projet. GitScrum fournit des capacités d'importation et des stratégies de migration qui aident les équipes à faire la transition en douceur tout en préservant les données historiques précieuses, les informations de sprint et les flux de travail de l'équipe.

Aperçu de la Migration

Processus d'Export Jira

EXPORTER DEPUIS JIRA
════════════════════

ÉTAPE 1 : AUDITER VOS DONNÉES
─────────────────────────────────────
Avant d'exporter, comprenez ce que vous avez :

□ Comptage des issues par type
  ├── Stories
  ├── Bugs
  ├── Tasks
  ├── Épiques
  └── Sous-tâches

□ Champs personnalisés utilisés
  ├── Champs requis
  ├── Champs optionnels
  └── Champs calculés

□ États du workflow
  ├── Statuts actuels
  ├── Transitions
  └── Résolutions

□ Données historiques nécessaires
  ├── Issues fermées
  ├── Historique des sprints
  └── Suivi du temps

ÉTAPE 2 : OPTIONS D'EXPORT
─────────────────────────────────────
Jira → Exporter → Choisir format :

Export CSV :
├── Simple, fonctionne pour la plupart des cas
├── Exporter tous les champs ou sélectionnés
├── Bon pour < 10 000 issues
└── Facile à réviser et nettoyer

Export JSON/XML :
├── Données plus complètes
├── Inclut les relations
├── Meilleur pour projets complexes
└── Nécessite plus de traitement

Export API Jira :
├── Le plus complet
├── Inclut tout l'historique
├── Meilleur pour grandes migrations
└── Nécessite configuration technique

Mappage des Champs vers GitScrum

MAPPAGE JIRA VERS GITSCRUM
══════════════════════════

TYPES D'ISSUES :
─────────────────────────────────────
Jira               →  GitScrum
Story              →  User Story
Bug                →  Bug
Task               →  Task
Epic               →  Epic
Sub-task           →  Subtask

CHAMPS :
─────────────────────────────────────
Summary            →  Title
Description        →  Description
Priority           →  Priority
Labels             →  Labels
Assignee           →  Assignee
Reporter           →  Creator
Story Points       →  Effort Points
Sprint             →  Sprint
Epic Link          →  Epic
Components         →  Labels (mappés)
Fix Version        →  Milestone

MAPPAGE DES STATUTS :
─────────────────────────────────────
To Do              →  To Do
In Progress        →  In Progress
In Review          →  Code Review
Done               →  Done

CHAMPS PERSONNALISÉS :
─────────────────────────────────────
Documentez vos champs personnalisés :
┌─────────────────────────────────────┐
│ Champ Jira       │ Champ GitScrum   │
├──────────────────┼──────────────────┤
│ Critères Accept. │ Acceptance Crit. │
│ Team             │ Label: team-name │
│ Catégorie        │ Label: category  │
│ Date Limite      │ Due Date         │
└──────────────────┴──────────────────┘

Importer dans GitScrum

PROCESSUS D'IMPORT GITSCRUM
═══════════════════════════

ÉTAPE 1 : PRÉPARER LES DONNÉES
─────────────────────────────────────
Nettoyer votre fichier d'export :
□ Supprimer les entrées dupliquées
□ Standardiser les valeurs des champs
□ Mapper les comptes utilisateurs
□ Résoudre les liens brisés
□ Corriger les problèmes d'encodage

ÉTAPE 2 : CRÉER LA STRUCTURE DU PROJET
─────────────────────────────────────
Dans GitScrum :
□ Créer le(s) projet(s)
□ Configurer les labels
□ Créer les sprints
□ Configurer les workflows
□ Ajouter les membres de l'équipe

ÉTAPE 3 : IMPORTER LES DONNÉES
─────────────────────────────────────
Importer dans l'ordre :
1. Épiques d'abord (éléments parents)
2. Stories et tasks
3. Sous-tâches en dernier
4. Commentaires et pièces jointes
5. Assignations aux sprints

ÉTAPE 4 : VALIDER
─────────────────────────────────────
Vérifier l'import :
□ Comptage des issues correspond
□ Relations préservées
□ Pièces jointes accessibles
□ Utilisateurs assignés correctement
□ Données de sprint précises

Stratégies de Migration

OPTIONS D'APPROCHE
══════════════════

MIGRATION COMPLÈTE :
─────────────────────────────────────
Toutes les données, historique complet

Idéal pour :
├── Changement complet de plateforme
├── Données historiques importantes
├── Coupure nette nécessaire
└── Exigences de conformité

Calendrier : 1-2 semaines

MIGRATION SÉLECTIVE :
─────────────────────────────────────
Travail actif seulement, archiver l'ancien

Idéal pour :
├── Transition rapide
├── Nouveau départ souhaité
├── Anciennes données rarement consultées
└── Onboarding plus rapide

Calendrier : 2-3 jours

EXÉCUTION PARALLÈLE :
─────────────────────────────────────
Les deux systèmes temporairement

Idéal pour :
├── Atténuation des risques
├── Transition progressive
├── Temps d'adaptation de l'équipe
└── Workflows complexes

Calendrier : 2-4 semaines overlap

APPROCHE RECOMMANDÉE :
─────────────────────────────────────
1. Migrer le travail actif (issues ouverts)
2. Importer l'historique récent (90 jours)
3. Archiver les anciennes données dans Jira
4. Faire tourner en parallèle 1-2 semaines
5. Compléter le basculement

Checklist Post-Migration

APRÈS L'IMPORT
══════════════

VÉRIFIER LES DONNÉES :
─────────────────────────────────────
□ Tous les issues importés
□ Relations correctes
□ Utilisateurs mappés correctement
□ Sprints précis
□ Labels appliqués

ONBOARDING DE L'ÉQUIPE :
─────────────────────────────────────
□ Sessions de formation planifiées
□ Guides de référence rapide créés
□ Canaux de support établis
□ Power users identifiés
□ FAQ documentée

CONFIGURATION DU WORKFLOW :
─────────────────────────────────────
□ Boards GitScrum configurés
□ Automatisations configurées
□ Intégrations connectées
  ├── Dépôt Git
  ├── Slack/Teams
  └── CI/CD
□ Notifications configurées

DÉCOMMISSIONNER JIRA :
─────────────────────────────────────
□ Exporter sauvegarde finale
□ Notifier les parties prenantes
□ Mettre à jour la documentation
□ Rediriger les liens
□ Archiver l'accès

Bonnes Pratiques

1. Planifier minutieusement avant de démarrer la migration
2. Nettoyer les données à la source avant d'exporter
3. Tester l'import avec un petit jeu de données d'abord
4. Mapper les champs avant l'import en masse
5. Préserver l'historique pour la conformité
6. Former l'équipe pendant la transition
7. Faire tourner en parallèle pour réduire les risques
8. Tout documenter pour référence

Anti-Patterns

✗ Migration big bang sans tests
✗ Ignorer le nettoyage des données
✗ Sans planification du mappage des champs
✗ Sauter l'étape de validation
✗ Fermeture immédiate de Jira
✗ Sans formation de l'équipe

Solutions Connexes

• Bonnes Pratiques de Configuration de Projet
• Onboarding d'Équipe pour Nouveaux Outils
• Configuration de Workflow