Agile Workbench

Agile Workbench est un outil logiciel utilisé dans un projet Pega Platform™ pour permettre aux parties prenantes et aux membres de l’équipe de suivre le développement des fonctionnalités et de recueillir des feedbacks sur le projet en temps réel. Agile Workbench prend en charge l’approche Directly Capture Objectives (DCO) et le développement agile. En gérant les feedbacks sur l’application et le statut du développement directement dans Agile Workbench, le développement des applications est plus efficace.

L’image suivante montre les fonctionnalités Assistant Request et Service affichées dans l’onglet Feature map, ainsi que les éléments de travail (work item) et les bugs. Cliquez sur les icônes + pour en savoir plus sur la navigation dans Agile Workbench : 

Vous pouvez associer des éléments de travail à des fonctionnalités ou sous-fonctionnalités. Les fonctionnalités (features) sont des capacités que vous souhaitez voir prises en charge par votre application. Les sous-fonctionnalités (subfeatures) sont des fonctionnalités incluses dans une fonctionnalité. Lorsque vous créez un nouveau type de dossier (Case Type) dans votre application, Pega Platform crée automatiquement une fonctionnalité du même nom. Par exemple, vous associez le bug Drop-down missing options à la fonctionnalité Assistance Request parce que vous avez rencontré le bug dans le type de dossier (Case Type) Assistance Request. 

Les éléments de travail (work items) deviennent le backlog du travail de développement. Dans Agile Workbench, vous créez trois types d’éléments de travail :

• Les Stories ou user stories pour décrire les exigences métier (business requirements). La majorité du travail de développement porte sur des user stories. Pour gagner du temps, téléchargez des user stories à partir d’Excel.
• Les bugs pour documenter des anomalies sur des fonctionnalités. Généralement, les développeurs se préoccupent des bugs majeurs avant de s’intéresser aux bugs mineurs.
• Les éléments de feedback pour enregistrer les demandes d'amélioration (enhancement request) identifiées lors des sessions de restitution (playback). Les développeurs utilisent des feedbacks pour orienter le développement des versions actuelles ou futures.

Statut

Chaque élément de travail (work item) possède un statut To do, Doing, ou Done. Vous modifiez le statut d’un élément de travail en faisant glisser la carte vers la colonne appropriée ou en utilisant la liste Status sur l’élément de travail lui-même.

Dans un scénario type utilisant Agile Workbench, vous effectuez une démonstration ou une restitution de chacune des fonctionnalités d’un type de dossier (Case Type) avec les parties prenantes métier et les product owners. Par exemple, vous parcourez un dossier de type Customer refund pour vous assurer que vous n’avez manqué aucune étape du processus de remboursement client de votre entreprise. Pendant la session de restitution, si quelqu’un identifie des changements à effectuer, vous consignez ces bugs, feedbacks et améliorations dans Agile Workbench.

Par exemple, la figure suivante montre un type de dossier Onboarding sur la gauche. Vous remarquez que la liste Office ne propose aucune option à sélectionner. Dans Agile Workbench, vous documentez un bug à corriger, comme illustré à droite.

Agile Workbench communique avec Agile Studio, un outil Pega Platform distinct qui étend la fonctionnalité Agile Workbench à des fonctions plus robustes autour de la gestion de versions, du suivi de l'avancement, de la capacité des équipes et de l’analytique. Agile Workbench communique également avec des outils externes comme Jira ou CA Agile Central. Les capacités d’intégration d’Agile Workbench permettent aux clients d’exploiter les avantages de la DCO avec leur infrastructure existante.

Vérifiez vos connaissances avec l’interaction suivante :