Par Philippe Magne<\/h3>\n<\/div><\/div><\/div>Sommaire<\/h2>\n\n- D\u00e9finir la cible<\/a><\/li>\n
- Engager rapidement les aspects \u00ab tooling \u00bb<\/a><\/li>\n
- Adopter une politique de \u00ab quick wins \u00bb<\/a><\/li>\n
- Communiquer tout azimut<\/a><\/li>\n
- Rendre l\u2019upper management partie prenante<\/a><\/li>\n<\/ol>\n<\/div>
Le secteur des BFSI (Banking, Financial services, Insurance) repose massivement sur l\u2019utilisation des plateformes dites \u00ab legacy<\/strong> \u00bb (Mainframe et IBM i) pour leurs applications critiques. Bon nombre d\u2019utilisateurs ont tout simplement \u00ab oubli\u00e9 \u00bb ces syst\u00e8mes back-end du fait de front-end mobile ou web en tout genre, mais ils sont bel et bien toujours l\u00e0 pour faire fonctionner les missions r\u00e9galiennes de ces entreprises.<\/p>\nL\u2019essence m\u00eame de toutes ces entreprises, c\u2019est la ma\u00eetrise du risque. C\u2019est probablement la premi\u00e8re raison pour laquelle ces syst\u00e8mes font toujours partie int\u00e9grante du paysage informatique, et ce, m\u00eame si ceux qui font leur business de leur remplacement n\u2019h\u00e9sitent pas \u00e0 les qualifier de ringards. Mais comment peut-on encore imaginer aujourd\u2019hui les remplacer par d\u2019autres plus \u00ab performants \u00bb ou plus \u00ab modernes \u00bb en ma\u00eetrisant parfaitement les risques de migration ? Le nombre d\u2019entreprises qui vont oser encore prendre un tel risque se r\u00e9duit de jour en jour.<\/p>\n
Ne rien changer de l\u2019organisation existante serait cependant tout aussi risqu\u00e9 pour une seule et unique raison : la pyramide des \u00e2ges. Dans les 5 \u00e0 10 ans \u00e0 venir, c\u2019est 75% des ressources existantes qui seront parties \u00e0 la retraite.<\/p>\n
La plupart des directions g\u00e9n\u00e9rales ont parfaitement compris l\u2019enjeu et l\u2019urgence de r\u00e9ussir leur \u00ab transition g\u00e9n\u00e9rationnelle \u00bb. Il y a un r\u00e9el consensus pour s\u2019accorder \u00e0 dire que cela passe par une transformation DevOps<\/strong><\/a>.<\/a> C\u2019est au travers d\u2019une nouvelle organisation des d\u00e9veloppements plus agile, plus moderne et plus outill\u00e9e que l\u2019on peut attirer et conserver de jeunes talents.<\/p>\nDe la direction \u00e0 la mise en \u0153uvre, il y a cependant un gap important, tant les cl\u00e9s du succ\u00e8s sont nombreuses. Vous trouverez dans cet article quelques conseils pour assurer votre transformation DevOps en mettant toutes les chances de votre c\u00f4t\u00e9. Elles sont le fruit de notre exp\u00e9rience acquise sur le terrain depuis plus de cinq ans maintenant et dans les entreprises du monde entier.<\/p>\n
Voici les 5 \u00e9tapes cl\u00e9s :<\/p>\n
<\/div>\n1. D\u00e9finir la cible<\/strong><\/h2>\nCela peut para\u00eetre basique comme premier conseil, mais trop de gens partent avec des cibles relativement peu claires, tout simplement parce que DevOps<\/strong> se d\u00e9cline \u00e0 trois niveaux : strat\u00e9gique, manag\u00e9rial et technique. Cela vaut donc le coup de prendre un peu de temps pour d\u00e9finir les jalons d\u2019une transformation qui, de toute fa\u00e7on, durera plusieurs ann\u00e9es et dont les enjeux sont vitaux. Une roadmap<\/strong> claire int\u00e9grant tous les jalons du changement et avec des \u00e9ch\u00e9ances pr\u00e9cises donnera une orientation pour l\u2019ensemble des acteurs, du d\u00e9veloppeur au management, en passant par les \u00e9quipes s\u00e9curit\u00e9 et exploitation. Le but est de faire de ces syst\u00e8mes legacy<\/strong> une technologie comme une autre, banalis\u00e9e et surtout, compl\u00e8tement d\u00e9mystifi\u00e9e par les jeunes g\u00e9n\u00e9rations. Car au final, on s\u2019aper\u00e7oit vite que la barri\u00e8re est surtout faite d\u2019id\u00e9es pr\u00e9con\u00e7ues que l\u2019on peut faire tomber.<\/p>\n<\/div>\n2. Engager rapidement les aspects \u00ab tooling \u00bb<\/strong><\/h2>\nContrairement \u00e0 des projets applicatifs o\u00f9 l\u2019on peut passer du temps \u00e0 \u00e9tablir un \u00ab cahier des charges \u00bb pour s\u2019assurer que l\u2019on couvre bien les besoins de tous les utilisateurs, il est quasi impossible de proc\u00e9der ainsi dans une strat\u00e9gie DevOps, du fait de la profusion de technologies dans le monde distribu\u00e9, en complet d\u00e9calage avec la raret\u00e9 des choix possibles dans le monde legacy.<\/p>\n
Ce mouvement se nourrit de \u00ab good stories \u00bb qui se d\u00e9veloppent de mani\u00e8re virale \u00e0 travers le r\u00e9seau et favorisent l\u2019\u00e9mergence rapide d\u2019authentiques standards. C\u2019est ainsi que le gestionnaire de sources Git<\/strong> est devenu en seulement quelques ann\u00e9es un standard de facto dans le monde distribu\u00e9 et, de fait, un incontournable \u00e9galement pour le code Legacy. De m\u00eame, Jenkins<\/strong> en tant qu\u2019orchestrateur des t\u00e2ches d\u2019int\u00e9gration s\u2019impose naturellement. Est-ce la meilleure technologie sur le march\u00e9 ? L\u00e0 n\u2019est d\u00e9j\u00e0 plus la question. C\u2019est un standard. Citons enfin Jira<\/strong> qui s\u2019est impos\u00e9 comme r\u00e9f\u00e9rence dans la gestion de projets.<\/p>\nLe tout consiste ensuite \u00e0 b\u00e2tir une chaine DevOps coh\u00e9rente et efficace. Soit vos propres \u00e9quipes ont les comp\u00e9tences (et le temps) de faire l\u2019int\u00e9gration par elles-m\u00eames, soit vous vous appuyez sur un acteur qui vous propose une cha\u00eene globale et d\u00e9j\u00e0 int\u00e9gr\u00e9e. C\u2019est la proposition de valeur d\u2019Arcad Software.<\/p>\n
Les outils ne font pas le changement, mais, contrairement \u00e0 des projets applicatifs, ils en sont de puissants moteurs.<\/p>\n
<\/div>\n3. Adopter une politique de \u00ab quick wins \u00bb<\/strong><\/h2>\nIl s\u2019agit d\u2019emporter l\u2019adh\u00e9sion en apportant la preuve par l\u2019exemple. Basculer l\u2019ensemble des \u00e9quipes dans une stack DevOps multi-plateformes est beaucoup trop ambitieux. Choisissez plut\u00f4t une premi\u00e8re application combinant de multiples technologies. T\u00e2chez, par contre, de couvrir l\u2019ensemble de la cha\u00eene DevOps afin d\u2019\u00eatre capable de montrer le maximum de valeur dans la cha\u00eene et de ne pas avoir l\u2019effet naturel de comparaison avec ce qui existait auparavant. La politique des \u00ab petits pas \u00bb s\u2019entend donc moins ici sous les aspects d\u00e9coupage par phases que d\u00e9coupage par domaines applicatifs.<\/p>\n<\/div><\/div><\/div>
Gr\u00e2ce \u00e0 ce webinar, approfondissez vos connaissances sur la mise en place d\u2019une strat\u00e9gie DevOps sur IBM i.<\/strong><\/p>\n<\/div>Voir en replay le Webinar<\/span><\/i><\/a><\/div><\/div><\/div><\/div>\n4. Communiquer tout azimut<\/strong><\/h2>\nLe challenge de la transformation DevOps, c\u2019est de faire en sorte que les g\u00e9n\u00e9rations existantes et futures puissent collaborer<\/strong> ensemble dans le m\u00eame int\u00e9r\u00eat : celui de l\u2019entreprise et de la continuit\u00e9 de son business. Des g\u00e9n\u00e9rations que tout oppose sur le papier : diff\u00e9rentes technologies, diff\u00e9rentes plateformes, diff\u00e9rents langages, diff\u00e9rentes motivations. A priori, dit comme \u00e7a, cela a tout d\u2019une mission impossible. Une cl\u00e9 majeure pour la r\u00e9ussite de ce projet, c\u2019est de mettre en place une communication interne par de nombreux canaux diff\u00e9rents : cela passe par des affiches, des vid\u00e9os, des t\u00e9moignages, etc. L\u2019un de nos clients a r\u00e9alis\u00e9 en collaboration avec ses fournisseurs des mini \u00ab salons \u00bb baptis\u00e9s \u00ab Techfest \u00bb pour faciliter le partage d\u2019information, non seulement entre les collaborateurs, mais aussi avec le monde externe. Cette communication favorise le sentiment d\u2019appartenance et impulse le mouvement.<\/p>\n<\/div>\n5. Rendre l\u2019upper management partie prenante<\/strong><\/h2>\n\u00ab DevOps for legacy \u00bb n\u2019est pas une strat\u00e9gie comme une autre dans le sens o\u00f9 elle est juste vitale. Les entreprises qui s\u2019y seront prises trop tard et auront laiss\u00e9 leurs ressources critiques partir \u00e0 la retraite sans r\u00e9agir vont se trouver en grande difficult\u00e9 et n\u2019auront d\u2019autre avenir que de se faire racheter par leurs concurrents. C\u2019est la raison pour laquelle on voit de plus de leaders DevOps \u00eatre directement rattach\u00e9s \u00e0 la direction g\u00e9n\u00e9rale.<\/p>\n
Si \u00e7a n\u2019est pas encore le cas chez vous, rien ne vous emp\u00eache d\u2019utiliser cet article pour tirer la sonnette d\u2019alarme. Si vous avez d\u00e9j\u00e0 entam\u00e9 votre strat\u00e9gie DevOps <\/a>mais que vous n\u2019avez pas encore eu de r\u00e9sultats tangibles, revenez aupr\u00e8s de votre direction pour demander plus de moyens. C\u2019est souvent la mauvaise ma\u00eetrise des enjeux strat\u00e9giques, sur un sujet relativement technique, qui peut mettre mal \u00e0 l\u2019aise une direction.<\/p>\nEn conclusion<\/strong><\/p>\nNous vivons une \u00e9poque passionnante. Une \u00e9poque o\u00f9 les anciennes et les nouvelles g\u00e9n\u00e9rations doivent collaborer dans l\u2019int\u00e9r\u00eat de l\u2019entreprise. Une \u00e9poque o\u00f9 il ne s\u2019agit plus de s\u2019opposer car chacun a sa pierre \u00e0 poser dans l\u2019\u00e9difice. Seules les r\u00e8gles ont chang\u00e9 et la r\u00e9ussite passe obligatoirement par un changement radical d\u2019\u00e9tat d\u2019esprit.<\/p>\n<\/div><\/div><\/div>
Sommaire<\/h2>\n\n- D\u00e9finir la cible<\/a><\/li>\n
- Engager rapidement les aspects \u00ab tooling \u00bb<\/a><\/li>\n
- Adopter une politique de \u00ab quick wins \u00bb<\/a><\/li>\n
- Communiquer tout azimut<\/a><\/li>\n
- Rendre l\u2019upper management partie prenante<\/a><\/li>\n<\/ol>\n<\/div>
Le secteur des BFSI (Banking, Financial services, Insurance) repose massivement sur l\u2019utilisation des plateformes dites \u00ab legacy<\/strong> \u00bb (Mainframe et IBM i) pour leurs applications critiques. Bon nombre d\u2019utilisateurs ont tout simplement \u00ab oubli\u00e9 \u00bb ces syst\u00e8mes back-end du fait de front-end mobile ou web en tout genre, mais ils sont bel et bien toujours l\u00e0 pour faire fonctionner les missions r\u00e9galiennes de ces entreprises.<\/p>\nL\u2019essence m\u00eame de toutes ces entreprises, c\u2019est la ma\u00eetrise du risque. C\u2019est probablement la premi\u00e8re raison pour laquelle ces syst\u00e8mes font toujours partie int\u00e9grante du paysage informatique, et ce, m\u00eame si ceux qui font leur business de leur remplacement n\u2019h\u00e9sitent pas \u00e0 les qualifier de ringards. Mais comment peut-on encore imaginer aujourd\u2019hui les remplacer par d\u2019autres plus \u00ab performants \u00bb ou plus \u00ab modernes \u00bb en ma\u00eetrisant parfaitement les risques de migration ? Le nombre d\u2019entreprises qui vont oser encore prendre un tel risque se r\u00e9duit de jour en jour.<\/p>\n
Ne rien changer de l\u2019organisation existante serait cependant tout aussi risqu\u00e9 pour une seule et unique raison : la pyramide des \u00e2ges. Dans les 5 \u00e0 10 ans \u00e0 venir, c\u2019est 75% des ressources existantes qui seront parties \u00e0 la retraite.<\/p>\n
La plupart des directions g\u00e9n\u00e9rales ont parfaitement compris l\u2019enjeu et l\u2019urgence de r\u00e9ussir leur \u00ab transition g\u00e9n\u00e9rationnelle \u00bb. Il y a un r\u00e9el consensus pour s\u2019accorder \u00e0 dire que cela passe par une transformation DevOps<\/strong><\/a>.<\/a> C\u2019est au travers d\u2019une nouvelle organisation des d\u00e9veloppements plus agile, plus moderne et plus outill\u00e9e que l\u2019on peut attirer et conserver de jeunes talents.<\/p>\nDe la direction \u00e0 la mise en \u0153uvre, il y a cependant un gap important, tant les cl\u00e9s du succ\u00e8s sont nombreuses. Vous trouverez dans cet article quelques conseils pour assurer votre transformation DevOps en mettant toutes les chances de votre c\u00f4t\u00e9. Elles sont le fruit de notre exp\u00e9rience acquise sur le terrain depuis plus de cinq ans maintenant et dans les entreprises du monde entier.<\/p>\n
Voici les 5 \u00e9tapes cl\u00e9s :<\/p>\n
<\/div>\n1. D\u00e9finir la cible<\/strong><\/h2>\nCela peut para\u00eetre basique comme premier conseil, mais trop de gens partent avec des cibles relativement peu claires, tout simplement parce que DevOps<\/strong> se d\u00e9cline \u00e0 trois niveaux : strat\u00e9gique, manag\u00e9rial et technique. Cela vaut donc le coup de prendre un peu de temps pour d\u00e9finir les jalons d\u2019une transformation qui, de toute fa\u00e7on, durera plusieurs ann\u00e9es et dont les enjeux sont vitaux. Une roadmap<\/strong> claire int\u00e9grant tous les jalons du changement et avec des \u00e9ch\u00e9ances pr\u00e9cises donnera une orientation pour l\u2019ensemble des acteurs, du d\u00e9veloppeur au management, en passant par les \u00e9quipes s\u00e9curit\u00e9 et exploitation. Le but est de faire de ces syst\u00e8mes legacy<\/strong> une technologie comme une autre, banalis\u00e9e et surtout, compl\u00e8tement d\u00e9mystifi\u00e9e par les jeunes g\u00e9n\u00e9rations. Car au final, on s\u2019aper\u00e7oit vite que la barri\u00e8re est surtout faite d\u2019id\u00e9es pr\u00e9con\u00e7ues que l\u2019on peut faire tomber.<\/p>\n<\/div>\n2. Engager rapidement les aspects \u00ab tooling \u00bb<\/strong><\/h2>\nContrairement \u00e0 des projets applicatifs o\u00f9 l\u2019on peut passer du temps \u00e0 \u00e9tablir un \u00ab cahier des charges \u00bb pour s\u2019assurer que l\u2019on couvre bien les besoins de tous les utilisateurs, il est quasi impossible de proc\u00e9der ainsi dans une strat\u00e9gie DevOps, du fait de la profusion de technologies dans le monde distribu\u00e9, en complet d\u00e9calage avec la raret\u00e9 des choix possibles dans le monde legacy.<\/p>\n
Ce mouvement se nourrit de \u00ab good stories \u00bb qui se d\u00e9veloppent de mani\u00e8re virale \u00e0 travers le r\u00e9seau et favorisent l\u2019\u00e9mergence rapide d\u2019authentiques standards. C\u2019est ainsi que le gestionnaire de sources Git<\/strong> est devenu en seulement quelques ann\u00e9es un standard de facto dans le monde distribu\u00e9 et, de fait, un incontournable \u00e9galement pour le code Legacy. De m\u00eame, Jenkins<\/strong> en tant qu\u2019orchestrateur des t\u00e2ches d\u2019int\u00e9gration s\u2019impose naturellement. Est-ce la meilleure technologie sur le march\u00e9 ? L\u00e0 n\u2019est d\u00e9j\u00e0 plus la question. C\u2019est un standard. Citons enfin Jira<\/strong> qui s\u2019est impos\u00e9 comme r\u00e9f\u00e9rence dans la gestion de projets.<\/p>\nLe tout consiste ensuite \u00e0 b\u00e2tir une chaine DevOps coh\u00e9rente et efficace. Soit vos propres \u00e9quipes ont les comp\u00e9tences (et le temps) de faire l\u2019int\u00e9gration par elles-m\u00eames, soit vous vous appuyez sur un acteur qui vous propose une cha\u00eene globale et d\u00e9j\u00e0 int\u00e9gr\u00e9e. C\u2019est la proposition de valeur d\u2019Arcad Software.<\/p>\n
Les outils ne font pas le changement, mais, contrairement \u00e0 des projets applicatifs, ils en sont de puissants moteurs.<\/p>\n
<\/div>\n3. Adopter une politique de \u00ab quick wins \u00bb<\/strong><\/h2>\nIl s\u2019agit d\u2019emporter l\u2019adh\u00e9sion en apportant la preuve par l\u2019exemple. Basculer l\u2019ensemble des \u00e9quipes dans une stack DevOps multi-plateformes est beaucoup trop ambitieux. Choisissez plut\u00f4t une premi\u00e8re application combinant de multiples technologies. T\u00e2chez, par contre, de couvrir l\u2019ensemble de la cha\u00eene DevOps afin d\u2019\u00eatre capable de montrer le maximum de valeur dans la cha\u00eene et de ne pas avoir l\u2019effet naturel de comparaison avec ce qui existait auparavant. La politique des \u00ab petits pas \u00bb s\u2019entend donc moins ici sous les aspects d\u00e9coupage par phases que d\u00e9coupage par domaines applicatifs.<\/p>\n<\/div><\/div><\/div>
Gr\u00e2ce \u00e0 ce webinar, approfondissez vos connaissances sur la mise en place d\u2019une strat\u00e9gie DevOps sur IBM i.<\/strong><\/p>\n<\/div>Voir en replay le Webinar<\/span><\/i><\/a><\/div><\/div><\/div><\/div>\n4. Communiquer tout azimut<\/strong><\/h2>\nLe challenge de la transformation DevOps, c\u2019est de faire en sorte que les g\u00e9n\u00e9rations existantes et futures puissent collaborer<\/strong> ensemble dans le m\u00eame int\u00e9r\u00eat : celui de l\u2019entreprise et de la continuit\u00e9 de son business. Des g\u00e9n\u00e9rations que tout oppose sur le papier : diff\u00e9rentes technologies, diff\u00e9rentes plateformes, diff\u00e9rents langages, diff\u00e9rentes motivations. A priori, dit comme \u00e7a, cela a tout d\u2019une mission impossible. Une cl\u00e9 majeure pour la r\u00e9ussite de ce projet, c\u2019est de mettre en place une communication interne par de nombreux canaux diff\u00e9rents : cela passe par des affiches, des vid\u00e9os, des t\u00e9moignages, etc. L\u2019un de nos clients a r\u00e9alis\u00e9 en collaboration avec ses fournisseurs des mini \u00ab salons \u00bb baptis\u00e9s \u00ab Techfest \u00bb pour faciliter le partage d\u2019information, non seulement entre les collaborateurs, mais aussi avec le monde externe. Cette communication favorise le sentiment d\u2019appartenance et impulse le mouvement.<\/p>\n<\/div>\n5. Rendre l\u2019upper management partie prenante<\/strong><\/h2>\n\u00ab DevOps for legacy \u00bb n\u2019est pas une strat\u00e9gie comme une autre dans le sens o\u00f9 elle est juste vitale. Les entreprises qui s\u2019y seront prises trop tard et auront laiss\u00e9 leurs ressources critiques partir \u00e0 la retraite sans r\u00e9agir vont se trouver en grande difficult\u00e9 et n\u2019auront d\u2019autre avenir que de se faire racheter par leurs concurrents. C\u2019est la raison pour laquelle on voit de plus de leaders DevOps \u00eatre directement rattach\u00e9s \u00e0 la direction g\u00e9n\u00e9rale.<\/p>\n
Si \u00e7a n\u2019est pas encore le cas chez vous, rien ne vous emp\u00eache d\u2019utiliser cet article pour tirer la sonnette d\u2019alarme. Si vous avez d\u00e9j\u00e0 entam\u00e9 votre strat\u00e9gie DevOps <\/a>mais que vous n\u2019avez pas encore eu de r\u00e9sultats tangibles, revenez aupr\u00e8s de votre direction pour demander plus de moyens. C\u2019est souvent la mauvaise ma\u00eetrise des enjeux strat\u00e9giques, sur un sujet relativement technique, qui peut mettre mal \u00e0 l\u2019aise une direction.<\/p>\nEn conclusion<\/strong><\/p>\nNous vivons une \u00e9poque passionnante. Une \u00e9poque o\u00f9 les anciennes et les nouvelles g\u00e9n\u00e9rations doivent collaborer dans l\u2019int\u00e9r\u00eat de l\u2019entreprise. Une \u00e9poque o\u00f9 il ne s\u2019agit plus de s\u2019opposer car chacun a sa pierre \u00e0 poser dans l\u2019\u00e9difice. Seules les r\u00e8gles ont chang\u00e9 et la r\u00e9ussite passe obligatoirement par un changement radical d\u2019\u00e9tat d\u2019esprit.<\/p>\n<\/div><\/div><\/div>
Le secteur des BFSI (Banking, Financial services, Insurance) repose massivement sur l\u2019utilisation des plateformes dites \u00ab legacy<\/strong> \u00bb (Mainframe et IBM i) pour leurs applications critiques. Bon nombre d\u2019utilisateurs ont tout simplement \u00ab oubli\u00e9 \u00bb ces syst\u00e8mes back-end du fait de front-end mobile ou web en tout genre, mais ils sont bel et bien toujours l\u00e0 pour faire fonctionner les missions r\u00e9galiennes de ces entreprises.<\/p>\n L\u2019essence m\u00eame de toutes ces entreprises, c\u2019est la ma\u00eetrise du risque. C\u2019est probablement la premi\u00e8re raison pour laquelle ces syst\u00e8mes font toujours partie int\u00e9grante du paysage informatique, et ce, m\u00eame si ceux qui font leur business de leur remplacement n\u2019h\u00e9sitent pas \u00e0 les qualifier de ringards. Mais comment peut-on encore imaginer aujourd\u2019hui les remplacer par d\u2019autres plus \u00ab performants \u00bb ou plus \u00ab modernes \u00bb en ma\u00eetrisant parfaitement les risques de migration ? Le nombre d\u2019entreprises qui vont oser encore prendre un tel risque se r\u00e9duit de jour en jour.<\/p>\n Ne rien changer de l\u2019organisation existante serait cependant tout aussi risqu\u00e9 pour une seule et unique raison : la pyramide des \u00e2ges. Dans les 5 \u00e0 10 ans \u00e0 venir, c\u2019est 75% des ressources existantes qui seront parties \u00e0 la retraite.<\/p>\n La plupart des directions g\u00e9n\u00e9rales ont parfaitement compris l\u2019enjeu et l\u2019urgence de r\u00e9ussir leur \u00ab transition g\u00e9n\u00e9rationnelle \u00bb. Il y a un r\u00e9el consensus pour s\u2019accorder \u00e0 dire que cela passe par une transformation DevOps<\/strong><\/a>.<\/a> C\u2019est au travers d\u2019une nouvelle organisation des d\u00e9veloppements plus agile, plus moderne et plus outill\u00e9e que l\u2019on peut attirer et conserver de jeunes talents.<\/p>\n De la direction \u00e0 la mise en \u0153uvre, il y a cependant un gap important, tant les cl\u00e9s du succ\u00e8s sont nombreuses. Vous trouverez dans cet article quelques conseils pour assurer votre transformation DevOps en mettant toutes les chances de votre c\u00f4t\u00e9. Elles sont le fruit de notre exp\u00e9rience acquise sur le terrain depuis plus de cinq ans maintenant et dans les entreprises du monde entier.<\/p>\n Voici les 5 \u00e9tapes cl\u00e9s :<\/p>\n Cela peut para\u00eetre basique comme premier conseil, mais trop de gens partent avec des cibles relativement peu claires, tout simplement parce que DevOps<\/strong> se d\u00e9cline \u00e0 trois niveaux : strat\u00e9gique, manag\u00e9rial et technique. Cela vaut donc le coup de prendre un peu de temps pour d\u00e9finir les jalons d\u2019une transformation qui, de toute fa\u00e7on, durera plusieurs ann\u00e9es et dont les enjeux sont vitaux. Une roadmap<\/strong> claire int\u00e9grant tous les jalons du changement et avec des \u00e9ch\u00e9ances pr\u00e9cises donnera une orientation pour l\u2019ensemble des acteurs, du d\u00e9veloppeur au management, en passant par les \u00e9quipes s\u00e9curit\u00e9 et exploitation. Le but est de faire de ces syst\u00e8mes legacy<\/strong> une technologie comme une autre, banalis\u00e9e et surtout, compl\u00e8tement d\u00e9mystifi\u00e9e par les jeunes g\u00e9n\u00e9rations. Car au final, on s\u2019aper\u00e7oit vite que la barri\u00e8re est surtout faite d\u2019id\u00e9es pr\u00e9con\u00e7ues que l\u2019on peut faire tomber.<\/p>\n Contrairement \u00e0 des projets applicatifs o\u00f9 l\u2019on peut passer du temps \u00e0 \u00e9tablir un \u00ab cahier des charges \u00bb pour s\u2019assurer que l\u2019on couvre bien les besoins de tous les utilisateurs, il est quasi impossible de proc\u00e9der ainsi dans une strat\u00e9gie DevOps, du fait de la profusion de technologies dans le monde distribu\u00e9, en complet d\u00e9calage avec la raret\u00e9 des choix possibles dans le monde legacy.<\/p>\n Ce mouvement se nourrit de \u00ab good stories \u00bb qui se d\u00e9veloppent de mani\u00e8re virale \u00e0 travers le r\u00e9seau et favorisent l\u2019\u00e9mergence rapide d\u2019authentiques standards. C\u2019est ainsi que le gestionnaire de sources Git<\/strong> est devenu en seulement quelques ann\u00e9es un standard de facto dans le monde distribu\u00e9 et, de fait, un incontournable \u00e9galement pour le code Legacy. De m\u00eame, Jenkins<\/strong> en tant qu\u2019orchestrateur des t\u00e2ches d\u2019int\u00e9gration s\u2019impose naturellement. Est-ce la meilleure technologie sur le march\u00e9 ? L\u00e0 n\u2019est d\u00e9j\u00e0 plus la question. C\u2019est un standard. Citons enfin Jira<\/strong> qui s\u2019est impos\u00e9 comme r\u00e9f\u00e9rence dans la gestion de projets.<\/p>\n Le tout consiste ensuite \u00e0 b\u00e2tir une chaine DevOps coh\u00e9rente et efficace. Soit vos propres \u00e9quipes ont les comp\u00e9tences (et le temps) de faire l\u2019int\u00e9gration par elles-m\u00eames, soit vous vous appuyez sur un acteur qui vous propose une cha\u00eene globale et d\u00e9j\u00e0 int\u00e9gr\u00e9e. C\u2019est la proposition de valeur d\u2019Arcad Software.<\/p>\n Les outils ne font pas le changement, mais, contrairement \u00e0 des projets applicatifs, ils en sont de puissants moteurs.<\/p>\n Il s\u2019agit d\u2019emporter l\u2019adh\u00e9sion en apportant la preuve par l\u2019exemple. Basculer l\u2019ensemble des \u00e9quipes dans une stack DevOps multi-plateformes est beaucoup trop ambitieux. Choisissez plut\u00f4t une premi\u00e8re application combinant de multiples technologies. T\u00e2chez, par contre, de couvrir l\u2019ensemble de la cha\u00eene DevOps afin d\u2019\u00eatre capable de montrer le maximum de valeur dans la cha\u00eene et de ne pas avoir l\u2019effet naturel de comparaison avec ce qui existait auparavant. La politique des \u00ab petits pas \u00bb s\u2019entend donc moins ici sous les aspects d\u00e9coupage par phases que d\u00e9coupage par domaines applicatifs.<\/p>\n<\/div><\/div><\/div> Gr\u00e2ce \u00e0 ce webinar, approfondissez vos connaissances sur la mise en place d\u2019une strat\u00e9gie DevOps sur IBM i.<\/strong><\/p>\n<\/div> Le challenge de la transformation DevOps, c\u2019est de faire en sorte que les g\u00e9n\u00e9rations existantes et futures puissent collaborer<\/strong> ensemble dans le m\u00eame int\u00e9r\u00eat : celui de l\u2019entreprise et de la continuit\u00e9 de son business. Des g\u00e9n\u00e9rations que tout oppose sur le papier : diff\u00e9rentes technologies, diff\u00e9rentes plateformes, diff\u00e9rents langages, diff\u00e9rentes motivations. A priori, dit comme \u00e7a, cela a tout d\u2019une mission impossible. Une cl\u00e9 majeure pour la r\u00e9ussite de ce projet, c\u2019est de mettre en place une communication interne par de nombreux canaux diff\u00e9rents : cela passe par des affiches, des vid\u00e9os, des t\u00e9moignages, etc. L\u2019un de nos clients a r\u00e9alis\u00e9 en collaboration avec ses fournisseurs des mini \u00ab salons \u00bb baptis\u00e9s \u00ab Techfest \u00bb pour faciliter le partage d\u2019information, non seulement entre les collaborateurs, mais aussi avec le monde externe. Cette communication favorise le sentiment d\u2019appartenance et impulse le mouvement.<\/p>\n \u00ab DevOps for legacy \u00bb n\u2019est pas une strat\u00e9gie comme une autre dans le sens o\u00f9 elle est juste vitale. Les entreprises qui s\u2019y seront prises trop tard et auront laiss\u00e9 leurs ressources critiques partir \u00e0 la retraite sans r\u00e9agir vont se trouver en grande difficult\u00e9 et n\u2019auront d\u2019autre avenir que de se faire racheter par leurs concurrents. C\u2019est la raison pour laquelle on voit de plus de leaders DevOps \u00eatre directement rattach\u00e9s \u00e0 la direction g\u00e9n\u00e9rale.<\/p>\n Si \u00e7a n\u2019est pas encore le cas chez vous, rien ne vous emp\u00eache d\u2019utiliser cet article pour tirer la sonnette d\u2019alarme. Si vous avez d\u00e9j\u00e0 entam\u00e9 votre strat\u00e9gie DevOps <\/a>mais que vous n\u2019avez pas encore eu de r\u00e9sultats tangibles, revenez aupr\u00e8s de votre direction pour demander plus de moyens. C\u2019est souvent la mauvaise ma\u00eetrise des enjeux strat\u00e9giques, sur un sujet relativement technique, qui peut mettre mal \u00e0 l\u2019aise une direction.<\/p>\n En conclusion<\/strong><\/p>\n Nous vivons une \u00e9poque passionnante. Une \u00e9poque o\u00f9 les anciennes et les nouvelles g\u00e9n\u00e9rations doivent collaborer dans l\u2019int\u00e9r\u00eat de l\u2019entreprise. Une \u00e9poque o\u00f9 il ne s\u2019agit plus de s\u2019opposer car chacun a sa pierre \u00e0 poser dans l\u2019\u00e9difice. Seules les r\u00e8gles ont chang\u00e9 et la r\u00e9ussite passe obligatoirement par un changement radical d\u2019\u00e9tat d\u2019esprit.<\/p>\n<\/div><\/div><\/div>1. D\u00e9finir la cible<\/strong><\/h2>\n
2. Engager rapidement les aspects \u00ab tooling \u00bb<\/strong><\/h2>\n
3. Adopter une politique de \u00ab quick wins \u00bb<\/strong><\/h2>\n
4. Communiquer tout azimut<\/strong><\/h2>\n
5. Rendre l\u2019upper management partie prenante<\/strong><\/h2>\n
![\"Philippe](\"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2025\/06\/Photo-Arcad-Philippe-Magne.png\")
<\/span><\/div><\/div><\/div>