October 30, 2024 • 21 mins
Dans cet épisode, nous discutons avec notre collègue Christian, architecte DevSecOps, pour éclaircir un enjeu essentiel : la durée de vie d’un logiciel sur mesure. Faut-il vraiment réécrire un logiciel tous les cinq ans, ou existe-t-il des stratégies pour le faire durer ? Découvrez comment prolonger la durée de vie d’un logiciel par une maintenance efficace, éviter la dette technique, et tirer parti d’une modernisation progressive pour maximiser la rentabilité de vos outils. Lien utile ;
https://www.openmindt.com/fr/ressources/choisir-partenaire-modernisation-logicielle-bonnes-pratiques-questions-cles/
Mark as Played
Transcript
Episode Transcript
Available transcripts are automatically generated. Complete accuracy is not guaranteed.
(00:10):
Bienvenue au podcast pivot. Mon nom est Jonathan Léveillé,
président d'open mind 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. Y a pas de cast pivot est une
présentation de dev to co.com, filiale d'Open mind.
Technologies dev to co.com aide exclusivement les entrepreneurs
ambitieux qui désirent développer leur idée
d'applications de logiciels afind'en faire un succès
d'envergure. Avant de débuter, je vous invite
(00:52):
à 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 en
(01:13):
compagnie cette semaine de Christian Dion viaud, architecte
DEV SEC Ops chez Open mine et Legacy Recordings Christian,
Comment vas-tu cette semaine? Très bien, merci Jonathan.
Et cette semaine on va parler delogiciel sur mesure et surtout
de la durée de vie. Et donc combien de temps ça peut
durer? Un logiciel qui a été développé,
(01:34):
3 contextes pourquoi on veut parler de de cette question là,
de ce sujet-là premier contexte,on a des gens qui viennent nous
voir puis qui disent mon Dieu, je me suis fait dire après 5 ans
je dois réécrire mon logiciel. Pourtant ça l'a seulement 5 ans
et nous demande pourquoi je doisinvestir à réécrire le logiciel
après seulement certains un certain nombre d'années.
(01:54):
Donc première question, au premier contexte qu'on va
répondre aujourd'hui, on voit également un autre contexte que
des gens qui ont, je dirais, étiré la sauce extrêmement
longtemps. Donc ça fait 10, 15, 20 ans
qu'ils sont sur le même développement logiciel, ils ne
l'ont pas modernisé, ils se disent mon Dieu, ça commence à
me bloquer et là ils se posent des questions à ce que j'ai trop
étiré la sauce ou pas. Et mon prochain développement à
(02:14):
ce moment-là, je devrais amortirma réflexion de retour sur
investissement, sur combien de temps?
Donc on va répondre un peu à cesdifférents contextes là qui va
répondre ultimement à un logiciel, ça devrait durer
combien de temps dans le temps, combien d'années et et voilà la
bonne nouvelle, on a toutes les réponses pour vous dans ce
podcast là qui parfois va être des questions aussi.
Format réponse donc. On commence avec la première
(02:35):
question, Christian, Quelle est la durée de vie typique d'un
logiciel et quels sont les facteurs qui influencent le plus
la durée de vie d'un logiciel sur mesure?
Merci Jonathan, je vais commencer dès le départ en
présentant ton rêve de toutes les réponses.
Il y a pas de durée de vie exacte pour un logiciel, ça
varie vraiment d'un logiciel à l'autre, dépendamment comment ce
qui a été écrit, c'est quel partenaire que avec qui on a
(02:56):
fait affaire et maintenance qui ont été mis sur le logiciel au
cours de sa vie. Mais ce qu'on voit souvent,
c'est les facteurs qui influencent la durée de vie du
logiciel. Il y en a quelques-uns qui sont
qu'on retrouve régulièrement. On parle souvent du choix de la
technologie, c'est à dire une technique technologie change,
évolue, y a des technologies qui.
Qui disparaissent tout simplement électrique, qui
deviennent populaires. Il y a plus de nouveaux
(03:17):
développeurs qui se forment cette technologie là.
Les langages de programmation, les frameworks utilisés, ils
changent dépendamment que ce quele logiciel est utilisé en début
de projet, ça peut ne plus être fonctionnel après 5 ans, ça peut
ne pas être fonctionnel après 10ans, ça se pourrait une vraie
bad lock ou c'est qu'après un an, le logiciel qu'on a pris
pour commencer à écrire, il y a plus de développeurs qui
(03:37):
l'utilisent, il y a plus de support qui est offert par cette
plateforme là à cause que la compagnie a changé.
On voit aussi ce qui affecte la durée de logiciel, c'est les
besoins de l'entreprise, c'est le logiciel a été créé il y a 10
ans, mais au cours de ces 10 anslà, votre entreprise a changé,
vous avez peut-être fait des refus, vous avez peut-être eu
une croissance. Ça peut changer, ce logiciel
étant encore répond à vos besoins ou ne répond plus à vos
(03:58):
besoins. On parle aussi souvent de la
maintenance donc est-ce que le logiciel vous l'avez fait ou
acheté? Il y a de ça plusieurs années
que vous avez continué à investir à chaque année et dans
le temps pour justement le garder à jour le plus vous
investissez pour le garder à jour, le plus longtemps vous
avez des chances qui va être fonctionnel.
Puis dans les points plus récents aussi on parle beaucoup
de la sécurité. On sait les dernières années
(04:18):
avec toutes les attaques de cybersécurité, ça se peut que
votre logiciel qui a été écrit àplusieurs années encore une
fois, ne répond plus aux besoinsde sécurité modernes ou au au
niveau de la conformité que vousdevriez avoir pour un logiciel
qui pour répondre à vos clients ou dans votre domaine.
Il y a aussi la partenaire technologique, on se le cachera
pas les compagnies. Trouve les compagnies ferment.
Ça peut que votre partenaire technologique que vous aviez
(04:40):
avec le temps il fait de Re focus technologique ou
simplement ne soit plus en affaires.
Donc En résumé, le problème qu'on voit le plus régulièrement
qui affecte la durée de vie d'unlogiciel, c'est le manque de
maintenance par le partenaire technologique, le manque
d'investissement à travers le temps dans le logiciel.
Et j'aimerais ça, Chris, que tu nous parles de quels sont les
conséquences d'une mauvaise planification de la maintenance
(05:01):
d'un logiciel sur mesure qui est, comme tu mentionnes, une
des causes les plus fréquentes? Là oui, la maintenance de
logiciel sur mesure, c'est pratiquement la même chose de
maintenance qu'on va retrouver sur une maison ou sur une
voiture. C'est des maintenances que on
n'aime pas avoir à faire. On n'aime pas avoir à investir
parce qu'on a déjà acheté quelque chose, mais ils sont
requises pour garder. À la performance, la fiabilité,
la facilité d'utilisation pour simplement qu'il soit encore
(05:22):
viable à travers le temps. Ce qu'on voit souvent comme
problème suite à des mauvaises maintenances, on peut voir des
problèmes de performances si vous avez pas investi de
l'argent pour garder les performances à jour, plus vous
utilisez l'application plus vousajoutez de 07h00, plus vous
ajoutez de nouvelles données. Il y a des choses qui affectent
la performance. Vous avez un plus gros jeu de
données que ce que vous aviez quand vous avez commencé donc il
(05:43):
faut rester aux avances de ça. Va falloir qu'on investisse pour
faire des optimisations dans le logiciel ou ça peut aussi être
un investissement en technologiede laissant en achat de matériel
dans le d'avoir des serveurs plus puissants il y a une limite
à un moment donné avoir des serveurs plus puissants souvent
c'est du développement logiciel de plus pour optimiser.
Avec le manque de maintenance puis les premières avances, peut
aussi venir des problèmes de satisfaction pour l'utilisateur.
(06:05):
Les visiteurs qui ont un logiciel, qui ont des problèmes
réguliers ou qui est moins performant ou qui a des
fonctionnalités qui leur manquent, qui sont y a pas
d'investissement pour implémenter ces fonctionnalités
là vont être souvent moins satisfaites des employés qui
vont peut-être moins satisfaits de leur travail, qui vont donc
être plus porté à peut-être vouloir changer de travail,
aller voir ailleurs, trouver un meilleur monde.
On parle aussi d'avenir reste sécurité donc un logiciel qui a
(06:26):
pas été maintenu va par défaut avoir des nouvelles.
Des nouvelles vulnérabilités ontété découvertes par toutes les
entreprises qui s'occupent de découvrir des des nouvelles
vulnérabilités de sécurité. Si vous l'avez pas à jour votre
Windows vous êtes à risque. Si vous gardez pas à jour vos
serveurs vous êtes à risque, c'est la même chose.
Le développement logiciel, si vous mettez pas à jour la
version du langage de programmation ou du framework
que vous utilisez, qui sont des outils qui sont très complexes,
(06:48):
donc y a beaucoup de risques, y a beaucoup de de d'enjeux de
sécurité qui sont découverts de jour en jour, c'est un des
problèmes que vous allez pouvoirrencontrer.
On parle aussi souvent des incompatibilités.
Ça se peut que votre Windows Server 2012 qui est venu à
échéance l'année passée ou cetteannée si je me rappelle bien
soit soit ce que vous utilisiez,vous devez passer à 2022 puis
votre logiciel ne supporte pas 2022.
Si vous aviez maintenant à travers le temps ce logiciel là,
(07:09):
probablement que, au jour, si vous seriez arrivé à ça, vous
seriez à une version suffisamment récente de votre
framework pour exporter plusieurs versions de votre site
d'exploitation. C'est un exemple qu'on peut
voir. L'augmentation du coût au niveau
dans le temps aussi c'est un despoints qu'on voit, on investit
pas en maintenance soit en mise à jour du logiciel.
Un jour on se dit après quelquesannées Ah je vais faire
(07:31):
maintenant les mises à jour ces mises à jour-là vont coûter
beaucoup plus cher à faire à cause justement qui ont pas été
faites au fur et à mesure. Il y a aussi beaucoup plus de
risques en les faisant qu'on brise beaucoup de choses alors
que de les faire progressivementde garder à jour les
maintenances bon en mettant à jour des petits morceaux par
petits morceaux, par petits morceaux qui sont plus faciles à
tester. Puis un des points aussi majeurs
qu'on va rencontrer dans la manque de maintenance c'est la
(07:52):
perte de support de nos développeurs.
Si on veut pas on fait pas de maintenance, on investit dans
notre logiciel, on aura pas de développeurs qui gardent à jour
la connaissance sur notre logiciel.
Et donc lorsqu'il on va leur faire des demandes, ça va leur
prendre du temps de reconfigurerleurs ordinateurs pour
travailler sur notre projet de reconfiner notre projet de se
rappeler basiquement ce que notre projet faisait pour
commencer. Donc la perte de sport est aussi
(08:13):
un point très important qui qu'on voit suite à au manque de
maintenance. Très intéressant.
Puis quand je me mets dans les souliers des gens qui sont un
peu moins techniques, des fois ça peut paraître intangible.
Le fait qu'il y ait une dette demaintenance qui s'accumule sur
un développement logiciel et je le ramènerai pas mal.
À l'exemple que tu que tu mentionnais, Christian, au
niveau d'une voiture, vous achetez une voiture, un prix X
(08:35):
si vous faites 0 maintenance surcette voiture là, elle va durer
peut-être 3 ans. 4 ans si vous faites aucun changement d'huile
et aucune maintenance. Les pneus, les freins.
Si vous l'entretenez très bien, des fois ça peut être du 10 15,
des fois on va du 20 ans, des fois du 25 ans.
Si la la voiture elle était bienconçue et et tenue en
maintenance aux petits soins, c'est un peu la même affaire
(08:56):
avec un logiciel là. Donc quand on voit des courses
que ça fait 5 ans, y a un développement logiciel qui a été
fait et qu'on on on dit aux clients, écoute, faut faire une
modernisation, faut réécrire l'application.
C'est souvent parce que on rencontre les problématiques
qu'on a parlé un petit peu plus en début de podcast.
Mais tout ça, l'idéal, ça auraitété de l'adresser au fur et à
mesure. Donc c'est un certain
pourcentage d'investissement mensuel et annuel que vous devez
(09:19):
dédié à la maintenance et à la modernisation.
Parce que on va se dire, la modernisation à faire, c'est de
la faire progressivement pendantle développement et non à un
gros mort. Soit à un endroit parce que ça
coûte un certain montant et ça va venir monopoliser les
ressources et le temps de tout le monde, souvent dans un moment
qui est un peu plus critique et souvent les gens tardent trop
longtemps à aider ça. Donc la meilleure modernisation,
(09:41):
c'est progressif à travers le temps.
Maintenant, si on le ramène vraiment au niveau d'un
logiciel, si on rend plus techniquement parlant, comment
Christian, la modernisation et la maintenance continue
peut-elle prolonger la durée de vie d'un logiciel sur mesure?
Oui, si on regarde en fait basé sur les points qu'on a dit
plutôt le point de la technologie.
Donc c'est important de de rester à jour d'aussi de
(10:01):
d'adopter une nouvelle technologie lorsqu'ils
deviennent disponibles. Si par exemple même Microsoft
change une technologie au sort, une nouvelle version de cette
technologie là. Avec le but de ne plus maintenir
l'ancienne version après un un certain nombre d'années
d'adopter cette nouvelle technologie là de penser à faire
une migration au moment où c'estque ça commence à sortir ou
c'est justement que Microsoft ont peut être donné des guides
(10:22):
sur voici comment les développeurs devraient pouvoir
faire la migration de logiciel, le faire maintenant versus le
faire plus tard, un gros gain dele faire rapidement, de
rapidement aussi commencer à développer les nouvelles choses
dans cette technologie là au lieu de continuer de développer
avec les vieilles technologies qui ont un un Deadline qui un
jour on va se prendre les pieds dedans puis ce sera plus
possible d'avancer où ça va êtretrès difficile d'avancer.
(10:43):
On parle aussi de de refactoring, ça c'est
d'optimisation dans le code qui est fait par l'équipe de
développement. Souvent on veut avoir un un
esprit de fonctionnalité lorsqu'on fait du développement
logiciel, donc on veut avoir desnouvelles fonctionnalités.
Il va fonctionner de nouvelles fonctionnalités, mais c'est très
important parfois de revenir en arrière et de peut-être mettre à
jour un logiciel ou d'optimiser un certain morceau ou de
(11:04):
réécrire une une certaine partiede code.
C'est des choses qui sont pas lefun à faire, mais un peu comme
changer un bushing de suspensionou changer des pneus sur une
voiture, c'est quelque chose quia un gros gain à faire même si
c'est plate de le faire. Puis c'est pas tout le temps.
Ce qui est le plus visible, le plus visible peut aussi parler
d'amélioration du user expérience, on parle de UXUIA,
ce moment-là fait que à travers le temps, les fonctionnalités
(11:24):
changent. L'écran de la faune il y a 10
ans est différent de l'écran d'un iPhone de cette année.
Le user expérience a changé, lesstars sont maintenant ils
veulent utiliser des nouvelles fonctionnalités des nouvelles,
des des nouveaux patterns de d'utilisation logicielle qu'on
peut voir. Y a une réduction à long terme
aussi des coûts. Par exemple si votre logiciel
(11:45):
voulait pas maintenant depuis longtemps le risque de panne
augmente puis le risque de pannelorsqu'il arrive et aussi plus
difficile à corriger. Donc en faisant une
modernisation constante, vous restez à jour puis vous pouvez
regarder votre bagage de risque est plus faible, puis aussi vous
préparez votre logiciel comme jel'ai mentionné un peu plus tôt
aux évolutions si vous voulez faire des nouvelles
fonctionnalités, vous voulez faire une nouvelle intégration
avec une une nouvelle machine ouavec exemple de l'utilisation
(12:07):
artificielle. Si votre logiciel c'est une
vieille technologie, c'est très difficile d'influencer
l'artificielle si vous avez des technologies modernes qui
utilisent déjà ou qui influencent déjà des
fonctionnalités comme ça. C'est beaucoup plus facile de le
faire si vous avez été à jour aufur et à mesure et non à la fin.
Et la fameuse question, c'est quoi?
Le pourcentage d'investissement technologique devrait être
alloué à tout ce qui est la maintenance en continu de
(12:28):
logiciel sur mesure. Oui en fait il existe pas de
pourcentage fixe pour la maintenance, mais ce qu'on voit
souvent comme chef d'entreprise c'est un entre 15 et 30% du
budget de développement logicielfonctionnalités qui est réservé
à la maintenance et à la gestionopérationnelle, donc qui est
réservée à ne pas faire du nouveau développement de
fonctionnalités mais faire du développement qui est moins
(12:48):
visible, qui est de la maintenance et des mises à jour
dans ce 15 à 30%. Là on va souvent rencontrer au
niveau du développement logiciella correction des bugs, la le
refactoring. Les modifications au code qui
est déjà existant, la gestion dela technique, y a des choses
qu'on peut avoir fait qu'on veutrecorriger maintenant après
certain temps, les mises à jour,les mises à jour de sécurité, on
peut voir la gestion des performances.
(13:09):
On a parlé un peu plus tôt si votre jeu de données au lieu de
la croissance à travers les années on peut vouloir investir
en optimisation de bases de données ou on peut vouloir
embaucher 1DBA qui va venir nousaider en optimisation on parle
le support aux utilisateur, si l'auteur ils veulent des
nouvelles fonctionnalités, ils veulent du nouveau York Sud les
c'est un moment de leur parler ce temps-là de maintenance aussi
mis à jour des infrastructures. Là vous avez des serveurs, ça se
(13:30):
peut que vos serveurs un jour vous avez besoin de l'échanger
lorsque votre garantie est plus supportée.
Lorsque vous avez des besoins dechanger certaines pièces, vous
êtes avoir besoin aussi d'avoir du matériel plus puissant.
Donc faut prendre en compte aussi cette déplacement de
logiciel là sur l'infrastructure.
Puis on parle aussi de la conformité adaptée aux nouvelles
lois, aux nouvelles règles. On a vu récemment dans les
dernières années la loi 25 au Québec qui qui mentionne la
(13:53):
protection des renseignements confidentiels.
Donc c'est des choses. Faut se réserver un budget pour
ces choses là un peu plus platessont pas des fonctionnalités
mais c'est un 15 entre 30% pour toutes ces petites choses là à
garder en tête. Et j'émets une opinion peut être
tranchante. Et Christian, on pourra
peut-être en débattre par la suite là-dessus.
Ma perception d'une durée de vied'un logiciel, là est la
(14:13):
suivante, beaucoup, beaucoup de gens vont mettre entre 0 et 5%
en modernisation. Ok, si on prend par exemple 5%.
On prend 100%, on le divise par 5, ça veut dire ça prend 20 ans
avant d'avoir modernisé l'ensemble du système.
Cette équation là fait que généralement on sera jamais
capable d'adresser la dette en continu qui s'accumule
généralement une dette à peu près.
(14:33):
Je mentionne une opinion encore là de 10% annuel qui
s'accumulent dans le système. Donc si on est en bas de 10%
jamais on est capable de garder au minimum à flot le le le la
modernisation du système. Donc 0 à 5% généralement en
dedans 3 5 ans le logiciel est àréécrire au complet à partir de
0. On n'a jamais été capable de de
de pas creuser un trou, de creuser un problème à travers le
(14:55):
temps. Les gens des fois vont les tirer
jusqu'à 7 ans, des fois 10 ans, puis ça va causer beaucoup de
problèmes quand les gens prennent de 5 à 15%.
Du budget annualisé en modernisation, encore là si on
le divise sur le chiffre, 100 sion prend 100 divisé par les
pourcentages, mais on parle entre signes mathématiques sont
bonnes, entre 20 à 7 ans à peu près pour arrondir.
(15:18):
Là encore là on a des chiffres que si on se dit dans le
meilleur des mondes, si vous mettez 15%, ça prend 7 ans avant
d'avoir fait le tour du système au complet pour me le
moderniser, là je simplifie l'équation parce que c'est plus
complexe que ça là. On réussit à tenir un peu à
flot, mais en demander, il va falloir une réécriture complète.
Quand vous allez dans du 15 à 30%, ça veut dire que vous avez
en dedans de 3 à 6 ans. Faites le tour de pas mal du
(15:38):
tout là. Ce qui veut dire que y a pas de
grande réécriture complète ou dumoins généralement pas de grande
écriture réécriture complète à faire ça ça permet aux
partenaires de pratiquement toujours garder à jour de
manière progressive le système et le but.
C'est tentant nativement d'éviter une réécriture complète
à travers le temps. Si c'est possible, c'est pas
tout le temps possible. Donc voilà, un petit peu dans
mon opinion à moi, pourquoi un 15 à 30% est vraiment les
(16:00):
pourcentages qui sont respectables pour être capables
d'amener la durée de vie à son maximum d'un système qui parfois
n'a pas nécessairement un chiffre.
À travers le temps son réussi à faire le tour de tout les
différentes couches du système. Mais y a pas de y a pas de fin
de vie nécessairement au logiciel au bout de la ligne et
c'est toujours le bout qui est négligé, généralement parce que
(16:21):
c'est pas sexy, ça rajoute pas des nouvelles fonctionnalités à
court terme et c'est pas quelquechose qui est tangible pour les
gens. Mais encore là je ramène à
l'exemple Christian que tu donnais c'est comme une voiture,
ça serait faux de dire on l'achète, on laisse comme ça
elle va durer son maximum de temps de vie utile.
Faut mettre la maintenance, c'est la même chose avec un
développement logiciel, quelque chose à rajouter.
Christian, peut-être sur mon opinion parce que j'aimais une
(16:43):
opinion très haut niveau, mais ça peut être challengé à moins
qu'il y ait autre chose que tu voulais rajouter sur le concept?
Là non, si ça fait approprié. J'aime la comparaison comme
voiture. Je pense que.
Dans le monde de la malle logiciel c'est très applicable,
ça l'implique aussi un certain un niveau de je sais qu'on est
pas très, on n'est pas toujours certain de c'est quoi les
maintenances qui vont s'en venirdevant nous au niveau du
logiciel, un peu comme une voiture, une bad lock, votre
(17:05):
moteur a un problème, votre moteur ne fonctionne plus, c'est
quelque chose que Ah Ben j'ai fait maintenance, pourquoi ça
m'est arrivé, ça arrive, c'est un plus grand coût de
maintenance de le remplacer, mais c'est quand même moindre
que de le réécrire au complet. Puis en faisant ce changement
là, on a un nouveau moteur, un moteur qui est basiquement 9,
c'est la même chose dans un logiciel développé sur mesure,
ça se peut que vous arrivez à unmoment où c'est que faut qu'on
(17:25):
change un un bout de technologique majeur de
l'application. Oui il y a des coûts, il y a des
coûts pour ça. Mais le coût c'est dans le but
de revenir rajouter en avant nous encore plusieurs années
avec ça avec ce logiciel là de pouvoir le conserver encore plus
longtemps. Donc oui des fois y a des coûts
qui sont plus élevés mais c'est tout le temps un un souvent un
bon investissement pour le futurde faire ses maintenances là.
(17:47):
Et un exercice pertinent enfant qui est trop souvent oublié,
c'est de calculer le retour sur investissement de l'outil qui a
été développé sur mesure et le retour sur investissement, de le
garder moderne dans le temps et de ne pas accumuler une dette.
Je donne un exemple concret qu'on a fait chez un client dans
les dernières semaines, le client a investi à peu près un
demi-million dans un outil pour l'aide dans dans
(18:07):
l'automatisation de ces processus.
Et il dit, bon, j'ai mis 1/2 1000000, ça commence à être
beaucoup. Et on a décidé de s'asseoir avec
lui dire on va calculer le retour sur investissement
concret réel de par que les chiffres que lui-même nous a
donnés. Et on se rend compte que ça crée
1/2 1000000 de gains par année dans l'organisation.
Et quand on prend le temps d'analyser ça et de mettre des
(18:29):
chiffres réels parce que c'est pas nous qui a sorti les
chiffres, c'est le client lui-même.
Le client fait Oh my God OK c'est beaucoup de sous, 1/2
1000000 dans l'investissement que j'ai fait, mais ça me
rapporte pratiquement 100% par année.
Donc de là la logique de dire ceque je dois préserver cet outil
là qui me génère ce retour sur la sur investissement que on
prend pour acquis à travers le temps parce que c'est de
l'automatisation, on retournerait pas en arrière mais
(18:50):
on voit plus le gain de si on l'a plus cet outil là.
Donc toujours aussi aller avec la logique de quel est le retour
sur investissement? Il ne faut pas réinventer la
roue. Du sur-mesure, c'est notre
philosophie chez openmind y a toujours des petites places
qu'on peut pousser plus loin, l'automatisation de nos
organisations. Je termine avec un outil qu'on
vous fournit gratuitement que qui vous permet si vous êtes
(19:11):
rendu à l'étape de faire une modernisation d'un système.
Mais cet outil là vous permet dechoisir le bon partenaire.
C'est 15 questions essentielles à poser à aux partenaires
potentiels, qui peut vous accompagner en modernisation
logicielle donc? L'outil est disponible sur le
site à l'adresse suivante, OPEN mindt.com slash, modernisation
tiret 15 questions avec 1S 15 enchiffres.
(19:34):
On met également le lien dans les notes de l'épisode et on
fournit ce contenu gratuitement.Donc voilà.
Si vous avez aimé cet épisode, n'hésitez pas à aller nous
mettre un 5 étoiles sur votre plateforme de balado préféré et
peut-être l'envoyer à un de vos collègues dans votre
organisation ou dans une autre entreprise qui aurait besoin de
ces conseils là. On produit ce contenu là avec
(19:55):
beaucoup de plaisir, de passion et d'amour, mais en partageant
le tout et en nous donnant un 5 étoiles, ça nous encourage à
continuer et à produire donc d'autres contenus.
J'aime dire que c'est un peu notre pourboire numérique que
vous nous envoyez pour la continuité de ce podcast.
Christian, quelque chose à rajouter avant qu'on se quitte
aujourd'hui? Été de mon côté, Jonathan.
(20:16):
Merci un grand merci d'être venupartager tes connaissances et
ton expertise avec l'audience. Et pour tous ceux qui nous
écoutent, je vous dis à bientôt.Merci encore une fois d'avoir
(20:36):
été des nôtres cette semaine, nous produisons ce contenu
gratuitement et avec amour pour vous.
Donc si vous pouvez en échange prendre seulement une petite 10
secondes de votre temps pour mettre sur pause et aller mettre
5 étoiles sur Spotify, 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
qu'est-ce que vous aimeriez entendre sur le podcast dans les
(20:59):
prochains trimestres. Donc n'hésitez pas à venir
m'écrire directement sur LinkedIn.
Bon Ben j'entends l'éveiller et je vous dis à la prochaine.
Bienvenue au podcast pivot. Mon nom est Jonathan Léveillé,
président d'open mind 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. Y a pas de cast pivot est une
présentation de dev to co.com, filiale d'Open mind.
Technologies dev to co.com aide exclusivement les entrepreneurs
ambitieux qui désirent développer leur idée
d'applications de logiciels afind'en faire un succès
d'envergure. Avant de débuter, je vous invite
(00:52):
à 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 en
(01:13):
compagnie cette semaine de Christian Dion viaud, architecte
DEV SEC Ops chez Open mine et Legacy Recordings Christian,
Comment vas-tu cette semaine? Très bien, merci Jonathan.
Et cette semaine on va parler delogiciel sur mesure et surtout
de la durée de vie. Et donc combien de temps ça peut
durer? Un logiciel qui a été développé,
(01:34):
3 contextes pourquoi on veut parler de de cette question là,
de ce sujet-là premier contexte,on a des gens qui viennent nous
voir puis qui disent mon Dieu, je me suis fait dire après 5 ans
je dois réécrire mon logiciel. Pourtant ça l'a seulement 5 ans
et nous demande pourquoi je doisinvestir à réécrire le logiciel
après seulement certains un certain nombre d'années.
(01:54):
Donc première question, au premier contexte qu'on va
répondre aujourd'hui, on voit également un autre contexte que
des gens qui ont, je dirais, étiré la sauce extrêmement
longtemps. Donc ça fait 10, 15, 20 ans
qu'ils sont sur le même développement logiciel, ils ne
l'ont pas modernisé, ils se disent mon Dieu, ça commence à
me bloquer et là ils se posent des questions à ce que j'ai trop
étiré la sauce ou pas. Et mon prochain développement à
(02:14):
ce moment-là, je devrais amortirma réflexion de retour sur
investissement, sur combien de temps?
Donc on va répondre un peu à cesdifférents contextes là qui va
répondre ultimement à un logiciel, ça devrait durer
combien de temps dans le temps, combien d'années et et voilà la
bonne nouvelle, on a toutes les réponses pour vous dans ce
podcast là qui parfois va être des questions aussi.
Format réponse donc. On commence avec la première
(02:35):
question, Christian, Quelle est la durée de vie typique d'un
logiciel et quels sont les facteurs qui influencent le plus
la durée de vie d'un logiciel sur mesure?
Merci Jonathan, je vais commencer dès le départ en
présentant ton rêve de toutes les réponses.
Il y a pas de durée de vie exacte pour un logiciel, ça
varie vraiment d'un logiciel à l'autre, dépendamment comment ce
qui a été écrit, c'est quel partenaire que avec qui on a
(02:56):
fait affaire et maintenance qui ont été mis sur le logiciel au
cours de sa vie. Mais ce qu'on voit souvent,
c'est les facteurs qui influencent la durée de vie du
logiciel. Il y en a quelques-uns qui sont
qu'on retrouve régulièrement. On parle souvent du choix de la
technologie, c'est à dire une technique technologie change,
évolue, y a des technologies qui.
Qui disparaissent tout simplement électrique, qui
deviennent populaires. Il y a plus de nouveaux
(03:17):
développeurs qui se forment cette technologie là.
Les langages de programmation, les frameworks utilisés, ils
changent dépendamment que ce quele logiciel est utilisé en début
de projet, ça peut ne plus être fonctionnel après 5 ans, ça peut
ne pas être fonctionnel après 10ans, ça se pourrait une vraie
bad lock ou c'est qu'après un an, le logiciel qu'on a pris
pour commencer à écrire, il y a plus de développeurs qui
(03:37):
l'utilisent, il y a plus de support qui est offert par cette
plateforme là à cause que la compagnie a changé.
On voit aussi ce qui affecte la durée de logiciel, c'est les
besoins de l'entreprise, c'est le logiciel a été créé il y a 10
ans, mais au cours de ces 10 anslà, votre entreprise a changé,
vous avez peut-être fait des refus, vous avez peut-être eu
une croissance. Ça peut changer, ce logiciel
étant encore répond à vos besoins ou ne répond plus à vos
(03:58):
besoins. On parle aussi souvent de la
maintenance donc est-ce que le logiciel vous l'avez fait ou
acheté? Il y a de ça plusieurs années
que vous avez continué à investir à chaque année et dans
le temps pour justement le garder à jour le plus vous
investissez pour le garder à jour, le plus longtemps vous
avez des chances qui va être fonctionnel.
Puis dans les points plus récents aussi on parle beaucoup
de la sécurité. On sait les dernières années
(04:18):
avec toutes les attaques de cybersécurité, ça se peut que
votre logiciel qui a été écrit àplusieurs années encore une
fois, ne répond plus aux besoinsde sécurité modernes ou au au
niveau de la conformité que vousdevriez avoir pour un logiciel
qui pour répondre à vos clients ou dans votre domaine.
Il y a aussi la partenaire technologique, on se le cachera
pas les compagnies. Trouve les compagnies ferment.
Ça peut que votre partenaire technologique que vous aviez
(04:40):
avec le temps il fait de Re focus technologique ou
simplement ne soit plus en affaires.
Donc En résumé, le problème qu'on voit le plus régulièrement
qui affecte la durée de vie d'unlogiciel, c'est le manque de
maintenance par le partenaire technologique, le manque
d'investissement à travers le temps dans le logiciel.
Et j'aimerais ça, Chris, que tu nous parles de quels sont les
conséquences d'une mauvaise planification de la maintenance
(05:01):
d'un logiciel sur mesure qui est, comme tu mentionnes, une
des causes les plus fréquentes? Là oui, la maintenance de
logiciel sur mesure, c'est pratiquement la même chose de
maintenance qu'on va retrouver sur une maison ou sur une
voiture. C'est des maintenances que on
n'aime pas avoir à faire. On n'aime pas avoir à investir
parce qu'on a déjà acheté quelque chose, mais ils sont
requises pour garder. À la performance, la fiabilité,
la facilité d'utilisation pour simplement qu'il soit encore
(05:22):
viable à travers le temps. Ce qu'on voit souvent comme
problème suite à des mauvaises maintenances, on peut voir des
problèmes de performances si vous avez pas investi de
l'argent pour garder les performances à jour, plus vous
utilisez l'application plus vousajoutez de 07h00, plus vous
ajoutez de nouvelles données. Il y a des choses qui affectent
la performance. Vous avez un plus gros jeu de
données que ce que vous aviez quand vous avez commencé donc il
(05:43):
faut rester aux avances de ça. Va falloir qu'on investisse pour
faire des optimisations dans le logiciel ou ça peut aussi être
un investissement en technologiede laissant en achat de matériel
dans le d'avoir des serveurs plus puissants il y a une limite
à un moment donné avoir des serveurs plus puissants souvent
c'est du développement logiciel de plus pour optimiser.
Avec le manque de maintenance puis les premières avances, peut
aussi venir des problèmes de satisfaction pour l'utilisateur.
(06:05):
Les visiteurs qui ont un logiciel, qui ont des problèmes
réguliers ou qui est moins performant ou qui a des
fonctionnalités qui leur manquent, qui sont y a pas
d'investissement pour implémenter ces fonctionnalités
là vont être souvent moins satisfaites des employés qui
vont peut-être moins satisfaits de leur travail, qui vont donc
être plus porté à peut-être vouloir changer de travail,
aller voir ailleurs, trouver un meilleur monde.
On parle aussi d'avenir reste sécurité donc un logiciel qui a
(06:26):
pas été maintenu va par défaut avoir des nouvelles.
Des nouvelles vulnérabilités ontété découvertes par toutes les
entreprises qui s'occupent de découvrir des des nouvelles
vulnérabilités de sécurité. Si vous l'avez pas à jour votre
Windows vous êtes à risque. Si vous gardez pas à jour vos
serveurs vous êtes à risque, c'est la même chose.
Le développement logiciel, si vous mettez pas à jour la
version du langage de programmation ou du framework
que vous utilisez, qui sont des outils qui sont très complexes,
(06:48):
donc y a beaucoup de risques, y a beaucoup de de d'enjeux de
sécurité qui sont découverts de jour en jour, c'est un des
problèmes que vous allez pouvoirrencontrer.
On parle aussi souvent des incompatibilités.
Ça se peut que votre Windows Server 2012 qui est venu à
échéance l'année passée ou cetteannée si je me rappelle bien
soit soit ce que vous utilisiez,vous devez passer à 2022 puis
votre logiciel ne supporte pas 2022.
Si vous aviez maintenant à travers le temps ce logiciel là,
(07:09):
probablement que, au jour, si vous seriez arrivé à ça, vous
seriez à une version suffisamment récente de votre
framework pour exporter plusieurs versions de votre site
d'exploitation. C'est un exemple qu'on peut
voir. L'augmentation du coût au niveau
dans le temps aussi c'est un despoints qu'on voit, on investit
pas en maintenance soit en mise à jour du logiciel.
Un jour on se dit après quelquesannées Ah je vais faire
(07:31):
maintenant les mises à jour ces mises à jour-là vont coûter
beaucoup plus cher à faire à cause justement qui ont pas été
faites au fur et à mesure. Il y a aussi beaucoup plus de
risques en les faisant qu'on brise beaucoup de choses alors
que de les faire progressivementde garder à jour les
maintenances bon en mettant à jour des petits morceaux par
petits morceaux, par petits morceaux qui sont plus faciles à
tester. Puis un des points aussi majeurs
qu'on va rencontrer dans la manque de maintenance c'est la
(07:52):
perte de support de nos développeurs.
Si on veut pas on fait pas de maintenance, on investit dans
notre logiciel, on aura pas de développeurs qui gardent à jour
la connaissance sur notre logiciel.
Et donc lorsqu'il on va leur faire des demandes, ça va leur
prendre du temps de reconfigurerleurs ordinateurs pour
travailler sur notre projet de reconfiner notre projet de se
rappeler basiquement ce que notre projet faisait pour
commencer. Donc la perte de sport est aussi
(08:13):
un point très important qui qu'on voit suite à au manque de
maintenance. Très intéressant.
Puis quand je me mets dans les souliers des gens qui sont un
peu moins techniques, des fois ça peut paraître intangible.
Le fait qu'il y ait une dette demaintenance qui s'accumule sur
un développement logiciel et je le ramènerai pas mal.
À l'exemple que tu que tu mentionnais, Christian, au
niveau d'une voiture, vous achetez une voiture, un prix X
(08:35):
si vous faites 0 maintenance surcette voiture là, elle va durer
peut-être 3 ans. 4 ans si vous faites aucun changement d'huile
et aucune maintenance. Les pneus, les freins.
Si vous l'entretenez très bien, des fois ça peut être du 10 15,
des fois on va du 20 ans, des fois du 25 ans.
Si la la voiture elle était bienconçue et et tenue en
maintenance aux petits soins, c'est un peu la même affaire
(08:56):
avec un logiciel là. Donc quand on voit des courses
que ça fait 5 ans, y a un développement logiciel qui a été
fait et qu'on on on dit aux clients, écoute, faut faire une
modernisation, faut réécrire l'application.
C'est souvent parce que on rencontre les problématiques
qu'on a parlé un petit peu plus en début de podcast.
Mais tout ça, l'idéal, ça auraitété de l'adresser au fur et à
mesure. Donc c'est un certain
pourcentage d'investissement mensuel et annuel que vous devez
(09:19):
dédié à la maintenance et à la modernisation.
Parce que on va se dire, la modernisation à faire, c'est de
la faire progressivement pendantle développement et non à un
gros mort. Soit à un endroit parce que ça
coûte un certain montant et ça va venir monopoliser les
ressources et le temps de tout le monde, souvent dans un moment
qui est un peu plus critique et souvent les gens tardent trop
longtemps à aider ça. Donc la meilleure modernisation,
(09:41):
c'est progressif à travers le temps.
Maintenant, si on le ramène vraiment au niveau d'un
logiciel, si on rend plus techniquement parlant, comment
Christian, la modernisation et la maintenance continue
peut-elle prolonger la durée de vie d'un logiciel sur mesure?
Oui, si on regarde en fait basé sur les points qu'on a dit
plutôt le point de la technologie.
Donc c'est important de de rester à jour d'aussi de
(10:01):
d'adopter une nouvelle technologie lorsqu'ils
deviennent disponibles. Si par exemple même Microsoft
change une technologie au sort, une nouvelle version de cette
technologie là. Avec le but de ne plus maintenir
l'ancienne version après un un certain nombre d'années
d'adopter cette nouvelle technologie là de penser à faire
une migration au moment où c'estque ça commence à sortir ou
c'est justement que Microsoft ont peut être donné des guides
(10:22):
sur voici comment les développeurs devraient pouvoir
faire la migration de logiciel, le faire maintenant versus le
faire plus tard, un gros gain dele faire rapidement, de
rapidement aussi commencer à développer les nouvelles choses
dans cette technologie là au lieu de continuer de développer
avec les vieilles technologies qui ont un un Deadline qui un
jour on va se prendre les pieds dedans puis ce sera plus
possible d'avancer où ça va êtretrès difficile d'avancer.
(10:43):
On parle aussi de de refactoring, ça c'est
d'optimisation dans le code qui est fait par l'équipe de
développement. Souvent on veut avoir un un
esprit de fonctionnalité lorsqu'on fait du développement
logiciel, donc on veut avoir desnouvelles fonctionnalités.
Il va fonctionner de nouvelles fonctionnalités, mais c'est très
important parfois de revenir en arrière et de peut-être mettre à
jour un logiciel ou d'optimiser un certain morceau ou de
(11:04):
réécrire une une certaine partiede code.
C'est des choses qui sont pas lefun à faire, mais un peu comme
changer un bushing de suspensionou changer des pneus sur une
voiture, c'est quelque chose quia un gros gain à faire même si
c'est plate de le faire. Puis c'est pas tout le temps.
Ce qui est le plus visible, le plus visible peut aussi parler
d'amélioration du user expérience, on parle de UXUIA,
ce moment-là fait que à travers le temps, les fonctionnalités
(11:24):
changent. L'écran de la faune il y a 10
ans est différent de l'écran d'un iPhone de cette année.
Le user expérience a changé, lesstars sont maintenant ils
veulent utiliser des nouvelles fonctionnalités des nouvelles,
des des nouveaux patterns de d'utilisation logicielle qu'on
peut voir. Y a une réduction à long terme
aussi des coûts. Par exemple si votre logiciel
(11:45):
voulait pas maintenant depuis longtemps le risque de panne
augmente puis le risque de pannelorsqu'il arrive et aussi plus
difficile à corriger. Donc en faisant une
modernisation constante, vous restez à jour puis vous pouvez
regarder votre bagage de risque est plus faible, puis aussi vous
préparez votre logiciel comme jel'ai mentionné un peu plus tôt
aux évolutions si vous voulez faire des nouvelles
fonctionnalités, vous voulez faire une nouvelle intégration
avec une une nouvelle machine ouavec exemple de l'utilisation
(12:07):
artificielle. Si votre logiciel c'est une
vieille technologie, c'est très difficile d'influencer
l'artificielle si vous avez des technologies modernes qui
utilisent déjà ou qui influencent déjà des
fonctionnalités comme ça. C'est beaucoup plus facile de le
faire si vous avez été à jour aufur et à mesure et non à la fin.
Et la fameuse question, c'est quoi?
Le pourcentage d'investissement technologique devrait être
alloué à tout ce qui est la maintenance en continu de
(12:28):
logiciel sur mesure. Oui en fait il existe pas de
pourcentage fixe pour la maintenance, mais ce qu'on voit
souvent comme chef d'entreprise c'est un entre 15 et 30% du
budget de développement logicielfonctionnalités qui est réservé
à la maintenance et à la gestionopérationnelle, donc qui est
réservée à ne pas faire du nouveau développement de
fonctionnalités mais faire du développement qui est moins
(12:48):
visible, qui est de la maintenance et des mises à jour
dans ce 15 à 30%. Là on va souvent rencontrer au
niveau du développement logiciella correction des bugs, la le
refactoring. Les modifications au code qui
est déjà existant, la gestion dela technique, y a des choses
qu'on peut avoir fait qu'on veutrecorriger maintenant après
certain temps, les mises à jour,les mises à jour de sécurité, on
peut voir la gestion des performances.
(13:09):
On a parlé un peu plus tôt si votre jeu de données au lieu de
la croissance à travers les années on peut vouloir investir
en optimisation de bases de données ou on peut vouloir
embaucher 1DBA qui va venir nousaider en optimisation on parle
le support aux utilisateur, si l'auteur ils veulent des
nouvelles fonctionnalités, ils veulent du nouveau York Sud les
c'est un moment de leur parler ce temps-là de maintenance aussi
mis à jour des infrastructures. Là vous avez des serveurs, ça se
(13:30):
peut que vos serveurs un jour vous avez besoin de l'échanger
lorsque votre garantie est plus supportée.
Lorsque vous avez des besoins dechanger certaines pièces, vous
êtes avoir besoin aussi d'avoir du matériel plus puissant.
Donc faut prendre en compte aussi cette déplacement de
logiciel là sur l'infrastructure.
Puis on parle aussi de la conformité adaptée aux nouvelles
lois, aux nouvelles règles. On a vu récemment dans les
dernières années la loi 25 au Québec qui qui mentionne la
(13:53):
protection des renseignements confidentiels.
Donc c'est des choses. Faut se réserver un budget pour
ces choses là un peu plus platessont pas des fonctionnalités
mais c'est un 15 entre 30% pour toutes ces petites choses là à
garder en tête. Et j'émets une opinion peut être
tranchante. Et Christian, on pourra
peut-être en débattre par la suite là-dessus.
Ma perception d'une durée de vied'un logiciel, là est la
(14:13):
suivante, beaucoup, beaucoup de gens vont mettre entre 0 et 5%
en modernisation. Ok, si on prend par exemple 5%.
On prend 100%, on le divise par 5, ça veut dire ça prend 20 ans
avant d'avoir modernisé l'ensemble du système.
Cette équation là fait que généralement on sera jamais
capable d'adresser la dette en continu qui s'accumule
généralement une dette à peu près.
(14:33):
Je mentionne une opinion encore là de 10% annuel qui
s'accumulent dans le système. Donc si on est en bas de 10%
jamais on est capable de garder au minimum à flot le le le la
modernisation du système. Donc 0 à 5% généralement en
dedans 3 5 ans le logiciel est àréécrire au complet à partir de
0. On n'a jamais été capable de de
de pas creuser un trou, de creuser un problème à travers le
(14:55):
temps. Les gens des fois vont les tirer
jusqu'à 7 ans, des fois 10 ans, puis ça va causer beaucoup de
problèmes quand les gens prennent de 5 à 15%.
Du budget annualisé en modernisation, encore là si on
le divise sur le chiffre, 100 sion prend 100 divisé par les
pourcentages, mais on parle entre signes mathématiques sont
bonnes, entre 20 à 7 ans à peu près pour arrondir.
(15:18):
Là encore là on a des chiffres que si on se dit dans le
meilleur des mondes, si vous mettez 15%, ça prend 7 ans avant
d'avoir fait le tour du système au complet pour me le
moderniser, là je simplifie l'équation parce que c'est plus
complexe que ça là. On réussit à tenir un peu à
flot, mais en demander, il va falloir une réécriture complète.
Quand vous allez dans du 15 à 30%, ça veut dire que vous avez
en dedans de 3 à 6 ans. Faites le tour de pas mal du
(15:38):
tout là. Ce qui veut dire que y a pas de
grande réécriture complète ou dumoins généralement pas de grande
écriture réécriture complète à faire ça ça permet aux
partenaires de pratiquement toujours garder à jour de
manière progressive le système et le but.
C'est tentant nativement d'éviter une réécriture complète
à travers le temps. Si c'est possible, c'est pas
tout le temps possible. Donc voilà, un petit peu dans
mon opinion à moi, pourquoi un 15 à 30% est vraiment les
(16:00):
pourcentages qui sont respectables pour être capables
d'amener la durée de vie à son maximum d'un système qui parfois
n'a pas nécessairement un chiffre.
À travers le temps son réussi à faire le tour de tout les
différentes couches du système. Mais y a pas de y a pas de fin
de vie nécessairement au logiciel au bout de la ligne et
c'est toujours le bout qui est négligé, généralement parce que
(16:21):
c'est pas sexy, ça rajoute pas des nouvelles fonctionnalités à
court terme et c'est pas quelquechose qui est tangible pour les
gens. Mais encore là je ramène à
l'exemple Christian que tu donnais c'est comme une voiture,
ça serait faux de dire on l'achète, on laisse comme ça
elle va durer son maximum de temps de vie utile.
Faut mettre la maintenance, c'est la même chose avec un
développement logiciel, quelque chose à rajouter.
Christian, peut-être sur mon opinion parce que j'aimais une
(16:43):
opinion très haut niveau, mais ça peut être challengé à moins
qu'il y ait autre chose que tu voulais rajouter sur le concept?
Là non, si ça fait approprié. J'aime la comparaison comme
voiture. Je pense que.
Dans le monde de la malle logiciel c'est très applicable,
ça l'implique aussi un certain un niveau de je sais qu'on est
pas très, on n'est pas toujours certain de c'est quoi les
maintenances qui vont s'en venirdevant nous au niveau du
logiciel, un peu comme une voiture, une bad lock, votre
(17:05):
moteur a un problème, votre moteur ne fonctionne plus, c'est
quelque chose que Ah Ben j'ai fait maintenance, pourquoi ça
m'est arrivé, ça arrive, c'est un plus grand coût de
maintenance de le remplacer, mais c'est quand même moindre
que de le réécrire au complet. Puis en faisant ce changement
là, on a un nouveau moteur, un moteur qui est basiquement 9,
c'est la même chose dans un logiciel développé sur mesure,
ça se peut que vous arrivez à unmoment où c'est que faut qu'on
(17:25):
change un un bout de technologique majeur de
l'application. Oui il y a des coûts, il y a des
coûts pour ça. Mais le coût c'est dans le but
de revenir rajouter en avant nous encore plusieurs années
avec ça avec ce logiciel là de pouvoir le conserver encore plus
longtemps. Donc oui des fois y a des coûts
qui sont plus élevés mais c'est tout le temps un un souvent un
bon investissement pour le futurde faire ses maintenances là.
(17:47):
Et un exercice pertinent enfant qui est trop souvent oublié,
c'est de calculer le retour sur investissement de l'outil qui a
été développé sur mesure et le retour sur investissement, de le
garder moderne dans le temps et de ne pas accumuler une dette.
Je donne un exemple concret qu'on a fait chez un client dans
les dernières semaines, le client a investi à peu près un
demi-million dans un outil pour l'aide dans dans
(18:07):
l'automatisation de ces processus.
Et il dit, bon, j'ai mis 1/2 1000000, ça commence à être
beaucoup. Et on a décidé de s'asseoir avec
lui dire on va calculer le retour sur investissement
concret réel de par que les chiffres que lui-même nous a
donnés. Et on se rend compte que ça crée
1/2 1000000 de gains par année dans l'organisation.
Et quand on prend le temps d'analyser ça et de mettre des
(18:29):
chiffres réels parce que c'est pas nous qui a sorti les
chiffres, c'est le client lui-même.
Le client fait Oh my God OK c'est beaucoup de sous, 1/2
1000000 dans l'investissement que j'ai fait, mais ça me
rapporte pratiquement 100% par année.
Donc de là la logique de dire ceque je dois préserver cet outil
là qui me génère ce retour sur la sur investissement que on
prend pour acquis à travers le temps parce que c'est de
l'automatisation, on retournerait pas en arrière mais
(18:50):
on voit plus le gain de si on l'a plus cet outil là.
Donc toujours aussi aller avec la logique de quel est le retour
sur investissement? Il ne faut pas réinventer la
roue. Du sur-mesure, c'est notre
philosophie chez openmind y a toujours des petites places
qu'on peut pousser plus loin, l'automatisation de nos
organisations. Je termine avec un outil qu'on
vous fournit gratuitement que qui vous permet si vous êtes
(19:11):
rendu à l'étape de faire une modernisation d'un système.
Mais cet outil là vous permet dechoisir le bon partenaire.
C'est 15 questions essentielles à poser à aux partenaires
potentiels, qui peut vous accompagner en modernisation
logicielle donc? L'outil est disponible sur le
site à l'adresse suivante, OPEN mindt.com slash, modernisation
tiret 15 questions avec 1S 15 enchiffres.
(19:34):
On met également le lien dans les notes de l'épisode et on
fournit ce contenu gratuitement.Donc voilà.
Si vous avez aimé cet épisode, n'hésitez pas à aller nous
mettre un 5 étoiles sur votre plateforme de balado préféré et
peut-être l'envoyer à un de vos collègues dans votre
organisation ou dans une autre entreprise qui aurait besoin de
ces conseils là. On produit ce contenu là avec
(19:55):
beaucoup de plaisir, de passion et d'amour, mais en partageant
le tout et en nous donnant un 5 étoiles, ça nous encourage à
continuer et à produire donc d'autres contenus.
J'aime dire que c'est un peu notre pourboire numérique que
vous nous envoyez pour la continuité de ce podcast.
Christian, quelque chose à rajouter avant qu'on se quitte
aujourd'hui? Été de mon côté, Jonathan.
(20:16):
Merci un grand merci d'être venupartager tes connaissances et
ton expertise avec l'audience. Et pour tous ceux qui nous
écoutent, je vous dis à bientôt.Merci encore une fois d'avoir
(20:36):
été des nôtres cette semaine, nous produisons ce contenu
gratuitement et avec amour pour vous.
Donc si vous pouvez en échange prendre seulement une petite 10
secondes de votre temps pour mettre sur pause et aller mettre
5 étoiles sur Spotify, 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
qu'est-ce que vous aimeriez entendre sur le podcast dans les
(20:59):
prochains trimestres. Donc n'hésitez pas à venir
m'écrire directement sur LinkedIn.
Bon Ben j'entends l'éveiller et je vous dis à la prochaine.
Popular Podcasts
Crime Junkie
Does hearing about a true crime case always leave you scouring the internet for the truth behind the story? Dive into your next mystery with Crime Junkie. Every Monday, join your host Ashley Flowers as she unravels all the details of infamous and underreported true crime cases with her best friend Brit Prawat. From cold cases to missing persons and heroes in our community who seek justice, Crime Junkie is your destination for theories and stories you won’t hear anywhere else. Whether you're a seasoned true crime enthusiast or new to the genre, you'll find yourself on the edge of your seat awaiting a new episode every Monday. If you can never get enough true crime... Congratulations, you’ve found your people. Follow to join a community of Crime Junkies! Crime Junkie is presented by audiochuck Media Company.
24/7 News: The Latest
The latest news in 4 minutes updated every hour, every day.
Stuff You Should Know
If you've ever wanted to know about champagne, satanism, the Stonewall Uprising, chaos theory, LSD, El Nino, true crime and Rosa Parks, then look no further. Josh and Chuck have you covered.