EP. 85 - L'ABC d'un déploiement progressif : l'atout d'une modernisation logicielle réussie

Dans cet épisode, nous discutons d’un concept clé en modernisation logicielle : le déploiement progressif. Découvrez ses avantages, ses défis et les meilleures pratiques, une méthode qui s’oppose à l’approche du "Big Bang".

Apprenez comment cette stratégie peut réduire les risques, limiter les perturbations et optimiser votre retour sur investissement. En prime, accédez à un outil gratuit pour bien choisir votre partenaire technologique.

https://www.openmindt.com/modernisation-15questions

Episode Transcript

(00:10):
Bienvenue au podcast pivot. Mon nom est Jonathan Léveillé,
président d'open mine technologies.
Le Podcast pivot est diffusé afin d'inspirer d'éduquer les
entrepreneurs ayant une idée de produit technologique innovante,
communément appelée SAS, plateforme web, application web
ou mobile et qui désire maximiser leurs chances de
succès dans l'aventure. Nous partageons trucs, astuces,

(00:31):
histoire à succès ainsi que des apprentissages d'échecs
d'entrepreneurs de renom. Il y a podcast pivot est une
présentation de dev to co.com, filiale d'open mind
technologies. Dave to seo.com aide
exclusivement les entrepreneurs ambitieux qui désirent
développer leur idée d'applications de logiciels afin
d'en faire un succès d'envergure.

(00:51):
Avant de débuter, je vous inviteà vous abonner et à activer les
notifications sur votre plateforme de balado préférée
afin d'être avisée des nouveaux épisodes sur ce bon podcast.
De retour sur le podcast cette semaine en présence de Christian

(01:15):
Dion Viaud, qui est architecte dev SEC Ops chez Open mind et
Legacy Recordings Christian, Comment vas-tu cette semaine?
Très bien, merci Jonathan. Très content d'être avec toi
cette semaine. On va parler de déploiement
progressif. On veut démystifier qu'est-ce
que le déploiement progressif etje veux mettre en contexte
pourquoi on a décidé de faire cet épisode là et et de

(01:37):
transmettre un peu nos connaissances à l'auditoire.
On rencontre beaucoup d'entreprises qui ont un vieux
logiciel en place. Qui décide de le moderniser ou
qui décide de changer de logiciel?
Ils sont souvent confrontés à unconcept qu'on appelle le Big
Bang. Donc du jour au lendemain, on
doit transférer de l'ancien logiciel au nouveau logiciel.

(02:00):
Et là, généralement, ça explose un peu partout.
Ce qu'on voit normalement dans les organisations, c'est que on
on vit un chaos un 12 à 18 mois,on efface 12, 18, 24 mois de
profitabilité de l'organisation au père des joueurs.
À travers tout ça, on l'a vu deshistoires d'horreur au Québec
avec sa clique qui ont fait un Big Bang du jour au lendemain de
transférer d'un système à un autre.

(02:21):
Donc on apporte un concept qui s'appelle le déploiement
progressif. Donc c'est l'envers d'un Big
Bang. C'est plutôt de transférer
progressivement module par module vers le nouveau système.
On veut démystifier ça aujourd'hui.
On va regarder les avantages, les inconvénients et également à
qui ça s'adresse, à un déploiement progressif et

(02:42):
comment ça fonctionne dans un cas réel.
Et surtout à la fin, on va parler de comment bien choisir
son partenaire pour faire justement un déploiement
progressif. Et on vous donne un outil
gratuitement pour réussir à biensélectionner votre partenaire
dans l'aventure. Donc, Christian, première
question, qu'est-ce qu'un déploiement progressif versus un
déploiement non progressif? Oui, un.

(03:04):
Un déploiement progressif consiste en fait à déployer de
manière graduelle une nouvelle application qu'on est en train
de développer. Puis le parc graduel on va dire,
soit une certaine quantité d'utilisateur ou avec certaines
une certaine quantité de fonctionnalités de la totalité
de l'application. Ça fait que son déploiement qui
s'étend sur plusieurs années au lieu de avec la colère non
progressif ou un Big Bang comme tu l'as appelé, plutôt arriver à

(03:25):
la fin et à ce moment-là, on déploie 100% des fonctionnalités
sans le droit d'utiliser au préalable.
On peut déployer par exemple, après les 6 premiers mois de
développement, on peut déployer un 10% des fonctionnalités où on
peut dépendant de du module qu'on est en train de
développer, par exemple déployer.
Un module de vente ou un module de soumission ou un module de
son inventaire. Puis après ça de continuer le
développement des autres modulesun après l'autre.

