annuler
Affichage des résultats de 
Afficher  uniquement  | Rechercher plutôt 
Vouliez-vous dire : 
gabrielgomane
Retired

Pour vous donner un aperçu du fonctionnement des développements agiles, un rôle important est le « product owner » qui décrit et hiérarchise les besoins, puis les ajoute dans le "backlog" produit grâce à des "user stories". Le "backlog" produit est ensuite consommé par l'équipe de développement lors des sprints.

Selon wikipedia, DevOps est un mouvement visant à l'alignement de l'ensemble des équipes du système d'information sur un objectif commercial commun, à commencer par les équipes de "dev" ou "Dev engineers" chargés de faire évoluer le système d'information et les "ops" ou "Ops engineers" (autrement appelés "intégrateurs") chargés d'exploiter les applications existantes au sein d'une même équipe.

Rationalisation du portefeuille applicatif et agilité

On considère souvent que la rationalisation des applications ainsi que l'architecture n'est pas nécessaire car le produit évolue constamment avec l'équipe DevOps. Le problème dans ce cas est que les équipes DevOps risquent de développer des applications qui sont mal architecturées tout en augmentant la dette technique d'un sprint à l'autre.

Il existe aussi une grande différence entre les entreprises web-native et les grandes entreprises. Les entreprises web-native ont l'agilité de leur courte existence, et dans la plupart des cas, les développeurs travaillent sur la même plateforme dans le cloud. D’un autre côté, les grandes entreprises doivent gérer un nombre croissant d’applications redondantes provenant la plupart du temps de fusions et acquisitions mais aussi d’une croissance difficilement gérée, ce qui entrainent une complexité supplémentaire et un manque de flexibilité. Ces entreprises sont submergées par des milliers d'applications utilisées dans différentes entités, produits ou services et qui reposent sur une multitude de technologies. L’implémentation de programmes DevOps et la mise en place d’équipe de développeurs qui partagent le même niveau d’information est d’autant plus difficile à mettre en œuvre.

Dans ces situations, combiner une démarche agile avec une approche de gestion de portefeuille applicatif permet aux départements informatiques de cartographier, rationaliser et transformer les applications tout en offrant une meilleure visibilité sur le portefeuille d'applications.

Réaliser l’inventaire des ressources IT

Lors de cette étape, il s’agit de faire l'inventaire du paysage applicatif en utilisant des critères pertinents pour l'entreprise. La manière dont les applications supportent les activités métier en termes de processus métier, de capacités métier ou de fonctionnalités nécessite une attention particulière dans cette phase d’inventaire. Il est également nécessaire de répertorier toutes les technologies incluses dans les applications pour mieux anticiper et gérer l'obsolescence de celles-ci.

Rationaliser le portefeuille IT en l’évaluant selon différents critères

La deuxième étape consiste à évaluer les applications selon différents critères, comme le coût, la valeur métier ou le risque. L’objectif est ici de définir les ressources à tolérer, migrer, éliminer ou celles sur lesquelles investir. Comprendre les cycles de vie des applications facilite également la planification des changements du portefeuille applicatif. Par exemple, s’il est prévu qu’une application soit retirée, les entreprises peuvent identifier les dépendances et l'impact sur les métiers et ainsi coordonner son remplacement.

Créer et comparer plusieurs scénarios de transformation IT

Définir des scénarios de transformation fondés sur un ensemble de projets ou initiatives est la dernière étape. L’utilisation de différents critères de comparaison, tels que le risque sur la qualité, le risque de faisabilité ou les coûts, permet aux entreprises de choisir et mettre en œuvre le scénario de transformation adapté, et créer selon les besoins métiers.

Si DevOps et les méthodes agiles permettent aux entreprises de réduire le temps de mise sur le marché, cela ne doit pas se faire au détriment de la qualité du développement logiciel. En adoptant une approche de gestion de portefeuille applicatif, les entreprises peuvent architecturer les projets DevOps et améliorer la qualité et la fiabilité globales. Elles sont également en mesure de réaligner les projets de transformation digitale avec les objectifs métiers grâce aux cartes capacitaires qui relie la stratégie de l'entreprise directement à la planification du portefeuille applicatif. La rationalisation du portefeuille applicatif permet en outre de réduire les coûts tout en gérant l’obsolescence.

Envie d’en savoir plus ? Téléchargez, notre eBook "Planifier la transformation IT à l’ère digitale".