Centre d`édition numérique

JIRA
Martin Boucher
Centre d’édition numérique
Plan
•
•
•
•
•
•
•
Objectifs
Les besoins
Présentation de JIRA
Pourquoi JIRA ?
Concepts de base
Concepts avancés
Compléments
avec démonstration en continue
Objectifs
• Identifier les besoins
• Comprendre les concepts de base de JIRA
• Identifier comment JIRA peut répondre à VOS
besoins
Les besoins
• 3 catégories de besoins
– Gestion de projet (project management)
– Gestion des incidents (bug tracking)
– Gestion de produit (product management)
Les besoins
• Gestion de projet
– Outil d’aide à la planification
– Allocation de ressources
– Estimation des temps de réalisation
– Suivi des tâches / suivi du temps
– Génération de rapports
Les besoins
• Gestion des incidents
– Enregistrement des demandes
– Assignation des demandes
– Processus de travail et de résolution (workflow)
– Documentation / commentaires
– Génération de rapports
– Recherche
– Traçabilité (code source)
Les besoins
• Gestion de produit
– Découpage en versions
– Découpage en composantes
– Gestion des nouvelles fonctionnalités /
améliorations
– Gestion des Releases
– Production des Release notes
Les besoins
• Autres
– Sécurité
– Système collaboratif
– Extensibilité
– Robustesse
– Souplesse
Présentation de JIRA
• JIRA est un système de suivi de demandes, de
défectuosités et de gestion de projet
• Développé par Atlassian Software Systems
http://www.atlassian.com/software/jira/
• JIRA vient de « Gojira » qui signifie Godzilla en
japonais
Présentation de JIRA
• Plus de 9700 compagnies utilisent JIRA :
– HP, Oracle, American Express, Air Canada, Boeing,
Bell, BBC, Nokia, Verizon, Pfizer, MIT, etc.
• La DGTIC possède et utilise présentement une
instance de JIRA
• Le Centre d’édition numérique exploite sa propre
instance depuis janvier 2008
– gestion de projet et de suivi de défectuosités
– Gestion de projet « Agile » à compter d’octobre 2008
Pourquoi JIRA ?
• JIRA répond à tous ces besoins (ou presque)
– Création de demandes (bugs / tâches / etc.)
– Génération de rapports
– Notifications et mécanismes de suivi
– Organisation
(catégories / projets / composantes / versions)
– Facilité d’utilisation
Pourquoi JIRA ?
(suite)
– Personnalisation
– Extensibilité (plugins)
– Recherche
– Sécurité
– Workflow
– Suivi du temps
Pourquoi JIRA ?
• JIRA est un outil, pas une méthode
– Il ne fait pas le travail pour vous
• JIRA facilite la collaboration
– Il ne l’impose pas
• JIRA facilite le suivi
– Il ne le fait pas à votre place
Pourquoi JIRA ?
• Utilisation actuelle au CEN
– Gestion et suivi des tâches de développement
– Suivi des défectuosités et incidents
– Gestion et suivi des tâches administratives
– Planification et suivi de demandes de
changements au schéma Érudit-Article
– Prochaines étapes
• Gestion de projet « Agile »
• Intégration aux processus de l’équipe de production
Concepts de base
• Projets et catégories
• Composantes et versions
• Demandes (Issues)
– Types
– Priorités
– Résolution
– État (Status)
Concepts de base
• Utilisateurs, groupes et rôles
• Assignation
– Automatique
– manuelle
• Temps travaillé (worklog)
• Workflow
Concepts de base
• Consultation
– Tableau de bord par défaut
– Recherche simple
– Navigateur de demande (Issue navigator)
– Rapports
– Observations (watches)
– Filtres
– Portlets et tableau de bord personnalisé
Concepts de base
• Suivi des activités de JIRA
– Tableau de bord
– Courriel
– Abonnements aux filtres
– RSS
– Intégration avec d’autres outils
• Confluence, Eclipse (Mylyn), etc.
Concepts avancés
• Personnalisation de presque tout le contenu
de JIRA
– État / Résolution / Priorité / Type de demande
– Configuration des champs de saisie
– Nouveaux champs de saisie
– Nouveaux types de demandes (Issue types)
– Écrans de saisie
– Notification des changements
– Sécurité
Concepts avancés
•
•
•
•
Sous-tâches
Liens entre les tâches (dépendances)
Création de nouveaux workflow
Gestion des livraisons (Releases)
Compléments
• Plugins
– Gestionnaire de code source (Subversion)
– GreenHopper
– Création des demandes par courriel
• Intégration avec Confluence, le Wiki institutionnel
• Environnements de développement (ex. Eclipse)
– Via services SOAP / XML-RPC
Questions / commentaires
• À vous la parole !