--- sourceDocument: Gestion stratégique des portefeuilles Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-business-management Release : - xanadu ft:locale : - fr-FR ft:publication_title : - Gestion stratégique des portefeuilles Xanadu ft:clusterId : - itbm bundleId : - itbm workflow : - Technology --- # Informations de base de Agile Development # Informations de base de Agile Development {#ariaid-title1} * Rversion finale: Xanadu * * Mis à jour 1 août 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes de lecture Scrum est l'une des méthodologies les plus connues d'Agile Development qui comprend un calendrier Sprint fixe et des tests d'exigences réguliers. Ces activités sont exécutées par des rôles couramment utilisés, tels que le propriétaire de produit, le Scrum Master et les membres du groupe. Découvrez les principes de base du processus Agile Development. ## Cadre de travail Scrum Familiarisez-vous avec la terminologie et les artefacts utilisés dans Agile Development. Groupe d'affectation ou équipe Agile : Groupe d'utilisateurs impliqués dans la création et la réalisation du développement d'un produit Agile. Dans Agile Development 2.0, cette équipe est appelée groupe d'affectation. Dans un groupe d'affectation, un utilisateur est appelé Scrum Master ; il est chargé de s'assurer que toutes les activités Scrum sont correctement effectuées pour une mise en production. Épopée : Définition de haut niveau d'une exigence qui fournit de la valeur pour l'entreprise, par exemple une nouvelle fonctionnalité ou une amélioration significative. Les épopées sont décomposées en stories Agile et peuvent être utilisées par une seule ou plusieurs équipes. Story : Brefs éléments de travail gérables associés à une épopée. Les stories définissent les exigences et leurs fonctions, ainsi que les personnes qui les utilisent, de manière simple et concise. À l'aide de la description et des critères mentionnés dans les stories, les équipes peuvent estimer avec précision l'effort nécessaire pour implémenter le travail. Tâche Scrum : Différentes tâches requises pour terminer une story. Une tâche peut nécessiter entre 4 et 12 heures. Backlog : Liste des travaux qui doivent être mis en œuvre en vue d'atteindre des résultats spécifiques. Le backlog contient des travaux liés aux nouvelles fonctionnalités, aux améliorations apportées aux fonctionnalités existantes et à d'autres activités de développement de produit. Le backlog est considéré comme l'unique source de travail pour un produit ou une équipe. Tout ce qui n'est pas inclus dans le backlog n'est pas classé par ordre de priorité pour le développement. Backlogs personnels : Les propriétaires de produits définissent un pipeline de travail personnalisé appelé backlog personnel en appliquant des critères de filtre pertinents. Dans Agile Development 2.0, le propriétaire de produit peut définir autant de backlogs personnalisés que nécessaire. Les critères utilisés pour créer le backlog personnalisé sont flexibles et peuvent être modifiés à tout moment. Sprint : Périodes courtes et fixes dans lesquelles les membres de l'équipe sélectionnent et terminent un nombre défini de stories. Ces cycles courts et chronométrés offrent aux équipes la flexibilité de s'adapter aux priorités changeantes. La cadence de récurrence d'un sprint est décidée par les équipes de développement et les propriétaires de produits. Par exemple, un sprint de 10 jours ou un sprint d'une semaine. Backlog de sprint : Champ d'application du travail pour un sprint. Les propriétaires de produits et leurs équipes de développement utilisent l'activité de planification des sprints pour examiner leurs backlogs et décider des stories à récupérer pour un sprint. Thème : Domaine d'intérêt avec une valeur commerciale associée. Un thème est lié à un ou plusieurs des objectifs de l'entreprise. Les thèmes vous aident à classer votre travail par ordre de priorité à un niveau élevé ; ils peuvent être associés à plusieurs épopées. Produit : Entité chargée d'organiser les thèmes, les épopées et les stories à fonctionnalité similaire en un seul contexte. Un produit représente un élément ou une fonctionnalité à développer et publier sur le marché. Mise en production : Une mise en production possède une date de début et une date de fin, entre lesquelles sont effectuées plusieurs itérations de développement. Les mises en production sont créées par un propriétaire de produit et contiennent des stories d'utilisateurs, parfois issues de plusieurs produits, et peuvent également impliquer plusieurs équipes. Les stories associées à un formulaire de mise en production constituent son backlog de mise en production. Remarque : Dans Agile Development 2.0, assurez-vous de créer un produit avant de créer des thèmes, des épopées ou des stories. Vous ne pouvez pas envoyer ces enregistrements sans les joindre à un produit. Après avoir créé des stories et des tâches Scrum pour vos produits, vous pouvez créer un backlog personnalisé contenant les stories d'un ou de plusieurs de ces produits. ## Activités Scrum En règle générale, le processus Scrum comprend les activités suivantes : Planification de sprint : Les membres du groupe d'affectation se réunissent pour décider des stories qu'ils peuvent s'engager à livrer dans le sprint. En règle générale, ils s'engagent d'abord sur les stories ayant le plus haut niveau de priorité. Le groupe décide des tâches Scrum qui sont nécessaires pour chaque story. Le product owner doit être présent pour répondre à toutes les questions. Réunion quotidienne : Les membres du groupe d'affectation se réunissent pour discuter de l'avancement de leur travail du jour précédent, du travail planifié pour le jour actuel et de tous les bloqueurs. La réunion quotidienne permet aux membres du groupe de rester concentrés sur les stories à terminer pour le sprint en cours et informe le Scrum Master des éventuels bloqueurs. À la fin du sprint, toutes ses stories doivent être terminées. Les stories incomplètes doivent être déplacées vers le backlog ou vers un sprint à venir. Examens de sprints : Les réunions d'examen du sprint ont lieu à la fin de chaque sprint. Au cours de ces réunions, le groupe d'affectation examine le travail qu'il a effectué et effectue une démonstration des fonctionnalités nouvellement développées pour son propriétaire de produit. Rétrospectives de sprint : Une réunion rétrospective est organisée à la fin de chaque sprint pour que les membres du groupe puissent analyser les réussites et les erreurs. L'objectif d'une rétrospective de sprint est de discuter des moyens d'améliorer l'exécution des sprints futurs. Pour en savoir plus sur comment Agile Development 2.0 peut vous aider à gérer vos efforts de développement de produits, voir [Flux de processus Agile Development](https://servicenow-prod.fluidtopics.net/FCxvmycZgcCAZAQ7aNGsAg "Découvrez le processus utilisé pour gérer les efforts de développement de produit dans Agile Development 2.0, tels que la création d'un produit, ou le suivi d'un sprint ou d'une mise en production."). ## Rapports Scrum Les rapports Scrum vous aident à analyser les performances et la progression de votre équipe Agile. Ces rapports peuvent être liés à une épopée, à un sprint ou à une mise en production, et fournir des données historiques sur la rapidité de travail de votre équipe. Le pack de contenu Analyse des performances pour Agile 2.0 fournit des tableaux de bord préconfigurés avec des visualisations de données pour vous aider à améliorer vos pratiques Agile. Pour plus d'informations, consultez [Pack de contenu Analyse des performances pour Agile 2.0](https://servicenow-prod.fluidtopics.net/EYdpWlhbG_2kbGmnMRcQWA "Améliorez vos processus et pratiques Agile à l'aide des tableaux de bord préconfigurés avec des visualisations de données du pack de contenu Platform Analytics pour Agile 2.0.").