(03:46):
Si ces départements là sont séparés en plus dans
l'entreprise, ça permet de les de déployer à un certain
département qui va être isolé. Commencer à utiliser ce logiciel
là contrairement à un déploiement progressif non
progressif également en Big Bangou ce que c'est tout ou rien à
la fin tout le monde commence à l'utiliser en même temps, soit
avoir une pause en en fait lorsqu'on fait la migration en
plus dans ce cas-là. Et un bon exemple pour tenter

(04:06):
d'imaginer ce qu'on vient de mentionner, c'est de transférer
ça dans le domaine de la construction et de l'immobilier,
dites-vous, pour votre entreprise, vous avez besoin de
certains locaux. Ou du moins si on on oublie ce
qui se passe avec le télétravail.
La pandémie dans un contexte traditionnel, on a besoin de
bureaux, on a besoin d'un entrepôt, d'une usine pour Fab.
Qui? Et un jour on se dit, nos locaux

(04:29):
ne ne répond plus bien à nos besoins pour certaines raisons,
on se fait construire une nouvelle bâtisse et là on fait
construire la nouvelle bâtisse et du jour au lendemain, on
transfère toutes nos opérations dans les nouvelles bâtisses.
Mais ça, c'est ce qu'on appelle le Big Bang.
Et ce qui arrive généralement, c'est que on a oublié certaines
choses. On se rend compte à ce moment-là
que qui manquent de pieds carrésau niveau de la cuisine ou qui
manquent des prises électriques à certains endroits.

(04:50):
Et là ça crée un certain chaos dans l'organisation pendant un
bon bout de temps. C'est similaire avec le logiciel
qui on transfère d'un logiciel àun autre, mais c'est beaucoup
moins visible parce que c'est c'est du logiciel.
Maintenant, le progressif, à ce moment-là, ça serait de
construire la coquille de la nouvelle bâtisse et de dire,
bon, on va commencer par exempleà s'attaquer à l'entrepôt, on va

(05:10):
construire les murs de l'entrepôt, faire ce qu'on a
besoin et on transfère l'entrepôt à ce moment-là de
l'autre côté et graduellement. Après ça, on va s'occuper des
bureaux administratifs, on va s'occuper de la, de la chaîne de
production et de transférer à cemoment-là les opérations
graduellement, ce qui fait que ça met beaucoup moins grand
stress sur l'organisation. Et contrairement à une bâtisse
physique, dans le monde du logiciel, on était de faire

(05:31):
parler les 2 entités ensemble pour qu'ils puissent ne pas
avoir l'inconvénient de se promener d'une bâtisse à l'autre
tout le temps et d'une perte de temps.
Donc on peut faire dans certainscas fonctionner la base de
données des 2 côtés et de synchroniser les données pour
graduellement transférer les usagers dans le nouveau système
qui est à jour, qui est plus efficace, plus fonctionnel et
souvent plus sécuritaire. Ce qui m'amène à la 2e question,

(05:53):
Christian, à qui s'adresserait àun déploiement progressif et
quels sont les avantages et inconvénients et en même temps
un peu les coûts et les risques qui sont rattachés à ça?
Oui, en tant que tel, le genre progressif s'adresse à à tout le
monde. Tu vas avoir un projet de
développement logiciel, un projet de négatif.
Bing qui va durer sur une plus longue période de temps.
Si c'est un projet qui se passe sur un mois, ça va pas forcément

(06:15):
la peine de le déployer progressivement.
On pourrait même dire que c'est un projet qui est en dessous
d'un an. Ça peut valoir la peine
d'attendre versus les coûts que ça pourrait engendrer de devoir
y aller dès le début à essayer de faire matcher les données.
C'est vraiment aussi une plus grande flexibilité.
Si, mettons, on veut pouvoir réécrire complètement la
structure des données vers un nouveau logiciel, le
développement agressif peut ne pas s'appliquer dans ce cas-là.
Le dépressif va s'appliquer dansle marché des cas où c'est que

