Planification et itérations Agile

Pour gérer votre journal des travaux en souffrance du produit et sprints à les pratiques agiles, utilisez les pages de panneau du journal et de tâche que Visual Studio Application Lifecycle Management (ALM) fournit.

Dans ce didacticiel, Julia, Peter, Annie, et Adam expliquent comment créer, toiletter, et estimer un journal des travaux en souffrance du produit et un plan, exécutez, et finissent un sprint.Ils sont membres d'une petite équipe qui développe les applications Web et de téléphone à la fibre de Fabrikam, une société qui fournit de la télévision via câble et des services connexes.Ils utilisent l'élément et les éléments de travail Tâche de journal des travaux en souffrance du produit fournis avec le modèle de processus scrum pour prendre en charge ces activités et pour fournir un produit shippable, comme le présente l'illustration suivante.

Julia, propriétaire de produit et développeur, possède le mappage de vision et de route de produit.Elle crée le journal des travaux en souffrance du produit et fonctionne avec l'équipe pour toiletter et estimer le journal des travaux en souffrance.

Peter, scrummaster et développeur sénior, organise et exécute chaque sprint avec le reste de l'équipe, notamment Adam, de testeur responsable, et Annie, expert en matière de l'expérience de l'utilisateur et avocat de client.

[!REMARQUE]

Si votre projet utilise un modèle de processus autre que Scrum v2.0, vos types d'éléments de travail et requêtes peuvent être différents de ceux utilisés dans ce didacticiel.Pour plus d'informations, consultez Artefacts (Agile) ou Artefacts (CMMI).

Dans cette rubrique

• Créez et estimer le journal des travaux en souffrance

• Planifier et effectuer une itération

• Différences entre un journal des travaux en souffrance du produit et une itération ou un journal des sprints en souffrance

• Composants requis pour utiliser les pages de panneau du journal et de tâche

• Ressources supplémentaires pour accroître la rapidité

[!REMARQUE]

Les sociétés, d'organisations, de produits, de domaines, d'adresses de messagerie, de logos, de personnes, de lieux, et les événements d'exemple représentés dans ce didacticiel sont fictifs. Toute ressemblance avec des noms ou des événements réels est purement fortuite et involontaire.

Créez et estimer le journal des travaux en souffrance

Rubriques connexes: Créer un journal des travaux en souffrance ou y ajouter des éléments | Gérer le journal des travaux en souffrance avec un panneau Kanban | Nettoyer et estimer le journal des travaux en souffrance

Vous capturer le travail à développer sous la forme d'éléments du journal.Vous pouvez définir des récits utilisateur, spécifications, ou des fonctionnalités de capturer la vision et le calendrier de lancement du produit pour une zone en cours de développement.De la page journal, vous pouvez basculer rapidement des vues du journal des travaux en souffrance du produit à un journal des itérations en souffrance, et consulter le journal des travaux en souffrance du produit dans un panneau de Kanban.Vous pouvez utiliser le panneau de Kanban pour démarrer le travail sans itérations.

Journal des travaux en souffrance du produit exemple

Panneau de Kanban d'exemple

Planifier et effectuer une itération

Rubriques connexes: Planifier une itération | Exécuter une itération | Terminer une itération

Une fois que le journal créé, estimé, et toiletté, votre équipe peut commencer la planification d'une itération, également appelé un sprint.Dans la page de journal des travaux en souffrance du produit, vous pouvez déplacer des éléments dans un sprint, et de la page du journal des sprints en souffrance, vous pouvez ajouter des tâches pour implémenter un élément de journal des travaux en souffrance.L'équipe peut examiner et suivre la progression par rapport à le journal à l'aide de le panneau de tâche.Le volet de tâches affiche les éléments de travail Tâche associés aux récits utilisateur définis pour le sprint actuel.

Journal des sprints en souffrance exemple

Panneau de tâche d'exemple

Différences entre un journal des travaux en souffrance du produit et une itération ou un journal des sprints en souffrance

Votre équipe peut utiliser des pages agiles journal et de panneau pour gérer les arriérés de journal des travaux en souffrance du produit et d'itération, et pour exécuter le cycle d'itération actuel.

Chaque équipe peut gérer le journal des travaux en souffrance du produit et le journal des sprints en souffrance séparément d'autres équipes.Le journal des travaux en souffrance du produit correspond à tous les éléments actifs journal, les éléments qui n'ont pas été effectué ou n'ont pas été fermés.En revanche, chaque journal des itérations correspond à ces éléments du journal des travaux en souffrance et à leurs tâches enfants que votre équipe prévoit d'exécuter dans une itération spécifique ou de sprint.Dans le journal des travaux en souffrance du produit, votre équipe évalue les récits utilisateur avec l'unité relative de points de récit ou de contrainte.Sur la page du journal des sprints en souffrance, votre équipe peut ajouter et estimer les tâches en heures.

