Dossier Gartner (dernière partie)
Améliorer les résultats opérationnels en alignant les applications d'entreprise

dimanche 20 mars 2011

Les entités informatiques ne peuvent plus se contenter de mettre l'accent sur des résultats opérationnels ou des mesures de l'efficience internes qui ne sont pas liés à la compétitivité du marché. Cette dernière partie traite des applications dites allégées.

Dossier Gartner (1ère partie)
Dossier Gartner (2e partie)
Dossier Gartner (3^e partie)
Dossier Gartner (4^e partie)

Solutions innovantes et réactives au marché D'ici 2015, 50 % des entreprises classées au Global 2000 déploieront des applications allégées en dehors des cycles traditionnels de mise à niveau des applications.

Constat
Bon nombre d'entités informatiques ont du mal à suivre le rythme des affaires, autrement dit à fournir ce dont l'entreprise a besoin quand elle en a besoin. Une partie du problème vient du fait que de nombreuses entités informatiques, qui tentent de fournir les fonctionnalités d'entreprise qui sont requises aujourd'hui, sont encombrées par des systèmes transactionnels complexes conçus pour apporter une facilité de maintenance et des schémas de mise à niveau réguliers et prévisibles. Un autre problème est la demande envers des vues extérieures des processus métiers, qui placent les clients (par exemple) au centre de la relation et des processus sous-jacents.

Bon nombre des systèmes à l'intérieur de l'entreprise ont été conçus avec des perspectives de qualité, d'efficience et de productivité tournées vers l'extérieur. Aujourd'hui, l'entreprise a besoin d'applications qui sont orientées sur le marché et qui intègrent une vue de l'extérieur vers l'intérieur, qu'il s'agisse de la perspective du client, du partenaire, du fournisseur ou du marché dans sa globalité. En conséquence de cette intersection complexe, nous commençons à voir certaines entreprises déplacer leur réponse à ces impératifs extérieurs vers un niveau ou système frontal plus agile en façade d'environnements opérationnels et transactionnels dorsaux plus complexes et robustes.

En voici quelques exemples.
- Une entreprise de fabrication industrielle est en train de créer des centres d'excellence en processus métiers qui se trouvent en parallèle de l'entreprise, à l'extérieur de l'entité informatique, avec des outils allégés et des méthodologies agiles.
- Un détaillant commence à autoriser l'entreprise à utiliser des applications hébergées et des outils de développement allégés en façade des applications héritées pour optimiser une expérience de vente au détail en constante évolution.
- Un fabricant automobile est en train d'étendre ses systèmes marketing pour exploiter les données émergentes d'analyse des sentiments des sites sociaux ou des vues des réseaux sociaux, afin de surveiller l'acceptation ou le rejet de la marque sur le marché. La séparation d'un ensemble d'applications allégées et d'environnements de développement agile peut permettre à l'entreprise d'obtenir les fonctionnalités métiers dont elle a besoin dans un processus d'application totalement contenu et régi de manière distincte. Via une architecture orientée services (SOA), ces applications peuvent composer et référencer des données dans des systèmes d'enregistrement, mais il s'agit de projets de développement indépendants.

Les besoins urgents en fonctionnalités sont alors sortis du cycle de vie global des applications d'entreprise, ce qui réduit la frustration en rendant l'expérience informatique plus réactive aux besoins de l'entreprise. Un certain nombre d'entreprises envisagent d'utiliser Microsoft SharePoint dans ce cas, non pas en tant qu'environnement de gestion du contenu, mais en tant qu'environnement de développement rapide d'applications.

D'autres préfèrent utiliser des outils de gestion des processus métiers (BPM), et il existe un éventail d'environnements de développement rapide qui doivent être pris en considération. De plus, ces applications peuvent être fournies sous forme d'applications web, sociales ou sensibles au contexte. Dans d'autres situations, l'évolution se traduit par un éloignement des processus structurés en tant que mécanismes de différenciation au profit de processus ad hoc, non structurés et de travail de connaissances à gérer, plutôt qu'à standardiser. Une génération de plates-formes d'applications (gestion des cas et BPM) est en train de devenir la base pour une partie de ces nouvelles applications.

Implications sur le marché

À mesure que ce phénomène et ce style d'applications émergent, nous nous attendons à quatre impacts majeurs sur le marché.
- Une demande croissante pour l'adaptation SOA de la fonctionnalité traditionnelle de systèmes d'enregistrement : pour partitionner le développement de cette fonctionnalité dans des éléments de développement agile contenus, une adaptation SOA de haute qualité des applications prêtes à l'emploi sera nécessaire pour effectuer la séparation entre la fonctionnalité de conservation du système d'enregistrement des applications héritées et les éléments transactionnels qui doivent être ajoutés au système frontal des applications.
- De nombreux processus traditionnellement stables seront revisités dans l'optique de leur redonner du dynamisme : les entreprises qui avaient stabilisé leurs processus internes sur des objectifs d'efficience enregistreront de nouveaux besoins engendrés par les demandes externes en vue de recentrer bon nombre des processus pour qu'ils deviennent plus réactifs au marché.
- Un glissement potentiel du pouvoir au détriment des grands éditeurs : les fonctionnalités offertes dans ce contexte viennent en grande partie des processus métiers nouvellement adaptés. À moins que les grands éditeurs ne puissent apporter ces fonctionnalités innovantes, leur pertinence pour l'entreprise diminuera. Ils peuvent néanmoins rester dans la course notamment en fournissant l'infrastructure et les outils sous-jacents qui permettent à l'entreprise de décomposer ce processus de développement, tout en préservant la cohérence du système d'enregistrement.
- L'émergence de nouveaux modèles de support : la manière dont l'entité informatique prend en charge ces impératifs métiers changera, passant d'un support crucial de bout en bout à l'optimisation rapide et la facilitation des capacités. À mesure que ces applications gagneront en ampleur et deviendront plus stratégiques pour l'entreprise, il est possible qu'elles soient restructurées, auquel cas le modèle de gouvernance et de support évoluera vers un modèle de fourniture et de support plus traditionnel.