(06:37):
c'est une application dans une grande entreprise ou une
application qui est critique auxopérations.
Une application. On sait que un problème
quelconque lorsqu'on va être rendu à faire un Big Bang à la
fin peut engendrer des pertes decoûts majeurs ou des pertes de
réputation pour l'entreprise. Fait que on utilise seulement la
démocratie dans ce cas-là, ça réduit les risques tout au cours
du déploiement, ça vient d'avoirun retour d'information rapide

(06:58):
des utilisateurs sur les problèmes qui pourraient
rencontrer ou les ajustements qui pourraient avoir dans
certains cas. Aussi, si vous voulez rajouter
des nouvelles fonctionnalités pendant le développement, vous
avez pas besoin d'attendre à la fin puis dire Ah finalement ce
qu'on a transféré ça répondait pas à 100% à nos besoins qu'on
aurait aimé ça le le ramasser pour notre réalité qui est être
plus actuelle. Si votre logiciel a des dizaines
d'années en arrière, ça se peut que vous vouliez changer vos

(07:19):
processus en même temps de le réécrire.
Ça permet aussi de plan progressif, de dépendant.
Comment est-ce qu'on implémente au niveau des de la couche des
données, au niveau de la de garder les données qui sont déjà
existantes? Ça vient de faire un rollback.
Si jamais la nouvelle application vous dites à 5 sur
vos 10 vendeurs ou 50% de votre style de concept de nouvelle
application, il rencontre un problème qui leur empêche de

(07:39):
travailler. L'ancienne application est
encore disponible pour pouvoir yretourner.
Pour pouvoir après ça, on peut faire des achats dans la
location pendant qu'il y a personne qui arrête de
travailler. Pendant ce temps-là, ça venait
de faire de l'expérimentation donc on fait des petits
changements par-ci par-là. On peut tester avec certains
secteurs pour avoir du feedback,pour voir.
Est-ce qu'on applique bien les nouvelles fonctionnalités qui
sont demandées? Donc il y a quand même un un

(08:00):
certain coût, un peu plus élevé à court terme, de monter le
projet dans cet angle là. Mais généralement, on va mettre
beaucoup moins de stress sur lesopérations, sur le staff,
beaucoup moins de friction. La.
Ça va être agressif comme on mentionnait donc un peu plus de
coût au début, mais on on a tellement de gain généralement
après en déploiement puis en surle moyen de long terme que

(08:21):
généralement ce coût là en vaut la peine et un retour sur
investissement au bout de la ligne diminue grandement le
risque opérationnel. Le risque réputation également
aussi donc à ne pas négliger dans beaucoup de cas.
Comme tu mentionnes Christian, est-ce que le développement est
un gros développement d'expert? Cette possibilité là et
potentiellement d'y aller dans cette avenue là.
Maintenant, dans un cas réel, peux-tu nous mentionner un peu

(08:42):
comment ça fonctionne? Oui en fait, pour faire du
progressif la chose la plus importante à faire.
Et Regardez c'est quoi qui que on peut dire qui est le State de
votre application? Contrairement à ce qui ne
représente pas des données que souvent on va parler de c'est
quoi que c'est quoi les données que vous avez que vous avez ou
c'est quoi les connexions avec d'autres logiciels que que vous

(09:03):
avez qui doivent rester fonctionnels avec le nouveau
logiciel? Exactement.
Donc par exemple, si on prend lecontexte d'une application, une
application standard, les données c'est souvent la base de
données, ça contient vos clients, ça peut contenir vos
soumissions, vos achats, votre inventaire.
Vous voulez que la nouvelle application qui devrait
progressivement. Oui un production que vous
commencez à être utilisé par là ces mêmes données là par la

(09:24):
suite le même jeu de données faudrait que c'est dans la
nouvelle version. Quelqu'un rajoute dans
l'inventaire ou soustrait de l'inventaire une quelque chose,
vous voulez que dans une application c'est un qui
l'utilise encore à c'est pas du monde qui utilise les 2 en même
temps vous voulez que l'inventaire soit soustrait de
ce voir ci. C'est là justement que qu'un
partenaire comme un partenaire technologique va venir regarder
c'est quoi les liaisons à faire?Est ce que la nouvelle

(09:46):
application se connecte sur les anciennes données?
Ce qu'on fait, ce qu'on utilise une passerelle qui convertit les
données dans un certain cas ce qu'on utilise une
synchronisation bidirectionnelleou directionnelle selon ce qu'on
cherche à faire, c'est toutes des solutions qui peuvent être
appliquées. Souvent ce qu'on va voir c'est
un accès aux données existantes.À partir de la nouvelle
application, si les données existantes ont une structure qui