La page du panneau de tâche affiche automatiquement les éléments du journal des travaux en souffrance et leurs tâches du sprint actuel.Votre équipe peut utiliser ce panneau pour ajouter des tâches, puis pendant les réunions de scrum à des moments de mise à jour et au mode d'état.

Le tableau suivant indique plusieurs principales différences entre le produit et l'itération ou les journaux des sprints en souffrance.

Composants requis pour utiliser les pages de journal des travaux en souffrance et de panneau

• Team Foundation Server a été installé et un projet d'équipe a été créé.Pour plus d'informations, consultez Préparation de l'utilisation d'une installation sur un seul serveur [Didacticiel].

  Une équipe par défaut est créée dans le cadre de chaque projet d'équipe.Votre équipe peut travailler dans cette équipe par défaut, ou vous pouvez créer et configurer une nouvelle équipe dans le projet d'équipe.Consultez Effectuer une mise en route en tant qu'équipe.

• Tous les membres de l'équipe ont accès à Team Web Access et peuvent se connecter à leur projet d'équipe.Consultez Se connecter aux projets d'équipe dans Team Foundation Server.

• Pour afficher la page Journal, vous devez appartenir au groupe d'accès Complet dans team Web access.Des exigences supplémentaires en matière de licences peuvent s'appliquer.Consultez Accès aux fonctionnalités dans Team Web Access.

• Si votre projet d'équipe a été créé avec un modèle de processus autre qu'un des modèles de processus par défaut fournis avec la version la plus récente d' Visual Studio ALM, vous devrez peut-être personnaliser la configuration de processus de votre équipe.Pour plus d'informations, consultez Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités.

• Pour utiliser le panneau de Kanban, Visual Studio 2012,1 doit être installé sur les serveurs de couche Application pour Team Foundation Server.Consultez Mise à jour trimestrielle pour Microsoft Visual Studio Team Foundation Server 2012.

Ressources supplémentaires pour accroître la rapidité

Pour utiliser le plus efficacement, votre équipe peut appliquer des pratiques d'ingénierie qui proviennent des méthodologies agiles et prennent en charge les principes agiles et des valeurs.Vous pouvez accéder aux informations supplémentaires à propos de ces pratiques de ressources suivantes :

• Avantages de planification agiles.La planification agile aide votre équipe à exécuter un retour sur l'investissement supérieur de l'organisation incrémentielle et l'exécution.

• Rétrospective agile de dix ans : Comment nous pouvons mettre à niveau dans les dix ans suivantes.Pointes d'épingle de Jeff Sutherland quatre facteurs de succès principaux pour appliquer des méthodologies agiles sur les dix dernières années de la mise principes agiles et de scrum en pratique.

• Créer un grand journal des travaux en souffrance du produit.En rédigeant des récits utilisateur utiles et en mettant à jour le journal des travaux en souffrance du produit de façon continue, votre équipe peut être plus efficace dans la création de valeur ajoutée pour ses clients.

• Générer et déployer en continu.Lorsque votre équipe archive le code et génère plus fréquemment, il est fort probable qu'elle améliorera son efficacité.

• Créer une branche de façon stratégique.Votre équipe peut créer et utiliser des branches dans le contrôle de version pour optimiser votre stratégie de développement d'applications.

• Tester de manière anticipée et fréquente.Fréquentez la vérification que le logiciel répond aux critères d'acceptation se produit dans le test efficace.À l'aide de le gestionnaire de tests Microsoft, votre équipe peut créer des suites de tests, les plans de test, et cas de test qui aident à organiser des activités de test et les résultats de suivi.

• Utiliser des modèles dans le développement Agile.Votre équipe peut utiliser des modèles pour explorer et refactoriser le code existant, pour comprendre les besoins de vos clients plus efficacement, d'aider à identifier et de communiquer votre conception de logiciels, et de prendre en charge des tests d'acceptation et de composant.

Voir aussi :

• Articles techniques pour Visual Studio Application Lifecycle Management

• Solutions et projets Visual Studio ALM Rangers

• Démo sur le développement Agile

• TFS sur CodePlex

Rubriques connexes dans ce tutorial

Créez un journal | Afficher et gérer votre journal des travaux en souffrance avec un panneau de Kanban | Toilettez et estimer le journal des travaux en souffrance | Planifier une itération | Exécutez une itération | Terminez une itération

Voir aussi

Concepts

Personnaliser le journal des travaux en souffrance et le tableau des tâches à l'aide de la configuration du processus

Effectuer une mise en route en tant qu'équipe

Planification et suivi de projets

Autres ressources

Utilisation de Team Web Access