Par St\u00e9phane Cagnon \u00b7 le 8 octobre 2026<\/p>\n<\/div><\/div><\/div><\/div><\/div>
\u00ab Il faudrait juste agrandir le code client. \u00bb Qui accepterait de promettre un d\u00e9lai sur cette seule phrase ?<\/b><\/p>\n
C’est souvent ainsi que d\u00e9marre une \u00e9volution sur IBM i : une demande courte, formul\u00e9e par le m\u00e9tier, qui arrive sur le bureau du DSI avec une \u00e9ch\u00e9ance d\u00e9j\u00e0 en t\u00eate.<\/p>\n
Dans cet article, je me place au moment pr\u00e9cis o\u00f9 il faut s’engager. Trois demandes famili\u00e8res me servent de fil rouge : changer un taux de TVA, agrandir un code client, ouvrir une fonction au web. \u00c0 chaque fois, la m\u00eame exigence : expliquer le p\u00e9rim\u00e8tre, montrer ce qui le justifie et r\u00e9unir autour de lui les personnes qui portent la d\u00e9cision.<\/p>\n<\/div><\/div><\/div>
Ce qu’il faut retenir<\/span><\/p>\n<\/div> Une demande \u00ab simple \u00bb n’a de simple que sa formulation<\/b> : sans visibilit\u00e9 sur les d\u00e9pendances, l’estimation bouge parce que le p\u00e9rim\u00e8tre se pr\u00e9cise trop tard.<\/p>\n<\/div><\/li> DISCOVER fonctionne comme une carte<\/b> : m\u00e9tier, expert IBM i et DSI lisent la m\u00eame vue, chacun \u00e0 son niveau de zoom.<\/p>\n<\/div><\/li> Une carte calcul\u00e9e, pas devin\u00e9e<\/b> : le r\u00e9f\u00e9rentiel est d\u00e9terministe.<\/p>\n<\/div><\/li><\/ul><\/div><\/div> Le mot \u00ab juste \u00bb d\u00e9crit la demande. Il ne mesure pas ses cons\u00e9quences. Une zone peut traverser la commande, la facture et les \u00e9changes avec d’autres applications.<\/p>\n Prenons un cas concret. La finance demande de passer un taux de TVA de 10 % \u00e0 12 %. On retrouve la table des taux, le changement semble anodin. Puis une question tombe : la facture du mois dernier, r\u00e9\u00e9dit\u00e9e, garde-t-elle son montant ? Et l’avoir qui lui correspond ? Tout d\u00e9pend des r\u00e8gles m\u00e9tier r\u00e9ellement ex\u00e9cut\u00e9es : ce que l’application conserve, ce qu’elle recalcule, et \u00e0 quel moment.<\/p>\n Sur IBM i, les applications portent des ann\u00e9es, souvent des d\u00e9cennies, de d\u00e9cisions m\u00e9tier. Cette richesse est un actif consid\u00e9rable, mais difficile \u00e0 mobiliser :<\/p>\n<\/div> son explication repose sur quelques personnes cl\u00e9s ;<\/p>\n<\/div><\/li> la documentation est dispers\u00e9e, partielle ou obsol\u00e8te ;<\/p>\n<\/div><\/li> le temps file \u00e0 reconstruire le contexte avant de pouvoir agir.<\/p>\n<\/div><\/li><\/ul> R\u00e9sultat : une d\u00e9pendance appara\u00eet, puis une autre, et l’estimation glisse. Alors posez-vous la question : \u00e0 quel moment pr\u00e9f\u00e9rez-vous d\u00e9couvrir une d\u00e9pendance, avant le devis ou apr\u00e8s l’engagement ?<\/b><\/p>\n C’est exactement le besoin auquel r\u00e9pond DISCOVER<\/a> : rendre visible ce qui est concern\u00e9 avant de figer l’engagement. Pour le DSI, la valeur est imm\u00e9diate : des \u00e9l\u00e9ments concrets pour justifier budget et d\u00e9lais, et moins d’angles morts.<\/p>\n<\/div> DISCOVER fonctionne comme une carte g\u00e9ographique de votre patrimoine applicatif.<\/b> Devant une carte, chacun peut se situer, la lire et y retrouver ce qui le concerne. On la regarde \u00e0 l’\u00e9chelle d’un pays pour saisir les grands ensembles, puis on zoome sur une r\u00e9gion, une ville, une rue. La carte reste la m\u00eame ; seul le niveau de lecture change.<\/p>\n Appliqu\u00e9e \u00e0 une application IBM i, cette m\u00e9taphore change la nature des r\u00e9unions de cadrage :<\/p>\n<\/div> le m\u00e9tier<\/b> exprime le besoin et le r\u00e9sultat attendu ;<\/p>\n<\/div><\/li> l’expert IBM i<\/b> montre les d\u00e9pendances et v\u00e9rifie les relations ;<\/p>\n<\/div><\/li> le DSI<\/b> arbitre, sur une vue commune.<\/p>\n<\/div><\/li><\/ul> Tous regardent la m\u00eame carte. On explore une piste, on revient en arri\u00e8re, on ajuste la vue selon la question pos\u00e9e. Le d\u00e9cideur participe sans lire une ligne de RPG<\/b> ; l’expert conserve toute la profondeur technique dont il a besoin.<\/p>\n Le passage d’un niveau \u00e0 l’autre se fait sans rupture. Tout en haut, la cartographie fonctionnelle montre les grands domaines (gestion des clients, des articles, des param\u00e8tres\u2026) et, en rouge, leurs interactions. Au niveau interm\u00e9diaire, les diagrammes de composants et le mod\u00e8le de donn\u00e9es r\u00e9v\u00e8lent fichiers, programmes et liens. Au niveau le plus fin, le diagramme de code expose la logique d’un programme. Une question locale se replace toujours dans le patrimoine, sans perdre le chemin qui ram\u00e8ne aux \u00e9l\u00e9ments techniques.<\/p>\n M\u00eame lorsqu’un r\u00e9f\u00e9rentiel existe d\u00e9j\u00e0, cette exp\u00e9rience fait la diff\u00e9rence. Une information prend une autre valeur quand une \u00e9quipe peut la parcourir, la contester et s’accorder sur ce qu’elle montre.<\/p>\n<\/div> Filtrez le r\u00e9f\u00e9rentiel des proc\u00e9dures sur la TVA : DISCOVER fait appara\u00eetre la proc\u00e9dure qui r\u00e9cup\u00e8re le taux, reli\u00e9e \u00e0 son module, \u00e0 son programme de service et \u00e0 tous les programmes qui l’appellent. Le nom technique importe peu. Ce qui compte, c’est la relation r\u00e9v\u00e9l\u00e9e : plusieurs traitements s’appuient sur un m\u00eame point<\/b>, et le DSI comprend enfin pourquoi l’\u00e9tude d\u00e9passe le composant initial.<\/p>\n Le data lineage compl\u00e8te l’analyse. Depuis le fichier de d\u00e9tail des commandes, une zone \u00e9cran ou une \u00e9dition, vous voyez d’o\u00f9 vient et o\u00f9 va chaque valeur, calcul apr\u00e8s calcul, jusqu’\u00e0 la r\u00e8gle de gestion d’origine<\/a>. Pour la direction financi\u00e8re, l’enjeu est clair : savoir quels calculs et quels usages examiner avant de changer la r\u00e8gle.<\/p>\n<\/div> Cette fois, la demande est bloquante : 99 999 clients, la limite des 5 chiffres est atteinte, le service commercial ne peut plus cr\u00e9er de client. DISCOVER part du fichier CUSTOMER et de son identifiant, d\u00e9roule les relations vers l’historique et les commandes, puis vers les composants li\u00e9s. Le p\u00e9rim\u00e8tre prend forme.<\/p>\n Tout ce qui est li\u00e9 ne sera pas forc\u00e9ment modifi\u00e9. Les composants impact\u00e9s se regroupent par familles (donn\u00e9es, acc\u00e8s, traitements, interfaces, SQL) et l’\u00e9quipe qualifie chaque impact : \u00e0 modifier, \u00e0 v\u00e9rifier ou \u00e0 tester. C’est la base d’un chiffrage argument\u00e9<\/b> et d’une r\u00e9partition claire du travail.<\/p>\n<\/div> Un \u00e9cran 5250 est souvent l’entr\u00e9e d’un processus qui contr\u00f4le les donn\u00e9es, attribue un identifiant et alimente d’autres traitements. O\u00f9 se trouve le contr\u00f4le de doublon ? Quel traitement valide la cr\u00e9ation ? DISCOVER localise cette logique. Vous choisissez alors ce qu’il faut r\u00e9utiliser, par exemple via une exposition en web service, avant de construire l’interface moderne.<\/p>\n<\/div> Navigation visuelle et non lin\u00e9aire<\/b> : zoom, focus sur un composant, vue 3D, cha\u00eene d’appel jusqu’\u00e0 l’\u00e9cran.<\/p>\n<\/div><\/li>Le budget d\u00e9pend du p\u00e9rim\u00e8tre<\/h2><\/div>
Une m\u00eame carte pour d\u00e9cider ensemble<\/h2><\/div>
Trois demandes, une m\u00eame d\u00e9marche<\/h2><\/div>
Changer un taux de TVA : suivre la r\u00e8gle et la donn\u00e9e<\/h3><\/div>
Agrandir le code client : cadrer et chiffrer<\/h3><\/div>
Ouvrir une fonction au web : retrouver les r\u00e8gles avant de transformer<\/h3><\/div>
Les autres capacit\u00e9s cl\u00e9s<\/h3><\/div>
![\"stephane](\"https:\/\/www.arcadsoftware.fr\/discover\/wp-content\/uploads\/2026\/08\/Portrait-Stephane-Cagnon-1.png\" "\\"Portrait")
<\/span><\/div><\/div><\/div>