Livre blanc Accélérer les cycles de production HP Application Lifecycle Management
Le Cloud Computing, la prestation mobile et les applications composites basées sur le service sont des technologies complexes qui viennent engorger le processus de développement des applications. De plus, les budgets informatiques réduisent comme peau de chagrin. Les organisations informatiques doivent apprendre à faire davantage avec moins de moyens et recherchent de ce fait des solutions visant à améliorer la productivité et à fonctionner à moindre coût. Les nouveaux défis liés à la gestion du cycle de vie des applications Aujourd'hui, les applications logicielles sont intégrées dans pratiquement chaque produit et marché possible, des supermarchés aux voitures et aux maisons, et même aux laveslinge. Les organisations qui disposent de technologies avancées capables de répondre rapidement aux demandes des clients et de mettre sur le marché de nouveaux produits innovants se retrouvent devant leurs concurrents. Pour relever de tels défis, il est de plus en plus important de disposer d'une plateforme de gestion pour gérer le cycle de vie des applications (ALM, Application Lifecycle Management). La gestion du cycle de vie des applications a évolué pour aligner toutes les équipes d'applications sur le processus de planification, de développement et de test des applications logicielles. Elle améliore le contrôle, la visibilité et la prévisibilité du processus de création d'applications modernes. Elle permet également de gérer les modifications, la hiérarchisation basée sur les risques et la communication sur des équipes disparates. Mais les équipes de développement rechignent bien souvent à participer à la gestion du cycle de vie des applications, qui sans cette coopération, n'est pas en mesure de répondre aux exigences. Ce livre blanc exploite les capacités et les avantages que doit apporter la nouvelle phase de la gestion du cycle de vie des applications en vue de dynamiser les processus du cycle de vie des applications, servir les besoins de l'organisation, impliquer les développeurs et surmonter les risques liés au marché. Chez HP, nous avons constaté que les organisations qui réussissent aujourd'hui adhèrent à la gouvernance, la visibilité en temps réel, la mesure et la collaboration des équipes d'applications. Pour répondre aux demandes changeantes des clients, les organisations doivent accélérer les cycles de publication de leurs logiciels. De nombreuses organisations migrent vers des méthodes agiles afin de répondre aux besoins métiers en constante évolution. Pour que les méthodes agiles et itératives puissent fonctionner, les équipes d'applications doivent disposer d'une communication et d'une visibilité en temps réel au sein de l'équipe et ce, sur l'ensemble du cycle de vie de l'application. Néanmoins, de nombreuses entreprises utilisent une multitude d'outils de pointe tout au long du cycle de vie de l'application, ce qui a pour effet de disperser les informations et de les rendre difficiles à partager. La communication et la collaboration entre les équipes deviennent alors difficiles, ce qui peut ralentir les cycles de production et compliquer l'implémentation des méthodes agiles. 2
Figure 1 La gestion du cycle de vie des applications fournit un hub d'informations sur des outils et des environnements hétérogènes ThoughtWorks Mingle Atlassian JIRA Microsoft TFS VersionOne Perforce HP Tâches SCCM Exigences ALM Développer Tests Défaillances Pourquoi la gestion du cycle de vie des applications doit changer La gestion du cycle de vie des applications d'origine Lorsque la gestion du cycle de vie des applications a fait son apparition dans les années 2000, c'était un moyen d'introduire une discipline métier et de gestion dans les pratiques de développement logiciel. Les fournisseurs ont développé des suites d'outils intégrés à plateforme unique. Toutefois, cette approche de la gestion du cycle de vie des applications intégrée ne correspondait pas aux besoins des organisations à cause de plusieurs facteurs : Le budget coûteux exigeait de remplacer les outils existants et d'adopter une plateforme intégrée unique Le nécessité d'un changement de processus significatif Les implémentations sur une grande plateforme Hudson/Jenkins Subversion Bugzilla Mantis Trac Git L'adoption croissante par les développeurs d'une variété grandissante d'outils open source Ces tendances ont changé l'approche de standardisation de toutes les équipes d'applications sur une plateforme unifiée. Plutôt que d'essayer une standardisation sur une plateforme unique, les organisations ont reconnu la nécessité pour les équipes d'applications d'utiliser un jeu d'outils de pointe de leur choix. Avec des applications qui sont désormais définies par leur connectivité, la gestion du cycle de vie des applications doit devenir une plateforme unifiée qui fonctionne avec les écosystèmes de différents produits et solutions. Silos sur l'équipe d'applications Les moyennes et grandes organisations IT possèdent généralement des environnements d'outils de développement d'applications et de gestion du cycle de vie des applications hétérogènes, le plus souvent composés d'outils ALM tiers, open source et agiles. Ceux-ci sont utilisés par des équipes dispersées qui font appel à des modèles de prestation hybride composés d'un mélange de méthodes agiles et non agiles. Ce mélange crée des silos entre les équipes de développement, les chefs de projet et les équipes de test. En raison de ces silos, il devient difficile d'avoir une visibilité ou une traçabilité sur le cycle de vie du logiciel, avec pour conséquence des retards, des faux pas, la duplication des efforts, voire l'échec du projet. La plupart des solutions ALM sont capables de connecter les analystes métiers, les testeurs et les chefs de projet sur une seule plateforme unifiée ; ce qui est toutefois insuffisant pour assurer la réussite du projet. Afin de tenir la cadence effrénée de livraison moderne itérative, il est essentiel de capturer également la tâche de développement. L'impact des méthodes agiles Ces deux dernières années, les méthodes agiles sont devenues de facto la norme des équipes chargées de fournir les applications. De nombreux outils ALM n'étant pas conçus pour prendre en charge les méthodes agiles et itératives, de nombreuses équipes d'applications doivent réévaluer leurs outils et leurs pratiques. Les cycles de publication souvent ultrarapides des méthodes agiles imposent aux équipes de développement et de test de réaliser davantage de tests, plus rapidement et plus tôt dans le cycle de vie. Dans l'absolu, les tests devraient être conduits parallèlement au développement, et le développement devrait être guidé par les tests. Pour y parvenir, les équipes d'assurance qualité devraient conduire des tests en permanence et avoir une visibilité en temps réel du travail de développement en vue d'identifier les nouveaux builds à valider et ce, le plus tôt possible. Les méthodes agiles encouragent un niveau de traçabilité élevé. La gestion des tâches ou des éléments de travail procure aux équipes agiles un mécanisme universel de traçabilité entre les jeux de changements, les tests, les builds et les exigences tout au long du cycle de développement du logiciel. La consolidation des solutions de gestion de projet agiles et des suites ALM crée un hub qui communique des artefacts ALM à toutes les parties prenantes en vue d'accroître la productivité. 3
Équipes d'applications distribuées : comme le monde est petit! Équipes d'applications distribuées Les fusions et acquisitions, l'externalisation et la tendance aux équipes de travail mondialisées ont créé de nouveaux défis pour la gestion du cycle de vie des applications. L'époque où les parties prenantes du processus de développement travaillaient dans les mêmes locaux et utilisaient le même ensemble d'outils est révolue. À l'heure actuelle, les membres des équipes de développement peuvent se trouver pratiquement n'importe où dans le monde. Et parce qu'ils peuvent utiliser divers ensembles d'outils et différents processus, les informations liées au projet de développement peuvent se trouver dispersées sur plusieurs systèmes. Les organisations qui gèrent le processus de développement et le reste du cycle de vie des applications logicielles se retrouvent confrontées à des problèmes de collaboration et de traçabilité. De plus, cette fragmentation du processus de développement limite l'agilité, la prévisibilité et la préparation au changement. Le besoin de rapprochement avec le développement Prenons un exemple. Supposons que dans une entreprise internationale, l'équipe A utilise Java, des outils Eclipse et des processus Agile, tandis que l'équipe B utilise Microsoft Visual Studio et des processus Waterfall. En l'absence de système ALM complet, l'équpe A et l'équpe B ne peuvent pas avoir une connaissance actualisée de leurs activités réciproques. Les parties prenantes de l'équipe A ne peuvent pas avoir connaissance de l'identification d'une défaillance logicielle ou des modifications apportées par l'équipe B en réponse à cette défaillance. Des communications disjointes et un manque de traçabilité entrainent une perte de productivité, des retards dans le projet et un travail ultérieur de refonte onéreux. Nombre de ces défis peuvent donner l'impression de pouvoir être résolus par la standardisation sur un jeu commun d'outils et de processus de développement. Mais la réalité est toute autre : les développeurs sont plus productifs avec des outils et des processus qu'ils maitrisent et ne sont guère enclins au changement. Le passage à de nouveaux outils ou processus peut venir perturber les hommes et la productivité. Figure 2 Connecter les silos entre les développeurs et les équipes d'applications Il faut alors une solution ALM de bout en bout qui fournisse une plateforme de gestion commune pouvant être partagée par toutes les parties prenantes du projet et qui permette aux équipes de développement d'utiliser les outils et processus de leur choix. Inciter les développeurs à travailler avec la gestion du cycle de vie des applications Le SDLC ne représente pas la vie d'une application, alors la gestion du cycle de vie des applications voit au-delà du processus de développement, jusqu'à la mise en production de l'application et les modifications que subit l'application au fil du temps. Tandis que cela rend la gestion du cycle de vie des applications plus attrayante pour certaines parties prenantes, les organisations doivent convaincre l'équipe de développement de travailler avec car les développeurs refusent systématiquement de quitter leurs environnements de développement intégré (IDE). L'IDE est l'environnement de prédilection des développeurs, dans lequel ils sont les plus productifs et les plus à l'aise. Même lorsque des outils de gestion de projet de pointe dotés d'une interface utilisateur Web avancée leur sont proposés et lorsqu'il leur est demandé de s'y connecter pour mettre à jour leurs tâches, c'est un échec. Les développeurs n'aiment par suivre des processus et remplir des formulaires ; ils aiment développer. D'un autre côté, tenir le rythme effréné des cycles de publication courts et fréquents dépend de la visibilité en temps réel par les autres parties prenantes du travail de développement. Les membres de l'équipe d'applications doivent pouvoir accéder rapidement à l'état du moment de l'application, notamment : L'objectif métier Pourquoi le nouveau contenu ou le nouveau code est-il enregistré? Quelle est la fonctionnalité qu'il est supposé offrir, et pour quelle motif métier? La motivation Sa mission est-elle de réparer une défaillance, ou s'agit-il plutôt d'un dérivé d'une nouvelle exigence ou d'un nouvel historique utilisateur? Traçabilité À quel build appartient ce contenu? Quelle est l'exigence ou la défaillance? Progrès de la version En quoi ce contenu contribue-t-il au progrès de cette version ou itération? Comment ce nouveau morceau de code aide-t-il l'équipe à atteindre ses objectifs de publication? Évaluation des risques Ce code est-il stable? Contient-il des codes fragiles auxquels l'équipe de test doit faire attention? Cette exigence est-elle compliquée à modifier? Gouvernance Comment pouvons-nous nous assurer que les développeurs s'alignent sur les priorités de l'entreprise? Responsables Ingénieurs d'assurance qualité ALM Ingénieur en développement Bureau de gestion de projets Analyse métier IDE des développeurs Managers QA engineers ALM Development engineer PMO BA Étant donné que l'organisation informatique souhaite présenter des processus qui augmentent la productivité et l'efficacité des développeurs, il est logique de répondre aux besoins de l'équipe de développement. En introduisant des processus et des outils légers qui permettent aux développeurs de travailler dans leur environnement familier, il devient possible d'amener l'équipe de développement à la gestion du cycle de vie des applications. 4
La productivité repose sur la traçabilité IDE. Développement induit par le contexte Les solutions ALM doivent autoriser ce type de développement induit par le contexte en donnant aux développeurs la possibilité de voir les artefacts ALM pendant le codage. 1 Les développeurs peuvent mieux comprendre la fonctionnalité que leur code doit apporter s'ils sont en mesure de voir les exigences ou les défaillances que procure la motivation de leurs tâches spécifiques. Les développeurs comprennent mieux ce qui a déjà été réalisé et peuvent mieux estimer ce qui doit être ajouté par la suite s'ils sont en mesure de voir l'exigence métier, l'historique des jeux de changements et les dernières défaillances en relation avec leur tâche. Dans l'absolu, le système ALM doit apporter de la visibilité dans les ensembles de changements de code liés pouvant être tracés d'après les exigences et les défaillances. Pour accroître la productivité, ces informations contextuelles doivent être mises à la disposition des développeurs directement depuis leur IDE préféré. Rapports induits par le contexte L'équipe d'applications comprend mieux ce qui se passe lorsque le système ALM est automatiquement mis à jour au fur et à mesure que le développeur écrit le code. Du point de vue du développeur, une tâche doit être présentée dans l'ide de manière à dégager le développeur de la nécessité de rapporter les progrès, mettre à jour le statut et ajouter une description de son travail. L'intégration entre l'ide du développeur et le système ALM permet au reste de l'équipe d'applications de voir le contexte du travail du développeur. Le chef de projet, le chef de la mêlée et le responsable du développement reçoivent des mises à jour précises en temps réel sur les progrès du développeur, de l'équipe et le statut de l'itération ou de la version. Résultat : les responsables du développement et les chefs de projet gagnent en transparence, encouragent l'efficacité, réduisent la latence des communications entre les équipes et améliorent la qualité du code de l'application. Toutes les données étant mises à la disposition des équipes d'assurance qualité en temps réel, cellesci sont mieux à même de planifier leurs tests, réduire la durée des tests et identifier les défaillances plus tôt dans le cycle de vie lorsque leur correction est encore facile et peu coûteuse. 1 Source : "Time is right for ALM 2,0+", West, Dave, Forrester, 19 octobre 2010. Un cycle de vie intelligent Élargissement aux outils de gestion des changements du code source (SCM) et de gestion des builds Le risque, premier facteur Dans le but d'améliorer la productivité et d'accélérer la mise en production, les équipes d'applications doivent disposer de capacités multitâches et d'un mécanisme permettant une prise de décision rapide. Une décision informée doit toujours reposer sur les risques. Dans un monde où les entreprises demandent toujours plus d'innovation à coût réduit, les risques doivent être le premier facteur à prendre en compte. Pour cela, les solutions ALM doivent étendre leur traçabilité des défaillances aux exigences de test pour capturer les changements de code et se connecter aux systèmes de gestion du build pour faire ressortir les informations interactives. Les équipes d'applications doivent pouvoir comprendre ce qui a changé dans le code pour concentrer leurs ressources de test sur les priorités idoines. En outre, les équipes d'applications doivent disposer du mappage des facteurs de complexité qui sont associés à chaque artefact ALM. À partir de là, l'équipe de test peut concentrer ses ressources de test en priorité sur les composants qui présentent un risque élevé. Prévisibilité au niveau du travail de développement Les testeurs doivent déterminer l objet de la transition entre développement et test, quel est le contenu du nouveau build, quelle est la fonctionnalité que ce nouveau build est supposé apporter, ainsi que sa stabilité et sa couverture. Partant de là, les testeurs peuvent mieux planifier leurs tests ; les chefs de projet et les responsables du développement peuvent mieux suivre les progrès de la version et ajuster les ressources et les priorités. Ces capacités peuvent être atteintes en liant les solutions ALM aux diverses solutions de gestion du build avec lesquelles l'organisation travaille. Cette visibilité de l'état, la stabilité et le risque du build apporte une aide supplémentaire à la prise de décision visant à savoir si le build est prêt à passer en phase de production. Appliquer la gouvernance Aujourd'hui, la plupart des organisations informatiques n'ont pas la possibilité de contrôler ou de surveiller les changements de code qui sont apportés par les développeurs. Elles ne peuvent pas dire si le changements de code sont liés à une justification métier. Si les changements sont inutiles ou non planifiés, ils peuvent conduire à des cycles de publication allongés et des erreurs dans le code de production. L'utilisation d'un système de contrôle de la version du code ne résout pas ce problème. Bien que les changements de code soient enregistrés, ils ne sont pas liés à des défaillances ou à des exigences métiers qui ont motivé leur développement. 5
Autoriser le libre choix Les solutions ALM doivent permettre aux organisations informatiques de développer des applications en toute transparence et traçabilité, indépendamment des méthodes de développement, des plateformes, des outils et des processus. Elles doivent en outre assurer que tout changement de configuration logicielle est examiné et validé aussi rapidement que possible afin de permettre au projet de continuer d'avancer jusqu'à la phase de déploiement. La valeur de l'émersion des jeux de changements dans le contexte ALM Un système d'enregistrement unique qui apporte la traçabilité des besoins sur les défaillances, les tests et jusqu'aux changements de code et aux mesures de build génère des avantages pour toutes les équipes d'applications, les parties prenantes de la gestion, l'organisation de test et les développeurs : Gestion : les solutions ALM doivent simplifier la vie du responsable du développement au niveau du suivi de la publication, de la gestion des ressources et de l'analyse de l'impact des changements. Gérant plusieurs projets, développés par des équipes disparates tout en utilisant des outils et des systèmes hétérogènes, les responsables du développement doivent disposer de moyens pour regrouper les données pertinentes et les présenter dans les tableaux de bord ALM. Cela inclut les données sur les progrès de la version, la couverture, l'état et les risques, notamment l'équipe de suivi et la rapidité individuelle. Fournir des informations détaillées sur le contenu et la stabilité du nouveau build aide le responsable du développement et le chef de projet à mieux aligner leurs ressources. En analysant l'ampleur des efforts nécessaires pour répondre à une exigence, un historique utilisateur, un problème ou une défaillance, les responsables du développement et les chefs de projet peuvent optimiser l'allocation des ressources pour apporter les changements indispensables. En outre, cela leur permet de comprendre les risques pour l'application associés à ces changements. De plus, les responsables peuvent évaluer les progrès d'une itération et la version globale en comprenant la fonctionnalité exacte que le nouveau build doit apporter. Équipe de test : en comprenant la fonctionnalité que le nouveau code doit apporter, les équipes de test peuvent plus facilement planifier les tests. Ces informations les aident à planifier des tests efficaces axés sur les composant les plus fragiles du build. Elles peuvent planifier des tests basés sur les risques en analysant le niveau de complexité associé à l'artefact ALM. Développeurs : en vue d'exécuter rapidement leurs tâches, les développeurs doivent identifier rapidement les éléments du code à modifier en vue de réparer les défaillances ou de répondre aux exigences. Pour y parvenir, ils doivent être en mesure de voir les jeux de changements associés à leurs tâches, ce qui est particulièrement utile s'ils peuvent être tracés d'après les artefacts ALM pertinents. Ce mappage procure au développeur la compréhension intelligente de la relation entre les tâches, les composants du code source et les artefacts ALM, en particulier avec les applications composites et les environnements complexes. Sur le principe du développement induit par le contexte, le fait d'apporter ces informations procure un gain de temps et d'efforts aux développeurs, et accélère le cycle de publication. Outil de gestion de projet agile il vous apporte tout ce dont vous avez besoin Évolutivité sur des équipes disparates Les solutions de gestion de projet agiles doivent donner aux organisations informatiques et aux équipes d'applications la possibilité de créer un processus de développement unifié, flexible et vérifiable qui fonctionne avec tous les outils, plateformes et processus tout au long du cycle de vie du développement d'une application. Par dessus tout, les méthodes agiles étant implémentées différemment d'une organisation à l'autre, la solution de gestion de projet agile doit être évolutive et permettre aux organisations informatiques de définir des workflows flexibles pour répondre à leurs exigences en constante évolution. Le système de gestion de projet agile doit apporter au responsable du développement et au chef de projet une solution pour gérer les tâches et les workflows. Il doit faire ressortir les informations au niveau des équipes d'applications disparates et fournir des informations exploitables sur la rapidité de l'équipe et les progrès de la version par rapport au plan. Cela permet de s'assurer que la mise sur le marché de l'application s'effectue selon les plans. La nécessité d'une solution étroitement intégrée L'époque où le chef de projet pouvait obtenir les mises à jour de l'équipe en se rendant dans le bureau voisin ou en décrochant son téléphone est révolue. Étant donné que les développeurs refusent de suivre des procédures administratives, telles que les rapports et la documentation, la solution de gestion de projet d'aujourd'hui doit proposer des mécanismes de mise à jour automatique en temps réel. La capture des progrès du travail des développeurs avec ceux de l'itération dans son ensemble peut être rendue possible par une intégration entre l'outil de gestion de projet, l'ide des développeurs et le référentiel ALM. Avec cette intégration, les équipes d'applications disposent d'une traçabilité de bout en bout entre tous les artefacts ALM pour créer un processus de développement orchestré qui procure une visibilité à l'échelle de l'entreprise sur toutes les équipes d'applications distribuées. Pour donner une vision complète à toutes les équipes d'applications, les mises à jour des progrès doivent capturer le contexte du travail des développeurs. Ces mises à jour doivent documenter automatiquement le liens entre une tâche et ses exigences pertinentes, les historiques des utilisateurs, les défaillances, les jeux de changements et les pièces jointes. 6
Une solution de gestion de projet agile intégrée accélère le développement en supprimant les goulots d'étranglement du processus, et en fournissant des tableaux de bord et des mises à jour en temp réel sur les projets, les équipes et les outils. Ces mesures ajoutent de la visibilité aux données de développement et aux mesures du processus sur toutes les solutions dans le cycle de vie du développement de l'application. Les organisations informatiques peuvent simultanément afficher les données du développement depuis plusieurs outils, telles que le nombre de défaillances, de même que les mesures de la durée du cycle à partir de la solution de gestion de projet agile. La mesure de la durée du cycle peut inclure la durée de la phase de test d'une version, le retard accumulé entre le développement et le test, les secteurs qui ont posé problème, ainsi que les plus gros goulots d'étranglement sur tous les projets. HP Application Lifecycle Management HP Application Lifecycle Management (ALM) est une plateforme unifiée qui fournit une traçabilité de bout en bout des artefacts du cycle de vie de l'application sur des projets et le cycle de vie, de la création au retrait. HP ALM est un hub d'informations pour plusieurs outils de cycle de vie des applications. HP ALM étant un référentiel unique qui procure un système d'enregistrement unique, il améliore la collaboration entre les équipes, les rôles, les plateformes et les écosystèmes hétérogènes. D'après nos études de cas, avec HP ALM, les équipes d'applications peuvent fournir des applications jusqu'à deux fois plus rapidement, tout en réduisant les problèmes de production de 80 % en moyenne. Figure 3 Portefeuille de solutions HP ALMDev HP Development Integration HP propose une intégration native des outils de développement et une synchronisation des outils ALM tiers aux organisations dotées d'une multitude d'outils de gestion du cycle de vie et de développement d'application hétérogènes qui sont utilisés par des équipes de développement distribuées. Ce qui fait de HP ALM le hub de collaboration et de vision le plus orienté développeur pour les équipes chargées de fournir les applications. L'interface utilisateur intuitive axée sur le développeur aide les équipes de développement à voir les artefacts ALM pendant le codage, depuis des IDE open source et commerciaux. Grâce à cette fonctionnalité, les développeurs peuvent facilement mettre à jour leurs progrès, et les équipes d'applications peuvent capturer le contexte de leur travail en temps réel. L'interface utilisateur étant familière, HP ALM incite les développeurs à utiliser la suite de gestion du cycle de vie des applications. Résultat : les organisations gagnent en transparence, encouragent l'efficacité, réduisent la latence des communications entre les équipes et améliorent la qualité du code de l'application en trouvant les défaillances plus tôt dans le cycle de vie de l'application. Le retour sur investissement (ROI) qui en découle est jusqu'à huit fois supérieur. 2 Connaissance du cycle de vie des applications (HP Application Lifecycle Intelligence) : Les solutions ALM doivent faire évoluer le cycle de vie des applications pour répondre au rythme effréné des changements dans le monde actuel. HP ALI facilite cette situation en liant les changements de code aux artefacts ALM, ce qui permet aux testeurs de concentrer leurs efforts sur les changements apportés au code uniquement et ainsi réduire considérablement la durée de test. Cette incroyable traçabilité est fournie tout en autorisant les équipes d'applications à travailler avec des outils de gestion de la chaîne d'approvisionnement (SCM) et de gestion du build hétérogènes. Tout en accordant ce libre choix aux développeurs, HP ALI regroupe les données sur tous les facteurs importants pour les équipes d'applications et apporte la visibilité sur des équipes de développement disparates. 2 Source : "Evaluating Tasktop Developer ROI", livre blanc Tasktop, Tasktop, 2010. Gestion du développement HP Quality Center, HP Requirements Management Defect management Gestion des défaillances et des problèmes Accélérateur agile Gestion de projet agile Connaissance du cycle de vie des applications Intégration à la SCM, la CI et aux outils de gestion des builds Tests de développement Intégration aux outils de tests unitaires, HP Sprinter Intégration du développement Intégration aux IDE de développement, Eclipse, Visual Studio SCM, CI, et outils de gestion des builds, IDE Diagnostic Virtualisation du service Systinet Renforcer Performances Virtualisation Applications composites Sécurité Traçabilité Workflows Bases de HP ALM Rapports Possibilité d'extension (API ouvertes) 7
Grâce à cela, HP ALI permet aux équipes d'applications de prendre des décisions informées fondées sur une compréhension intelligente de l'état, la stabilité et les risques d'un nouveau build. Ceci est rendu possible grâce aux diverses mesures générées automatiquement par HP ALI et constamment mises à jour. Ces mesures incluent notamment : la couverture de test unitaire, le taux de réussite de test unitaire, la densité de la défaillance, la quantité de changements apportés au code par exigence, par défaillance et pour l'ensemble du build, y compris le contenu et la couverture du build. Cela améliore la hiérarchisation des ressources et accroît la productivité, permettant aux équipes d'applications de réduire leur coûts d'exploitation. HP Agile Accelerator HP Agile Accelerator permet aux utilisateurs HP ALM d'adopter et de gérer rapidement des projets agiles. Il leur permet de planifier leurs accélérations, de créer des rôles d'utilisateur, de composer les historiques des utilisateurs et de configurer des tâches et des workflows flexibles. Outre la gestion et le suivi des accélérations, il procure des rapports et des graphiques, tels que la consommation, l'avancement et la rapidité. La structure, qui est disponible en tant que tableau de style Kanban, fournit une vue rapide des tâches, leur statut et leurs propriétaires, au fur et à mesure de leurs progrès dans le workflow. HP Agile Accelerator se plaçant au-dessus de HP ALM, vous pouvez voir des projets ALM agiles et non agiles sur la même plateforme. Motivez les équipes d'applications à participer à la gestion du cycle de vie des applications. HP ALM permet aux équipes chargées de fournir les applications, de rester dans leurs environnements familiers tout en gagnant en producitivité : Les développeurs travaillent dans leur IDE. Les chefs de projets travaillent avec leur outil de gestion de projet. Les équipes d'assurance qualité et de test travaillent avec leur outil de gestion de test. Les analystes métiers travaillent avec leur solution de gestion des exigences. Les cadres supérieurs (tels que le responsable de l'assurance qualité ou le VP des applications) peuvent voir les progrès de la version avec les mesures complètes de l'état, notamment le statut de développement et de défaillance, dans leur tableau de bord ALM. Figure 4 HP ALM pour une traçabilité complète de bout en bout Tâches SCCM Chaque membre de l'équipe travaille avec un outil basé sur son rôle tandis que HP ALM s'intègre dans les équipes et fournit les bonnes informations aux personnes concernées au moment opportun. Cela améliore la collaboration et la communication entre les équipes et vient renforcer la productivité et réduire les cycles de publication. Pour en savoir plus Exigences HP ALM Développer Tests Défaillances HP Application Lifecycle Management améliore le contrôle, la visibilité et la prévisibilité des applications logicielles. Pour en savoir plus, consultez la Communauté des solutions logiciels HP/ALM et visitez hp.com/go/almdev. Connectez-vous hp.com/go/getconnected Recevoir les avis des spécialistes sur les tendances techniques, les alertes et les solutions HP. Partager avec des collègues Copyright 2011-2012 Hewlett-Packard Development Company, L.P. Les informations contenues dans ce document sont sujettes à modification sans notification préalable. Les seules garanties couvrant les produits et services HP sont présentées dans les déclarations de garantie expresses qui les accompagnent. Aucune déclaration contenue dans ce document ne doit être interprétée comme constituant une garantie supplémentaire. HP décline toute responsabilité quant aux éventuelles erreurs ou omissions techniques ou éditoriales. Microsoft est une marque déposée de Microsoft Corporation aux Etats-Unis. Java est une marque déposée d'oracle et/ou de ses filiales. 4AA3-7202FRE, créé en octobre 2011 ; mis à jour en avril 2012, Rév. 2 Ceci est une impression numérique HP Indigo.