Une application n’est pas seulement un amas de code. D’autres dimensions existent pour l’appr\u00e9hender :<\/p>\n\n\n\n
- \n
- La portion du plan applicatif<\/li>\n\n\n\n
- L’emprise sur les environnements<\/li>\n\n\n\n
- L’objet d’unit\u00e9 organisationnelle<\/li>\n\n\n\n
- L’\u00e9l\u00e9ment d’imputation de budget<\/li>\n\n\n\n
- L’outil de cr\u00e9ation de la valeur m\u00e9tier<\/li>\n\n\n\n
- Le n\u0153ud du graphe de flot de donn\u00e9es<\/li>\n\n\n\n
- La maison de la donn\u00e9e<\/li>\n\n\n\n
- L\u2019\u0153uvre d’un savoir-faire technique<\/li>\n\n\n\n
- \u2026<\/li>\n<\/ul>\n\n\n\n
![\"\"](\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2023\/02\/Facettes-application.png\")
Les facettes de l’application<\/figcaption><\/figure>\n\n\n\n Les dimensions de l’application<\/h2>\n\n\n\n
Pour chacune de ses dimensions, on peut avoir un point de vue restrictif ou \u00e9largi.<\/p>\n\n\n\n
Portion plan applicatif<\/h3>\n\n\n\n
Le p\u00e9rim\u00e8tre de l’application est-il d\u00e9fini pas les composants en charge de manipuler et stocker la donn\u00e9e pour laquelle l’application est responsable ? Inclut-on les \u00e9l\u00e9ments d’acc\u00e8s (CDN, Load Balancer, WAF, API Gateway) ? Inclut-on les connecteurs ou les demi-flux permettant \u00e0 l’application de communiquer avec le reste du SI ? Le reporting op\u00e9rationnel fait-il aussi partie de l’application ? Derri\u00e8re ces questions, se pose celle plus g\u00e9n\u00e9rale du cadre de responsabilit\u00e9 de l’application.<\/p>\n\n\n\n
![\"\"](\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2023\/02\/Application-Perimetre-1024x535.png\")
Jusqu’o\u00f9 s’\u00e9tend l’application ?<\/figcaption><\/figure>\n\n\n\n Id\u00e9alement, les applications sont une partition du plan applicatif : le plan est recouvert par les applications et les interstices entre les applications sont tr\u00e8s minces et se r\u00e9sume \u00e0 des tuyaux stupides<\/em> (dumb pipes<\/em>). Autrement, il y a des zones grises de responsabilit\u00e9 et cela peut amener aux syndromes du homme du milieu<\/em> quand les \u00e9quipes de projet n’arrivent plus \u00e0 se parler directement ou encore de la faute \u00e0 l’intendance<\/em> quand toute la responsabilit\u00e9 de l’int\u00e9gration du SI, une t\u00e2che colossale et critique, repose sur une \u00e9quipe centralis\u00e9e (et parfois petite !).<\/p>\n\n\n\n
Emprise sur les environnements<\/h3>\n\n\n\n
Les environnements sont la r\u00e9sultante des emprises des applications, soit directement, soit au travers des plateformes mutualis\u00e9es. Le lien entre les \u00e9l\u00e9ments d’infrastructure et les application est g\u00e9n\u00e9ralement trac\u00e9 dans la CMDB. Le cycle de vie des applications et celui des infrastructures sont li\u00e9s, avec un sens de d\u00e9pendance des applications vers l’infrastructure. Cette orientation permet d’instruire le dimensionnement des environnements qui peut \u00eatre statique ou dynamique (\u00e9lasticit\u00e9), leur obsolescence ou encore leur fin de vie (d\u00e9commissionnement). L’emprise peut prendre diff\u00e9rentes formes, certaines \u00e9videntes, d’autres un peu moins : des pipelines dans l’usine logicielle, des artefacts dans les d\u00e9p\u00f4ts, des processus tournant des VM, conteneurs ou fonctions, des donn\u00e9es stock\u00e9es dans les bases ou dans des syst\u00e8mes de fichiers, mais aussi des messages dans les journaux, des m\u00e9triques dans la supervision, des tickets dans le syst\u00e8me de support, \u2026<\/p>\n\n\n\n
Objet d’unit\u00e9 organisationnelle<\/h2>\n\n\n\n
L’application est-elle sous la responsabilit\u00e9 d’une seule \u00e9quipe, tout au long de son cycle de vie ? Ou bien existe-t-il une \u00e9quipe en charge de sa construction et une autre de sa maintenance ? La dissociation entre les phases de construction et de fonctionnement peut r\u00e9pondre \u00e0 des exigences comptables. Mais elle peut conduire \u00e0 de forts d\u00e9rives. Il n’y a pas de garantie que le transfert se passe bien entre les deux \u00e9quipes. L’application qui passe en mode de maintenance pourrait tr\u00e8s bien ne pas \u00eatre finie : elle peut comporter de la dette avec des blocs de code m\u00e9diocres, avoir une couverture de test insuffisante impactant son \u00e9volutivit\u00e9, pr\u00e9senter une qualit\u00e9 logicielle m\u00e9diocre se traduisant par un niveau de service d\u00e9grad\u00e9, ne pas \u00eatre illustr\u00e9e par une documentation \u00e0 jour et pr\u00e9cise, conduisant \u00e0 des d\u00e9rives par rapport aux intentions initiales de conception ou encore ne pas \u00eatre dot\u00e9 des outils n\u00e9cessaires \u00e0 son exploitation, comme un tableau de bord des indicateurs de fonctionnement, un outil d’administration ou la g\u00e9n\u00e9ration de messages d\u00e9crivant les \u00e9v\u00e9nements et les erreurs se produisant dans l’application . Curieusement, avec le passage en \u00e9quipe produit, l’application peut passer en second plan voire carr\u00e9ment dispara\u00eetre en tant que concept alors que l’application est bien un des aspects concrets du produit de l’\u00e9quipe.<\/p>\n\n\n\n
\u00c9l\u00e9ment d’imputation de budget<\/h3>\n\n\n\n
Le budget de la DSI est d’une fa\u00e7on ou d’une autre li\u00e9 \u00e0 un portefeuille d’applications existantes ou \u00e0 cr\u00e9er. Les d\u00e9penses engag\u00e9es pour la r\u00e9alisation, le maintien et le fonctionnement de l’application sont associ\u00e9es \u00e0 diff\u00e9rents postes budg\u00e9taires. Aussi, une comptabilit\u00e9 analytique est n\u00e9cessaire pour expliciter l’application en tant qu’objet d’imputation du budget. On peut se plaindre du co\u00fbt de l’informatique, mais encore faut-il avoir le moyen de mesurer le co\u00fbt de possession total des applications !<\/p>\n\n\n\n
Outil de cr\u00e9ation de valeur m\u00e9tier. <\/h3>\n\n\n\n
L’application doit bien avoir une raison d’\u00eatre, sans quoi elle aurait d\u00e9j\u00e0 d\u00fb \u00eatre d\u00e9commissionn\u00e9e ! C’est la contribution de l’application aux processus m\u00e9tier qui devrait \u00eatre le fondement de son existence (Ce n’est pas toujours le cas. Des jeux politiques sont aussi une autre raison …). Ces processus ont une valeur qui peut faire l’objet d’une quantification par des indicateurs m\u00e9tier (Key Principal Indicator<\/em>, KPI). Rattacher l’application \u00e0 ces KPI est la cl\u00e9 pour passer d’un pilotage par les co\u00fbts, toujours au d\u00e9savantage de l’IT (et du m\u00e9tier, au final !) \u00e0 un pilotage par la valeur. Si on combine le co\u00fbt de possession et ces KPI, alors on peut faire na\u00eetre une notion d’efficience \u00e9conomique. Si l’application co\u00fbte plus cher mais qu’elle contribue \u00e0 plus d’activit\u00e9 m\u00e9tier, alors ce n’est pas au final une mauvaise affaire. \u00c9galement, en rattachant l’application \u00e0 des processus, on peut r\u00e9pondre \u00e0 la difficile question de la criticit\u00e9 des applications. L’application n’est au fond critique que si elle contribue de fa\u00e7on incontournable \u00e0 un processus critique. La criticit\u00e9 des applications fait l’objet de d\u00e9bat passionn\u00e9 car derri\u00e8re cette question, se pose la hi\u00e9rarchie des applications et, par voie de cons\u00e9quence, certains pourraient en d\u00e9duire une hi\u00e9rarchie des \u00e9quipes en charge de ces applications.<\/p>\n\n\n\n
N\u0153ud du graphe des flots de donn\u00e9es<\/h3>\n\n\n\n
Le graphe des flots de donn\u00e9es a pour n\u0153ud les applications et pour lien les flux applicatifs. Dans ce graphe, l’application peut jouer \u00e0 la fois le r\u00f4le de consommateur, de producteur ou de transformateur. Sa capacit\u00e9 technique lui permet de supporter des d\u00e9bits de donn\u00e9es plus ou moins importants et de recevoir ou de renvoyer les donn\u00e9es avec plus ou moins de c\u00e9l\u00e9rit\u00e9. L’application peut (et devrait \u00eatre) le garant de la qualit\u00e9 des donn\u00e9es en renfor\u00e7ant les contrats d’interface sur les flux. La sant\u00e9 des donn\u00e9es du SI d\u00e9pend de celle des applications.<\/p>\n\n\n\n
Maison de la donn\u00e9e<\/h3>\n\n\n\n
L’application est le lieu de production de la donn\u00e9e. Quand elle a une exclusivit\u00e9 sur une donn\u00e9e pendant une phase ou sur la totalit\u00e9 de son cycle, l’application devient un levier d’appropriation de la donn\u00e9e et sert \u00e0 la gouvernance de la donn\u00e9e. Avoir un seul ma\u00eetre pour chaque donn\u00e9e est un principe facilitant de la coh\u00e9rence du patrimoine informationnel de l’organisation.<\/p>\n\n\n\n
\u0152uvre d’un savoir-faire technique<\/h3>\n\n\n\n
L’application est \u00e9videmment le produit du savoir-faire d’une \u00e9quipe mais l’\u00e9quipe est aussi transform\u00e9e par l’application. Si la qualit\u00e9 de r\u00e9alisation de l’application r\u00e9sulte du cadre de coop\u00e9ration mais aussi de la culture technique, l’application est aussi un lieu d’apprentissage \u00e0 la fois en termes de savoir, de pratique mais aussi de culture. Comme dit le proverbe, c’est en forgeant que l’on devient forgeron. Les \u00e9quipes, au travers des r\u00e9alisations et des op\u00e9rations sur les applications, gagnent g\u00e9n\u00e9ralement en maturit\u00e9. Ce capital fait de confiance, d’expertise, de pratique, d’engagement est un diff\u00e9renciant fort pour les organisations d’aujourd’hui.<\/p>\n\n\n\n
Relations entre applications et organisations<\/h2>\n\n\n\n
Plusieurs motifs (patterns<\/em>) reviennent dans la relation entre les organisations et les applications<\/p>\n\n\n\n
L’application est un investissement<\/h3>\n\n\n\n
L’organisation acquiert des applications ou lance des investissements pour les r\u00e9aliser. Apr\u00e8s leur cr\u00e9ation, les applications passent dans la colonne des charges et il y a une forte incitation \u00e0 optimiser leur co\u00fbt de maintenance. Plus l’application est cons\u00e9quente, plus la d\u00e9cision d’investissement associ\u00e9e p\u00e8se lourd et demande du temps d’instruction. <\/p>\n\n\n\n
Dans ce contexte, travailler sur les projets peut \u00eatre plus valorisant que les maintenir. Les prestataires externes attendent d’aller sur les projets quand les internes ont en charge leur maintenance. On observe plusieurs al\u00e9as de moralit\u00e9 qui conduisent une acc\u00e9l\u00e9ration rapide de la dette technique. A un certain point, l’application devient obsol\u00e8te et une d\u00e9cision d’investissement doit \u00eatre prise pour r\u00e9tablir dans un \u00e9tat acceptable, la d\u00e9monter \u2026 ou ne rien faire !<\/p>\n\n\n\n
Une boite \u00e0 d\u00e9poser dans le syst\u00e8me d’information. <\/h3>\n\n\n\n
L’organisation ach\u00e8te ou construit des applications vues comme des boites qui seront ensuite pos\u00e9es dans le SI. Dans ce mod\u00e8le, le mieux est d’acheter une boite sur \u00e9tag\u00e8re car elle existe d\u00e9j\u00e0 et a fait ses preuves. <\/p>\n\n\n\n
Il reste g\u00e9n\u00e9ralement peu de place pour les boites \u00e0 fa\u00e7on<\/em>, car le march\u00e9 a une offre vaste et un travail profond sur la diff\u00e9renciation de l’organisation doit \u00eatre men\u00e9 au pr\u00e9alable pour justifier une r\u00e9alisation sp\u00e9cifique. Dans ce cadre, le probl\u00e8me revient \u00e0 trouver la bonne boite et une fois choisie, le projet est consid\u00e9r\u00e9 comme bien avanc\u00e9. <\/p>\n\n\n\n
Cette approche n\u00e9glige la \u00ab\u00a0glu\u00a0\u00bb \u00e0 mettre entre les boites pour assurer la continuit\u00e9 du syst\u00e8me d’information, continuit\u00e9 n\u00e9cessaire pour les processus m\u00e9tier. Cette glu est loin d’\u00eatre simple \u00e0 faire , elle demande un peu de talent. Mais c’est elle qui fait que le SI a un bon agencement. Trouver de belles boites ne suffit pas si elles sont mal coll\u00e9es les unes aux autres. La valeur qu’apportera le SI sera r\u00e9duit et la d\u00e9ception quant \u00e0 l’effort investi pourra poindre le bout de son nez.<\/p>\n\n\n\n
Un autre syndrome est de r\u00e9duire l’application \u00e0 la bo\u00eete achet\u00e9e : tout ce qui est n\u00e9cessaire pour le fonctionnement dans le SI , mais qui n’est pas dans la boite achet\u00e9e sort de l’application et du p\u00e9rim\u00e8tre de responsabilit\u00e9. Mais comme il faut bien que le SI soit fonctionnel, alors ce qui a \u00e9t\u00e9 exclu se retrouve ailleurs dans le SI et pas forc\u00e9ment l\u00e0 en termes de responsabilit\u00e9. Cela conduit \u00e0 des dysfonctionnements organisationnels.<\/p>\n\n\n\n
D’abord, le produit<\/h3>\n\n\n\n
Le produit peut masquer l’application. L’application est le cha\u00eenon entre le produit et le composant. Pris entre les deux tendances du march\u00e9 que sont la d\u00e9marche produit et la conception en micro-service, l’application peut tout simplement dispara\u00eetre dans ce processus. Le produit \u00e9volue au rythme des sprints et la production des features<\/em> devient le moteur principal. Pourtant, ce produit doit bien \u00eatre int\u00e9gr\u00e9 dans le SI et la situation peut alors se complexifier, car on voit dans certains cas le micro-service qui au d\u00e9part a une autonomie de d\u00e9ploiement (normal !) finit par avoir son propre cycle de vie. Le niveau des applications s’estompe et le plan applicatif devient une myriade de micro-service, un paysage particuli\u00e8rement \u00e9clat\u00e9 et complexe \u00e0 appr\u00e9hender. L’application fournit pourtant un cadre de compatibilit\u00e9 au travers de son cycle de vie qui permet d’assurer un fonctionnement coh\u00e9rent de bout en bout.<\/p>\n\n\n\n
D\u00e9monstrateur technique.<\/h3>\n\n\n\n
L’application est le lieu de la d\u00e9monstration du savoir-faire technique de l’\u00e9quipe, avide de se mesurer aux pratiques les plus innovantes du march\u00e9. On tombe dans le syndrome du faire de la technique pour la technique<\/em>. Quand les \u00e9quipes IT n’ont pas acc\u00e8s \u00e0 la vision m\u00e9tier, quand elles sont volatiles et qu’il faut \u00eatre sur le march\u00e9 valorisable (bankable<\/em> ?), alors ce travers peut se comprendre.<\/p>\n\n\n\n
Et pour moi, qu’est-ce qu’une application ?<\/h2>\n\n\n\n
De fa\u00e7on id\u00e9ale, une application doit \u00eatre comprise de fa\u00e7on la plus \u00e9largie possible dans chacune de ses dimensions. Cela permet d’assurer une couverture sans zone grise et d’obtenir des synergies entre les acteurs de l’organisation. <\/p>\n\n\n\n
Concr\u00e8tement :<\/p>\n\n\n\n
- \n
- L’application couvre compl\u00e8tement son p\u00e9rim\u00e8tre de responsabilit\u00e9;<\/li>\n\n\n\n
- L’application est un bon citoyen du SI : elle est int\u00e9gr\u00e9e sans couture. Elle expose des endpoints <\/em>soumis \u00e0 contrat et consomme les endpoints <\/em>des autres applications en respectant les contrats;<\/li>\n\n\n\n
- L’emprise de l’application et l’ensemble des manifestations est trac\u00e9e (\u00e9ventuellement en s’appuyant sur des r\u00e8gles de nommage pratique ou de la labellisation);<\/li>\n\n\n\n
- L’application est g\u00e9r\u00e9e comme la d\u00e9clinaison applicative du produit. You build it, you run it !<\/em><\/li>\n\n\n\n
- L’application a un co\u00fbt de possession total (ou Total Cost of Ownership<\/em>, TCO).<\/li>\n\n\n\n
- L’application est associ\u00e9e \u00e0 des processus m\u00e9tier et a des indicateurs m\u00e9tier. Sa trajectoire est pilot\u00e9e par la valeur et non seulement par le co\u00fbt.<\/li>\n<\/ul>\n\n\n\n
![\"\"](\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2023\/02\/Mon-application-ideale-1024x812.png\")
Une application qui couvre toutes ses dimensions sans laisser d’espace !<\/figcaption><\/figure>\n\n\n\n Ces attendus sont certes ambitieux et pas toujours fr\u00e9quents. Pour autant, ils indiquent des directions vers o\u00f9 chercher des gains !<\/p>\n\n\n\n
Conclusion<\/h2>\n\n\n\n
Les applications qui \u00e9taient auparavant l’objet de d\u00e9marches pilot\u00e9es comme la gestion du portefeuille des applications, ont \u00e9t\u00e9 quelque peu d\u00e9laiss\u00e9es, alors qu’elles sont souvent le cha\u00eenon manquant entre plusieurs acteurs : les d\u00e9veloppeurs qui les r\u00e9alisent et le configurent, les ops qui les exploitent dans les environnements, les financiers qui les budg\u00e9tisent et les m\u00e9tiers qui en font un bon usage. Si nous voulons avoir une organisation fluide du m\u00e9tier jusqu’\u00e0 l’IT en passant par la DAF, alors il serait dommage de se passer d’un objet qui pr\u00e9sente une facette \u00e0 tous les acteurs de l’organisation. <\/p>\n\n\n\n
Vive les applications !<\/p>Anonyme<\/cite><\/blockquote><\/figure>\n\n\n\n
Cr\u00e9dits<\/p>\n\n\n\n
- \n
- Satellite icons created by Creative Stall Premium – Flaticon<\/a><\/li>\n\n\n\n
- Report icons created by smashingstocks – Flaticon<\/a><\/li>\n\n\n\n
- Prise ic\u00f4nes cr\u00e9\u00e9es par Creative Stall Premium – Flaticon<\/a><\/li>\n<\/ul>\n\n\n\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Le point de vue qu’une organisation aborde sur les applications de son syst\u00e8me d’information est r\u00e9v\u00e9lateur de ses principes et fournit un excellent indicateur de la performance des pratiques autour du syst\u00e8me d’information. Aussi une question aussi simple \u00ab\u00a0Et pour vous, qu’est-ce qu’une application ?\u00a0\u00bb peut tirer beaucoup de fil. Une application n’est pas seulement … Continuer la lecture de « Et pour vous, qu’est-ce qu’une application ? »<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":46,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[],"class_list":["post-42","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-general"],"_links":{"self":[{"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/posts\/42","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/comments?post=42"}],"version-history":[{"count":3,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/posts\/42\/revisions"}],"predecessor-version":[{"id":51,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/posts\/42\/revisions\/51"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/media\/46"}],"wp:attachment":[{"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/media?parent=42"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/categories?post=42"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/tags?post=42"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Report icons created by smashingstocks – Flaticon<\/a><\/li>\n\n\n\n