Recommandations
Sur la base de ces changements, nous adressons les conseils suivants aux responsables des applications dans les entreprises.
- N'essayez pas d'intégrer de force les impératifs liés aux applications agiles et dynamiques dans les modèles traditionnels de mise à niveau et de support des applications d'entreprise ; faites une distinction et gérez-les séparément.
- N'essayez pas de rendre les environnements d'applications agiles trop robustes, car l'accumulation excessive de spécifications peut entraver ces projets. Trouvez le bon niveau de robustesse des spécifications pour la durée de vie de l'application, et l'application changera au fil du temps. Il en va de même pour l'intégrité des données et des processus : tout excès à ces niveaux peut paralyser ces projets. Préparez-vous tout de même à l'ajouter ultérieurement.
- Veillez à ce que cet environnement dispose de ressources en sécurité. Ne déployez pas de système en remettant sa sécurisation à plus tard, car cela signifie presque à coup sûr que vous ne vous en occuperez jamais.
- Rapprochez de manière proactive les analystes en processus métiers de l'entreprise, en leur donnant les outils nécessaires pour appliquer des changements directement dans une partie partitionnée de l'environnement des applications. Veillez à ce que ce groupe dispose d'une certaine autonomie et n'ait pas à solliciter la permission de l'entité informatique à tout bout de champ.
- Concevez ces applications en vue de leur retrait. Si elles sont probantes, intégrez-les au fil du temps dans le paysage traditionnel des applications. Dans le cas contraire, écartez l'application.
- Veillez à ce que votre SOA et votre utilisation de la SOA puissent prendre en charge cette séparation des modèles d'applications.
- Tournez-vous vers votre grand éditeur pour la prise en charge de l'infrastructure, mais ne vous limitez pas à cet ensemble d'éditeurs. En effet, rien pour l'instant n'indique que leurs capacités soient meilleures que les outils autonomes pour gérer cet environnement.
- Définissez des points de transfert des processus métiers de niveau supérieur qui spécifient où un système doit être structuré dans le processus métier pour que le processus soit ensuite réintégré en douceur dans un système d'enregistrement. La technologie et les méthodologies de BPM, dans le cadre d'un centre de compétences en processus métiers, peuvent être d'une grande aide en la matière.
- Initiez des programmes exploratoires pour rechercher de nouvelles sources d'informations à l'extérieur de votre entreprise. Mettez-les ensuite au coeur de toute stratégie intégrant les perspectives extérieures pour le développement d'applications.

Rétrospective
En réponse à vos demandes, nous revenons cette année sur quelques prévisions effectuées au cours des années précédentes. Nous avons délibérément sélectionné des prévisions se situant aux deux extrêmes : une où nous avons vu juste et une autre où nous nous sommes trompés.

Vision juste : prévision 2008
D'ici 2013, les applications prêtes à l'emploi pilotées par des modèles représenteront 25 % des revenus issus de nouvelles licences sur les marchés des applications d'entreprise horizontaux (ERP, CRM et SCM). Bien que nous ne soyons pas encore en 2013, nous maintenons cette prévision. Les grands éditeurs continuent de fournir des fonctionnalités sur des architectures pilotées par des métadonnées, et ces dernières servent de fondement pour des applications prêtes à l'emploi pilotées par des modèles.

Oracle a annoncé Oracle Fusion Applications, qui fera partie des acteurs majeurs dans ce domaine, car il s'agit à bien des égards d'une application prête à l'emploi pilotée par des modèles. Nous nous attendons également à ce que d'autres éditeurs continuent à enrichir les applications pour qu'elles intègrent davantage de principes de conception des applications prêtes à l'emploi pilotées par des modèles.

Vision erronée : prévision 2007

D'ici 2010, les entreprises centrées sur les produits segmenteront leurs besoins et mettront l'accent sur trois à cinq conceptions de chaîne d'approvisionnement distinctes pour répondre aux défis de la mondialisation, de la consumérisation et des autres facteurs opérationnels stratégiques. Nous continuons à voir de l'intérêt pour les réponses de chaîne d'approvisionnement segmentées, mais pas au point d'atteindre l'acceptation généralisée entre toutes les entreprises centrées sur les produits que nous avions anticipée en 2007, même s'il existe des projets de segmentation de bout en bout dans les secteurs de la fabrication industrielle, des hautes technologies et des biens de consommation.

Les entreprises continueront d'avoir besoin de la segmentation comme principe d'organisation pour leurs chaînes d'approvisionnement, mais nous voyons un plus grand intérêt pour l'élaboration de meilleurs modèles de planification à travers l'entreprise, plutôt que pour la simple segmentation de la chaîne d'approvisionnement. Le climat économique a également contraint les entreprises à simplifier leurs stratégies de SCM ; en conséquence, des programmes bien menés et plus complexes, qui nécessitaient un investissement plus élevé en amont dans l'anticipation de gains ultérieurs, ont été ajournés jusqu'à ce que l'économie mondiale se redresse. Il est toutefois possible que cette prévision redevienne d'actualité un jour.