Utilisation de la construction de plateforme commune — Groupe d'affectation

Pour mapper une équipe agile (équipe Scrum), Agile Development 1.0 utilise une entité distincte appelée table d'équipe de mise en production (scrum_pp_team). Cette entité est associée à une entité de mise en production comme affiché dans la capture d'écran suivante.

Toutes les autres tâches sur la plateforme, telles que les incidents, les problèmes, les changements ou les projets, reposent sur l'entité du groupe d'affectation pour affecter des éléments à un groupe. Les gestionnaires de groupes peuvent exécuter des rapports sur les groupes d'affectation afin d'obtenir un aperçu du travail qui leur est affecté.

Pour standardiser l'utilisation d'un groupe sur l'ensemble de la plateforme, y compris pour les travaux Scrum tels que les stories et les tâches, le groupe d'affectation de construction standard est utilisé par opposition à l'équipe de mise en production de l'entité autonome. Agile Development 2.0 utilise les groupes d'affectation pour mapper les équipes agiles. Un groupe d'affectation de type Équipe agile est utilisé pour définir une équipe agile.

Il n'est pas nécessaire de créer une équipe agile (groupe) pour chaque mise en production

Avec Agile Development 1.0, des équipes doivent être créées pour et associées à chaque mise en production. Par exemple, si une équipe Scrum appelée Team — Alpha travaille sur plusieurs mises en production trimestrielles, vous ne pouvez pas créer l'équipe une seule fois et l'associer à n'importe quelle mise en production, ou à chaque mise en production successive. Chaque fois qu'une nouvelle mise en production est créée, vous devez créer une équipe du même nom et l'associer à la mise en production.

Avec Agile Development 2.0, les groupes sont créés indépendamment des mises en production, et vous pouvez travailler sur des stories à partir de plusieurs mises en production sans recréer le groupe à chaque mise en production.

Les sprints peuvent être créés sans mise en production

Avec Agile Development 1.0, la création d'une mise en production est obligatoire pour créer des sprints. Les sprints ne peuvent être créés indépendamment pour une équipe. Agile Development 1.0 nécessite la création d'une mise en production pour l'exécution d'une story via des sprints. S'il n'y a pas de mise en production, le sprint ne peut être renseigné sur un enregistrement de story.

Dans Agile Development 2.0, les sprints sont associés aux groupes d'affectation.

Le backlog d'équipe peut être tenu indépendamment de la mise en production

En règle générale, une équipe peut avoir une mise en production continue du backlog d'équipe après la mise en production, elle peut extraire des stories de son backlog et les exécuter via des sprints lors de la mise en production.

Avec Agile Development 1.0, il est impossible de définir une équipe sans définir une mise en production. C'est pourquoi le backlog d'équipe ne peut être tenu indépendamment d'une mise en production.

Avec Agile Development 2.0, aucun groupe d'affectation n'est créé dans une mise en production. Il est possible d'en associer un à la mise en production, mais pas de le créer au sein même. C'est pourquoi un groupe d'affectation peut tenir son propre backlog.

Association entre la mise en production et le groupe