(10:07):
est qui est qu'on considère viable pour la nouvelle
application aussi. Donc il y a différentes manières
d'aborder un déploiement progressif, un développement
logiciel qui est sous un angle de déploiement progressif.
Et c'est là, je pense, qu'il y aune certaine importance de
choisir le bon partenaire pour explorer ce genre de projet là.

(10:27):
Peux-tu nous en parler un petit peu?
En quoi c'est important de choisir un bon partenaire?
Là oui en fait le nouveau partenaire c'est c'est pas juste
la programmation déclarant progressif, c'est pas juste de
programmer une liaison avec les outils, avec la les données
existantes, mais c'est aussi de voir au niveau technologie
comment ce que ces données là peuvent se parler ensemble.
On votre système actuel par un système qui date d'y a 30 ans,

(10:47):
ça peut être un 1IB, un vieux I mainframe ça peut être 1S 400,
ça peut être un powerhouse de pluvieux, ça pourrait être du
onix, du BSD, du solaris, un vieux Windows
quatre-vingt-dix-huit tandis quele nouveau système ou une
technologie moderne. Mais c'est vraiment un travail
complet au niveau du développement de logiciel, de
voir comment ces technologies làvont se marier ensemble, comment

(11:08):
ils vont interagir ensemble. C'est pas juste de de de faire
le développement d'une nouvelle application dossier qu'on va ce
qu'on va rechercher. C'est un partenaire
technologique et non forcément de la main d'œuvre de
programmation qui forcément l'expérience pour faire cette
pont de données. Là ça prend aussi une compagnie
qui a de l'expérience avec les différents types de ponts de
données ou les diverses bases dedonnées qui sont plus anciennes
si on peut dire. Donc c'est pas juste de dire on

(11:30):
développe des lignes de code, y a l'expérience et de l'expertise
supplémentaire qui se rajoute par-dessus le concept de
développeur qui est l'aspect modernisation qui est l'aspect
déploiement progressif de faire parler les jeux de données ou
les bases de données ensemble etd'évaluer aussi la complexité
des enjeux du pro. Et puis surtout, décider dans
lequel type de déploiement progressif on devrait aller

(11:51):
parce que comme on dit, il y a différentes possibilités devant
nous autres. On a développé un petit outil
gratuit qu'on rend qu'on rend gratuit.
Là à votre à votre disposition qui vous permet de poser 15
questions essentielles pour vousaider à savoir si le partenaire
avec qui vous explorez une modernisation est bon dans la
modernisation et dans du déploiement progressif.

(12:14):
Vous pouvez aller le téléchargerau OPEN mind.com slash,
modernisation tiret 15 questions15 en chiffre question avec 1S
et vous allez avoir un petit lien qui va vous permettre de
télécharger cet outil là pour être certain de faire une bonne
sélection d'un partenaire qui peut vous amener vers un
déploiement progressif et également pour la modernisation.

(12:36):
Logiciel Christian, quelque chose à rajouter sur le sujet
avant qu'on complète l'épisode d'aujourd'hui?
Non, tout est carré de mon côté.Merci fantastique, merci
beaucoup de ta généreuse disponibilité aujourd'hui pour
nous parler de ça, très appréciée d'avoir quelqu'un qui
connaît le technique, qui a l'expérience également et qui
peut venir nous verbaliser, toutça dans un langage
compréhensible. Merci à tous de nous écouter.

(12:57):
Vous avez des idées de sujets? N'hésitez pas à nous rejoindre.
Mon nom est Jonathan Léveillé puis me rejoindre sur LinkedIn
directement. Sur ce je vous dis à bientôt.
Merci encore une fois d'avoir été des nôtres cette semaine,

(13:19):
nous produisons ce contenu gratuitement et avec amour pour
vous. Donc si en échange, prendre
seulement un petit 10 secondes de votre temps pour mettre sur
pause et aller mettre 5 étoiles sur Spotify et Apple Podcast, ça
fait toute la différence pour nous et ça nous encourage à
continuer. On est également curieux de
savoir ce que vous avez aimé et ce que vous aimeriez entendre
sur le podcast dans les prochains trimestres.

(13:40):
Donc n'hésitez pas à venir m'écrire directement sur
LinkedIn. Bon Ben j'entends l'éveiller et
je vous dis à la prochaine.