August 6, 2024 • 24 mins
Dans cet épisode, Jonathan et Christine discutent des étapes clés de la réécriture d’une application : développement, déploiement progressif, optimisation et maintenance. Découvrez pourquoi ces étapes nécessitent un investissement important et comment choisir un bon partenaire de modernisation logicielle pour réussir.
Article : https://www.openmindt.com/fr/ressources/guide-etape-par-etape-pour-naviguer-vers-une-modernisation-reussie/
Mark as Played
Transcript
Episode Transcript
Available transcripts are automatically generated. Complete accuracy is not guaranteed.
(00:00):
Bienvenue au podcast pivot. Mon nom est Jonathan Léveillé,
président d'open mind technologies.
Le Podcast pivot est diffusé afin d'inspirer et 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. Partageons trucs, astuces,
(00:23):
histoire à succès ainsi que des apprentissages d'échecs
d'entrepreneurs de renom. Y a podcast pivot est une
présentation de dev two. Co.com, filiale d'Open Main
Technologies. Dave tout seo.com aide
exclusivement les entrepreneurs ambitieux qui désirent
développer leur idée d'applications logicielles afin
d'en faire un succès d'envergure.
(00:45):
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 au podcast cette semaine, j'ai le plaisir de
m'entretenir avec Christine Davidov, Christine qui est
(01:06):
product owner chez open mind et Legacy recordings, comment
vas-tu Christine, cette semaine?Ben ça va bien, merci toi.
Ça va super bien, je suis toujours emballé de toujours.
Notre prochain épisode qu'on va enregistrer ensemble y a du bon
contenu. Cette semaine, on attaque la
question de quelles sont les étapes clés d'une modernisation
logicielle? On entend des gens dans le
(01:27):
marché, on entend des fois des prospects qui disent, je pense
que je suis dû pour une modernisation, mais comment ça
se passe? C'est quoi les étapes clés?
Donc on fait cet épisode là pourdémystifier vraiment comment ça
se passe, étape par étape, pour que vous puissiez comprendre
dans quoi vous vous embarquez sivous prenez ce chemin là pour
moderniser une application que vous avez à l'intérieur de votre
organisation. Avant d'aller dans le sujet,
(01:48):
quelques petits points importants, Premièrement, c'est
pas notre premier épisode qu'on a la chance d'interviewer
Christine. Je vous invite à jeter un petit
coup d'œil à l'épisode 44 sur les 9 erreurs à éviter dans un
développement de logiciels sur mesure.
L'épisode 61 également sur comment développer mon logiciel
et non plutôt est ce que je devrais développer mon logiciel
avec ou sans chef de produit? Donc un product toner, est-ce
(02:11):
une bonne ou avec? Voilà, est-ce une bonne ou une
mauvaise idée? Honnêtement super bon épisode
qu'on a eu ensemble donc je vousinvite à l'écouter ces épisodes
là. Également, on va aujourd'hui
parler effectivement des différentes étapes, mais y a du
visuel qui accompagne le podcast.
Si vous êtes en audio, je vous invite à vous rendre au triple
(02:32):
W, point Open mind tcommetechnologie.com slash,
étape avec 1S, tiret, modernisation.
Les notes sont également dans les dans les la description de
l'épisode, le lien dans les notes de l'épisode.
Si vous allez télécharger le visuel puis nous suivre, ça va
être beaucoup plus efficace. Ceux qui sont en vidéo au niveau
du VLOG, vous allez pouvoir voirce qu'on dit à l'écran
(02:54):
directement. Donc voilà pour l'introduction
d'un podcast. Donc première étape, Christine,
qu'est-ce que c'est? Comment qu'on attaque une
modernisation logicielle? Oui bah tu l'as bien dit en
fait. L'objectif aujourd'hui, on a
déjà fait beaucoup de contenus là sur la modernisation de
l'application. Comment les gens peuvent se
retrouver là? C'est vraiment une feuille de
route, c'est un serpent. Échelle de voici par quoi vous
(03:16):
allez passer si vous entreprenezcette cette expérience là et au
final l'objectif c'est il y en a12, il y a 2 étapes, puis-je
commencer par la première? Donc la première ça commence par
l'entreprise qui se reconnaît dans les 5.
Les 5 signes là qui mentent pas fait qu'on a fait un article
là-dessus. Vous allez pouvoir le retrouver
également sur le site d'open mine dans les les signes qui
(03:40):
montrent pas que vous êtes dû pour une une réécriture, une
modernisation. Vous avez des problèmes de
performance, c'est là, les utilisateurs se plaignent, ça
devient difficile d'ajouter des fonctionnalités.
Vous aimeriez faire évoluer ce qu'il a déjà en place, mais ça
fonctionne pas. Vous aimeriez faire le pont avec
d'autres applications? Exemple, un nouveau système
comptable 1CRM et si vous voulez, vous avancez dans dans
(04:01):
la technologie mais votre système l'empêche.
Il y a des risques en termes de sécurité, super important,
peut-être pas le plus sexy, maisça reste super important.
Puis où ça où? Un autre des signes, c'est que
vous dépendez d'une seule ressource, fait que là vous avez
eu quelqu'un de confiance, un développeur qui a codé le projet
depuis le début, fait 10 ans, qui est avec vous à temps
(04:23):
partiel sur le côté, c'est la seule personne qui connaît votre
application danger danger, superdangereux.
C'est peut-être encore une fois le temps de passer dans une
modernisation et ça c'est le premier domino.
Soit que vous, vous avez identifié ces signes là ou que
votre partenaire technologique les a identifiés pour vous,
parce qu'on est quand même bien outillés là pour reconnaître ces
(04:44):
signes là. La 2e étape, c'est l'évaluation
stratégique du projet de réécriture.
Parce que évidemment que vous allez nous dire OK, oui mais ça
coûte combien? Réécrire, ça va être prêt quand
aussi tu sais ça coûte combien ça va être quand?
C'est souvent les 2 seules questions qui qui viennent à
l'esprit quand on entreprend ce projet là parce que c'est un
(05:05):
projet pour y répondre, évidemment, on doit faire 2
choses. Donc en 2 parties, y a le côté
technique, faut auditer l'application existante,
découvrir l'état des lieux, ouvrir le capot du Bolide, voir
de quoi ça a l'air là-dedans. Est-ce que le code est lisible?
Est-ce qu'on est en mesure de comprendre les fonctionnalités
et les règles d'affaires en lisant le code?
Est-ce que c'est une technologieobsolète que personne connaît où
(05:27):
est-ce qu'il y a encore quelquespersonnes dans l'univers qui s'y
connaissent? La base de données, elle a l'air
de quoi? Ce qu'elle est indexée.
Est-ce qu'on va être capable de bien migrer les données puis
maintenir leur intégrité? Ça, c'était des questions qu'on
va se poser dans l'audit technique là de l'application du
code. Ensuite, on tombe avec un
analyste d'affaires qui rentre vraiment dans la vision du
(05:47):
produit, parce que là vous avez une application, mais votre
entreprise a changé, il y a des nouveaux objectifs, vous voulez
atteindre de nouveaux copies? Vraiment on.
On rentre là-dedans fait oui c'est l'objectif, c'est de
réécrire l'application telle qu'elle est, mais faut quand
même se poser justement la question, où est-ce qu'on s'en
va? Les objectifs d'affaires?
Puis c'est surtout ça va être quoi les les priorités, tu sais
(06:10):
on s'en va, on commence par quoi?
Qu'est ce qui a le plus besoin d'amour pour être écrit?
Fait que une des puis Jonathan Tu m'arrêtes quand tu veux, là
dans mon monologue d'étapes, là ça me fait plaisir, je fais ça
souvent donc on cherche les gains qu'on va faire.
Effectivement on cherche à définir les personas.
Parce qu'une application peut être dans une entreprise depuis
super longtemps, certains l'auront délaissé parce qu'elle
(06:32):
fonctionnait plus ou moins dans leur, dans, dans leur quotidien.
Certains d'autres l'utilisent vraiment beaucoup d'une certaine
manière. Donc c'est super important de
définir qui sont les gens qui utilisent l'application.
Ça va être quoi aussi les besoins d'expérience
utilisateur, l'interface, tu sais jusqu'où on veut aller,
c'est pas l'investissement qu'onveut y faire de ce côté-là.
À cette étape là dans l'analyse en fait, on va faire
(06:54):
l'évaluation en fait stratégiquedu projet, là on va faire des
maquettes basse fidélité. Juste pour vraiment resituer les
morceaux de robots. Où est-ce qu'ils vont être
s'entendre là-dessus? Ça va nous aider également à
évaluer le le, le coût parce quele coût va va venir bientôt.
Ensuite on tombe dans la cartographie, fait que là on a
eu les objectifs, on a eu les kpi, on sait c'est quoi les
(07:14):
fonctionnalités, on sait c'est quoi les gens qui utilisent
votre application actuelle. Ensuite on va mapper comme je
dis là donc on cartographie la solution proposée.
Donc c'est pas parce que vous aviez 5 modules au départ que ça
va nécessairement se faire réécrire de la même façon.
Parce que peut-être que vos processus s'entrecroisent, il y
(07:35):
aurait une manière plus optimalede venir réécrire l'application.
Donc ça on réfléchit à ça en faisant la cartographie.
Et on vient illustrer le projet de modernisation fait que autant
les modules, les fonctionnalités, les chemins
critiques que le schéma d'interconnexion, votre
application se se connecte à quoi en ce moment?
Est-ce qu'elle va se connecter au mêmes applications que vous
voulez en profiter pour faire denouvelles connexions?
(07:57):
Donc vraiment, on vient l'architecture du projet là,
c'est à ce moment-là également qu'on l'a fait jusqu'à présent.
Jonathan, ça va? C'est fantastique.
Christine, c'est numéro un. On continue.
Super en tant que les gens qui m'écoutent suivent, c'est
parfait. On est à l'étape 3, à l'étape 4.
C'est ce que j'appelle un. Une date et là en français, ça
serait une barrière, mais c'est pas ça un un stop, là on vient,
(08:19):
OK? Parfait, on présente
l'évaluation stratégique aux clients.
Bien sûr, avec la cartographie et tout le projet, c'est là
qu'on est capable de donner des coûts estimés et un échéancier
selon le projet qui a à faire. Donc y a vraiment différentes
options de cadence également, indépendamment de de du budget,
de la liquidité plein, plein, plein de facteurs là qu'on est
(08:39):
capable de de tenir en compte. Combien de joueurs travailleront
sur le projet, et cetera fait que déjà à l'étape 4.
C'est pas si pire, il y a juste eu 3 autres étapes avant, dont
une de prise de conscience que vous avez une idée, combien ça
va coûter comme ça va me prendre.
C'est possible, hein? C'est et et.
Et parfois c'est là l'enjeu, parce que des fois les gens
commencent le temps avec la question combien ça va me
coûter? Mais c'est la même chose que si
(09:00):
on avait à construire un bâtiment pour vos votre
entreprise, vous allez voir le Contracteur vous dire combien ça
va coûter, ce que tu veux, ce que t'as besoin.
Faut mapper, faut faut faut mettre les besoins par écrit,
puis il faut être réaliste au départ avant de pouvoir bien
estimer là. Oui, puis là ici, on a aussi
quelque chose qui existe, on a une application existante qui
(09:20):
est souvent névralgique aux opérations des des des
entreprises. Donc c'est c'est quand même,
c'est quand même crucial là, qu'on prenne bien le temps de
regarder ce qui fonctionne, ce qui fonctionne moins bien que ce
qu'on va devoir travailler, puisde se mettre les mains dedans
avant de faire une évaluation. Sinon vous serez pas plus
content que que nous à faire le projet.
(09:41):
Prochaine étape, c'est ma préférée.
Là est de loin. La priorisation fait que là on
a, on a le projet, on sait ce qu'on s'en va.
On fait un exercice de roadmap, d'échéancier, avec le client
pour déterminer les priorités, et avec les développeurs
également dans la même rencontre.
Pour évaluer la complexité des besoins.
Ce que j'aime vraiment de cette étape là, c'est que tous les
(10:03):
intervenants et parties prenantes sont autour de la même
table ou dans un team dans un zoom, là pour discuter des
fonctionnalités, puis s'entendresur ce qui va être prioritaire
versus qui serait un luxe ou ce qui serait un Ice durable fait
que dans le cadre de la modernisation, oui, la prémisse
c'est de tout réécrire tel quel et et de mettre les modules
(10:24):
existants, ça c'est sûr. Ça reste que tout n'est pas sur
le même pied d'égalité. Il y a des personnes là, il y a
des besoins qui sont plus cruciales où il y a aussi, il y
a peut-être une stratégie. Qu'est-ce qu'on déploie
progressivement MVP? Là on a plusieurs épisodes
là-dessus qu'on pourra peut-êtrelier là donc qu'est ce qui a le
plus de valeur rapidement à sortir?
Puis aussi je veux pas vendre d'autres étapes mais à venir
(10:46):
déployer progressivement pour s'assurer de l'intégrité des
données, et cetera, fait que il y a vraiment cette étape là qui
est super importante. Où est-ce que le chargé de
projet, le Product Owner, là dans notre cas et est en mesure
de planifier les prochaines étapes, ça va être quoi le
roadmap du développement, sur quoi on se consacre au départ?
Pour écrire les stories et commencer le développement fait
(11:07):
que ça c'est super important comme étant.
Ensuite on tombe étape numéro 6 qui consiste à créer des
maquettes et à définir le style visuel de l'application.
Parce que souvent des projets demodernisation, c'est pas ce
qu'il y a de plus. Comment?
Dirais tu là faut pas vexer personne, mettons.
Sexy, Sexy. C'est pas super là, ça ressemble
(11:31):
un peu tu sais Windows 97 c'est ça ça, ça manque un peu de de
couleur et de dynamisme mais surtout d'expérience utilisateur
pour s'assurer que c'est au goûtdu jour.
Avec ce qu'on est habitué de de nos jours d'avoir on a la
téléphone nommé, on a un ordinateur dans les mains. 24 24
fait qu'on s'attend à certaines choses d'une application, autant
d'une application qu'on utilise au travail.
Donc super important cette étapelà, qu'elle soit à ce moment-là.
(11:55):
Également parce qu'on va se concentrer sur des modules ou
fonctionnalités qui vont être dans le MVP, donc dans les les
premières étapes pour venir valider le visuel et aussi
valider l'expérience utilisateur.
Comment est-ce que ça va être utilisé?
Donc là on est dans les maquettes un peu plus raffinées,
définies, qu'on appelle haute fidélité pour venir valider
l'effet visuel de de l'application avenir.
(12:18):
Fait que jusqu'à présent. Et généralement cette étape là
au niveau des maquettes qui sontfaits, on couvre combien de
pourcent de l'application? Ou c'est juste le style
graphique qu'on va sortir ou je serais curieux d'en entendre un
peu plus parler? Oui, on n'a pas, chez open mind
du moins, la pratique de faire toutes les maquettes comme étant
(12:38):
un cahier de charge. Ça c'est pas tout à fait, c'est
pas du tout notre pratique en fait, on est très en agilité.
L'objectif, ça va être les modules cruciaux, les étapes,
les les, les, les, les pages principales, puis souvent.
C'est des on appelle ça des components, mais on vient
valider les les les types de boutons, vraiment là l'effet
visuel de ce que ça va donner, mais on fait pas chacune des
(12:58):
pages, c'est pas c'est pas notrepratique, ça vaudrait pas la
peine non plus parce que le projet avec la méthode Agile, on
l'a défini au fur et à mesure, donc on va raffiner les besoins,
la façon que les choses vont être faites.
On va découvrir. Idéalement on découvre pas de
personne là en plein milieu du projet, mais on va découvrir les
façons de faire, certaines pratiques ou chemins qui vont
(13:19):
être utilisés. Donc c'est vraiment l'objectif.
Là c'est qu'on est capable d'être malléable avec.
Un on a une base, on a un template pour savoir où est-ce
qu'on s'en va, puis comment qu'on qu'on place les morceau.
Et là, ça, c'était l'étape numéro 6.
À l'étape numéro 7, on commence à être un peu plus technique là,
un peu plus teki et technologique.
Là ouais. Exact là l'objectif c'est
(13:42):
l'équipe de développement prend le relais et vient investiguer
et tester toutes nos incertitudes technologiques
qu'on aurait nommées à l'étape 2durant l'évaluation stratégique
et durant le l'audit de fait quelà on vient vraiment creuser,
éliminer le plus d'inconnu possible pour éliminer les
risques également pour pas qu'ily ait d'obstacles majeurs.
(14:02):
On se rend compte après 6 mois de développement où on pourra
pas se connecter. On ne veut pas ça, donc on fait
ça. Absolument pas, absolument pas.
Et je pense je pensais pas tous les partenaires qui vont mettre
l'accent là-dessus, mais. On de notre côté, on veut
surtout pas que le client investisse des sommes, que ça
devienne une dépense parce qu'ona une embûche technologique.
(14:25):
Faut vraiment aller identifier et valider et réussir à du moins
le plus possible. Éliminer ces incertitudes là
technologiques au départ, c'est super important là.
Oui ça se peut qu'on aille pas. C'est pas nécessairement d'avoir
toutes les réponses puis d'avoirexactement, mais c'est d'avoir
toutes nos hypothèses si t'en asune ou 2 3 avec des solutions
qu'on sait qu'on va aller investiguer plus tard.
(14:45):
Mais normalement on partira pas un projet avec un une
incertitude majeure, on va allerfaire un un Spike là une un
inconnu. On s'en va valider pour sortir
des hypothèses et vérifier qu'ona vraiment un plan pour y aller
ensuite. C'est le plan de migration de
données super important. Je pense également que tu as
fait d'autres, d'autres podcasts, d'autres contenus à ce
(15:05):
sujet exclusivement. Là c'est c'est c'est tout un
dossier super important de s'assurer parce que une
entreprise qui fait une modernisation a peut-être 10,
15, 20 ans de données dans son ancienne application, on veut
les migrer, on veut pas les perdre ces données là.
Donc dès le début on va faire des tests, on va se faire des
plans. Il y a différentes façons, il y
(15:25):
a différentes façons de faire des déploiements progressifs,
donc là on s'en vient se faire une stratégie, on part avec une
hypothèse. Puis on l'a défini de ce
moment-là dès l'étape 8, avant même de coder quoi que ce soit
super important. Ensuite on tombe dans le le
sprint 0 fait que là on tombe dans et dans on on va coder ça
(15:46):
on vient là je je comprends. Là y a eu 9 étapes, y a 8
étapes, on n'a pas encore codé, euh, mais c'était super
important parce qu'on a défini c'était quoi les priorités,
c'est quoi le design, où est-ce qu'on s'en va?
C'est quoi les inconnus? Il y a des incertitudes et on a
un plan de migration de données fait qu'après ça le
développement c'est la partie facile du du projet, donc là
(16:06):
l'objectif du Sprint 0 on vient.Transformer les maquettes bien
sûr en application fonctionnelle.
Donc là on vient respecter bien sûr le toutes les exigences du
client, les meilleures pratiquesde développement.
Je vais pas rentrer nécessairement dans toutes les
étapes d'un développement logiciel je pense.
Encore une fois on a d'autres podcasts à ce sujet-là qui vont
mieux le faire que moi, mais l'objectif ici c'est la
(16:28):
modernisation. Déploiement par module donc on
prône le développement progressif, particulièrement
dans le cas d'une réécriture parce qu'on veut minimiser les
risques. On veut également amener
progressivement les utilisateursdans les nouveaux modules.
C'est un point qu'on parle un peu moins, on parle beaucoup des
données, que c'est super important.
On va aller tester ça. Moi je veux aussi que tous les
utilisateurs se sentent bien, sesentent à l'aise, jouent
(16:50):
rapidement avec test, qu'est ce qu'ils font, comment qu'ils
font, ce que les l'application réagit de la même façon qu'ils
voudraient, puis on peut ajusteritérer super important
rapidement. C'est pour ça définir les
priorités au numéro 5, mon étapepréférée, parce qu'on vient
cibler les gens, les étapes, lesactivités et les actions
critiques dans l'application, puis c'est ça qu'on veut leur
(17:11):
mettre dans les mains le plus rapidement possible.
Pour venir valider le fonctionnement super important,
il y a un volet également dans cette étape 10 là là éducatif
formation des utilisateurs de manière progressive parce que tu
veux pas c'est déjà un stress, là tu sais la la gestion du
changement, là on le sait, là c'est c'est encore une fois tout
(17:31):
un sujet académique, là tu c'estc'est un stress de changer une
application que tu connais par cœur, que même que t'es habitué
de de de d'aimer Dahir, là tu sais tu, tu, tu, tu travailles
avec à contrecœur mais comme tu t'y attaches.
Donc de faire le changement, c'est, c'est vraiment.
C'est émotif, j'aime ça. Émotif.
(17:51):
Il y a quelque chose là, mais c'est vrai hein?
C'est le quotidien des gens de d'utiliser la plupart des des
des travail. Là on est habitué à voir ces
applications là donc tu tu tu développes un lien.
Donc Christine, avant d'aller à l'étape numéro 11, je veux juste
qu'on retourne 9 et 10. Qui le développement et le
déploiement progressif par module, une grande partie du
(18:13):
budget, des efforts de temps vont être mis dans ces 2 étapes.
Là donc y a une loupe qui se fait, on développe, on déploie,
on développe, on déploie. Même des fois ça peut être en
parallèle d'un module à l'autre.Donc présentement, pour
simplifier là le visuel et l'explication, on met ça en 2
petites étapes. Et ces 2 étapes là composent la
une grande partie du budget où ce que ça va aller.
Et il y a beaucoup de sous étapes qu'on a éclaté dans
(18:34):
d'autres podcasts et d'autres contenus, mais on garde ça au
niveau pour aujourd'hui. On développe, on déploie, on
fait des boucles là-dessus et ensuite on tombe à l'étape
numéro 11. Oui, exact.
Donc l'étape numéro 11 est une fois que tout est réécrit et
actif, on vient, on vient des commissionner, l'ancien système.
Là, c'est à ce moment-là. C'est nécessaire qu'on commence
à optimiser les nouveaux modulesqu'on vient de réécrire en
(18:57):
fonction des retours ou des des demandes supplémentaires du
client. Parce que on se rappelle, dans
la réécriture, dans la modernisation, on veut se
focusser dans ce focus, c'est unanglicisme.
On veut se concentrer sur les, les modules et fonctionnalités
qui sont déjà dans l'applicationexistante et tout ce qui va être
extra ou. Des des des nouvelles idées qui
(19:17):
arrivent en cours de route parceque tout le monde devient très
très ambitieux la journée qu'on commence à développer, puis
qu'on a un nouveau gadget entre les mains.
Et Ben ça on vient les prendre en note bien sûr, puis on va les
réfléchir également quand on va faire l'application qu'on qu'on
va avoir ça et éventuellement enen tête.
Mais l'étape 11 c'est l'optimisation continue, donc
une fois que le projet est livré, il est déployé.
Votre ancienne application elle est des commissionnée, mais là
(19:39):
on peut tomber dans de l'optimisation, donc c'est cette
étape là. Ensuite l'étape 12 qui est
souvent oubliée. Ce qui est bien importante c'est
la maintenance et l'opérationnel.
Donc là on veut pas retomber dans une réécriture dans 5 ans.
Alors Pour ce faire il faut maintenir la nouvelle
application et je pense également que c'était podcasts à
(20:00):
ce sujet mais très très très important.
Tout ce qui est sécurité, mise àjour mais également la dette
technique graduellement en éliminer le plus possible,
traiter les bugs s'il y en a, ajouter des fonctionnalités mais
la garder en vie, la garder à jour, garder une équipe
opérationnelle dessus. S'assurer qu'on a du support
également donc. Donc voilà, ça vient compléter
(20:22):
l'étape et l'aventure de la réécriture avec l'étape numéro
12. Et je je termine avec une phrase
qui va être un peu bizarre, maisla meilleure modernisation c'est
pas de modernisation, et là je m'exprime là-dessus.
C'est la dernière étape, la maintenance opérationnelle et de
de toujours moderniser une petite partie du système en
continue qui fait qu'on n'est pas obligé de faire une grande
(20:43):
réécriture qui cause souvent un chaos ou un délai dans
l'avancement de la de l'entreprise.
Donc ne négligez pas cette partie là.
Vous l'avez probablement négligédans le passé qui fait
qu'aujourd'hui vous êtes obligé d'écouter ce podcast là et
d'investir dans un projet massifde modernisation.
On a la solution pour vous éviter, une fois qu'on l'a fait
avec vous, de devoir le refaire par après.
(21:06):
Donc y a un petit pourcentage que vous devez mettre à chaque
année du budget total que ça vous a coûté faire le projet.
On parle généralement à peu prèsun 10%, c'est une règle du
pouce, ça peut être plus, ça peut être moins selon les
projets. Mais si vous mettez 10% en
maintenance opérationnelle et mini modernisation continue,
vous allez vous éviter un grand frais à la fin.
Mais au moins, vous allez profiter de la pleine efficacité
(21:28):
de vos systèmes toujours en continu, donc ne négligez pas
cette partie là qui est trop souvent négligée
malheureusement. Oui parce que si je peux
ajouter, on voudrait pas se retrouver encore une fois dans 2
ans, dans 5 ans, dans 3 ans avecles mêmes 5 signes qui mentaient
pas dès le départ que tu sais la2nde qui était un problème de
performance, que tu peux plus ajouter de fonctionnalités, ça
devrait pas arriver que tu voudrais faire des ponts, ça se
(21:50):
peut pas. C'est parce que t'as pas fait la
dette technique, tu l'as pas maintenu à jour et t'as pas
encore une équipe opérationnellequi maintient ton produit.
Qui peut le faire évoluer? Puis qui va te garder également
avec ta compétition puis te donner ton Edge pour pour te
démarquer en fait dans ton. Dans ton secteur donc c'est
super important pour venir. On veut pas refaire la boucle
(22:12):
c'est vous. Allez voilà ceux qui ont le
visuel on voit bien, il y a pas de boucle qui retourne vers
l'étape un. Et ceux qui n'ont pas le visuel,
open mind.com slash étape avec 1S tiret, modernisation le lien
encore une fois dans les notes de l'épisode.
La prochaine étape dans votre réflexion ou plutôt dans
l'avancement vers un projet de modernisation, c'est comment
réussir à choisir un bon partenaire de modernisation
(22:34):
logicielle? Parce que une compagnie qui est
bon en développement logiciel n'est peut-être pas
nécessairement. Très bon dans la modernisation
qui est une spécialité en soi, donc on a développé un petit
outil en une page qui vous permet de poser les bonnes
questions pour sélectionner un bon partenaire de modernisation.
C'est disponible gratuitement auOPEN mind.com slash,
(22:56):
modernisation tiret 15 questionsdonc le chiffre un, le chiffre 5
question avec 1S. Et ça va vous permettre à ce
moment-là, selon les différentesoptions de partenaires pour
moderniser votre application, deposer les bonnes questions et
s'assurer que vous faites un bonchoix.
Parce que oui, ça coûte quand même un certain bon budget, un
certain bon investissement et faut vous assurer de choisir le.
(23:17):
Mon partenaire pour maximiser ces sous là donc c'est
disponible en ligne gratuitementpour vous.
Christine, quelque chose à rajouter avant qu'on complète le
podcast aujourd'hui? Ben non, merci encore de m'avoir
reçu, c'est super agréable. Toujours un grand plaisir,
toujours une bonne répartie. Merci de nous apporter ton
expertise Christine avec toute l'énergie et la bonne humeur que
tu as, donc ça serait un plaisirde te ravoir à nouveau sur le
(23:38):
podcast. Merci à tous qui nous écoutent
et je vous demande, on produit ce contenu là gratuitement avec
beaucoup d'amour, mais on vous demande simplement de prendre
quelques secondes pour aller mettre un 5 étoiles sur la
plateforme de balado préféré ou le partager à quelqu'un dans
votre entourage à qui ça peut être pertinent.
C'est notre notre pays à nous tous.
(23:58):
Donc voilà, merci beaucoup à tous de nous écouter.
Et je vous dis au prochain podcast, à bientôt.
Merci encore une fois d'avoir é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 mettre5 étoiles sur Spotify et Apple
(24:21):
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, donc
n'hésitez pas à venir m'écrire directement sur LinkedIn.
Bon, moi j'entends l'éveiller etje 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 et 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. Partageons trucs, astuces,
(00:23):
histoire à succès ainsi que des apprentissages d'échecs
d'entrepreneurs de renom. Y a podcast pivot est une
présentation de dev two. Co.com, filiale d'Open Main
Technologies. Dave tout seo.com aide
exclusivement les entrepreneurs ambitieux qui désirent
développer leur idée d'applications logicielles afin
d'en faire un succès d'envergure.
(00:45):
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 au podcast cette semaine, j'ai le plaisir de
m'entretenir avec Christine Davidov, Christine qui est
(01:06):
product owner chez open mind et Legacy recordings, comment
vas-tu Christine, cette semaine?Ben ça va bien, merci toi.
Ça va super bien, je suis toujours emballé de toujours.
Notre prochain épisode qu'on va enregistrer ensemble y a du bon
contenu. Cette semaine, on attaque la
question de quelles sont les étapes clés d'une modernisation
logicielle? On entend des gens dans le
(01:27):
marché, on entend des fois des prospects qui disent, je pense
que je suis dû pour une modernisation, mais comment ça
se passe? C'est quoi les étapes clés?
Donc on fait cet épisode là pourdémystifier vraiment comment ça
se passe, étape par étape, pour que vous puissiez comprendre
dans quoi vous vous embarquez sivous prenez ce chemin là pour
moderniser une application que vous avez à l'intérieur de votre
organisation. Avant d'aller dans le sujet,
(01:48):
quelques petits points importants, Premièrement, c'est
pas notre premier épisode qu'on a la chance d'interviewer
Christine. Je vous invite à jeter un petit
coup d'œil à l'épisode 44 sur les 9 erreurs à éviter dans un
développement de logiciels sur mesure.
L'épisode 61 également sur comment développer mon logiciel
et non plutôt est ce que je devrais développer mon logiciel
avec ou sans chef de produit? Donc un product toner, est-ce
(02:11):
une bonne ou avec? Voilà, est-ce une bonne ou une
mauvaise idée? Honnêtement super bon épisode
qu'on a eu ensemble donc je vousinvite à l'écouter ces épisodes
là. Également, on va aujourd'hui
parler effectivement des différentes étapes, mais y a du
visuel qui accompagne le podcast.
Si vous êtes en audio, je vous invite à vous rendre au triple
(02:32):
W, point Open mind tcommetechnologie.com slash,
étape avec 1S, tiret, modernisation.
Les notes sont également dans les dans les la description de
l'épisode, le lien dans les notes de l'épisode.
Si vous allez télécharger le visuel puis nous suivre, ça va
être beaucoup plus efficace. Ceux qui sont en vidéo au niveau
du VLOG, vous allez pouvoir voirce qu'on dit à l'écran
(02:54):
directement. Donc voilà pour l'introduction
d'un podcast. Donc première étape, Christine,
qu'est-ce que c'est? Comment qu'on attaque une
modernisation logicielle? Oui bah tu l'as bien dit en
fait. L'objectif aujourd'hui, on a
déjà fait beaucoup de contenus là sur la modernisation de
l'application. Comment les gens peuvent se
retrouver là? C'est vraiment une feuille de
route, c'est un serpent. Échelle de voici par quoi vous
(03:16):
allez passer si vous entreprenezcette cette expérience là et au
final l'objectif c'est il y en a12, il y a 2 étapes, puis-je
commencer par la première? Donc la première ça commence par
l'entreprise qui se reconnaît dans les 5.
Les 5 signes là qui mentent pas fait qu'on a fait un article
là-dessus. Vous allez pouvoir le retrouver
également sur le site d'open mine dans les les signes qui
(03:40):
montrent pas que vous êtes dû pour une une réécriture, une
modernisation. Vous avez des problèmes de
performance, c'est là, les utilisateurs se plaignent, ça
devient difficile d'ajouter des fonctionnalités.
Vous aimeriez faire évoluer ce qu'il a déjà en place, mais ça
fonctionne pas. Vous aimeriez faire le pont avec
d'autres applications? Exemple, un nouveau système
comptable 1CRM et si vous voulez, vous avancez dans dans
(04:01):
la technologie mais votre système l'empêche.
Il y a des risques en termes de sécurité, super important,
peut-être pas le plus sexy, maisça reste super important.
Puis où ça où? Un autre des signes, c'est que
vous dépendez d'une seule ressource, fait que là vous avez
eu quelqu'un de confiance, un développeur qui a codé le projet
depuis le début, fait 10 ans, qui est avec vous à temps
(04:23):
partiel sur le côté, c'est la seule personne qui connaît votre
application danger danger, superdangereux.
C'est peut-être encore une fois le temps de passer dans une
modernisation et ça c'est le premier domino.
Soit que vous, vous avez identifié ces signes là ou que
votre partenaire technologique les a identifiés pour vous,
parce qu'on est quand même bien outillés là pour reconnaître ces
(04:44):
signes là. La 2e étape, c'est l'évaluation
stratégique du projet de réécriture.
Parce que évidemment que vous allez nous dire OK, oui mais ça
coûte combien? Réécrire, ça va être prêt quand
aussi tu sais ça coûte combien ça va être quand?
C'est souvent les 2 seules questions qui qui viennent à
l'esprit quand on entreprend ce projet là parce que c'est un
(05:05):
projet pour y répondre, évidemment, on doit faire 2
choses. Donc en 2 parties, y a le côté
technique, faut auditer l'application existante,
découvrir l'état des lieux, ouvrir le capot du Bolide, voir
de quoi ça a l'air là-dedans. Est-ce que le code est lisible?
Est-ce qu'on est en mesure de comprendre les fonctionnalités
et les règles d'affaires en lisant le code?
Est-ce que c'est une technologieobsolète que personne connaît où
(05:27):
est-ce qu'il y a encore quelquespersonnes dans l'univers qui s'y
connaissent? La base de données, elle a l'air
de quoi? Ce qu'elle est indexée.
Est-ce qu'on va être capable de bien migrer les données puis
maintenir leur intégrité? Ça, c'était des questions qu'on
va se poser dans l'audit technique là de l'application du
code. Ensuite, on tombe avec un
analyste d'affaires qui rentre vraiment dans la vision du
(05:47):
produit, parce que là vous avez une application, mais votre
entreprise a changé, il y a des nouveaux objectifs, vous voulez
atteindre de nouveaux copies? Vraiment on.
On rentre là-dedans fait oui c'est l'objectif, c'est de
réécrire l'application telle qu'elle est, mais faut quand
même se poser justement la question, où est-ce qu'on s'en
va? Les objectifs d'affaires?
Puis c'est surtout ça va être quoi les les priorités, tu sais
(06:10):
on s'en va, on commence par quoi?
Qu'est ce qui a le plus besoin d'amour pour être écrit?
Fait que une des puis Jonathan Tu m'arrêtes quand tu veux, là
dans mon monologue d'étapes, là ça me fait plaisir, je fais ça
souvent donc on cherche les gains qu'on va faire.
Effectivement on cherche à définir les personas.
Parce qu'une application peut être dans une entreprise depuis
super longtemps, certains l'auront délaissé parce qu'elle
(06:32):
fonctionnait plus ou moins dans leur, dans, dans leur quotidien.
Certains d'autres l'utilisent vraiment beaucoup d'une certaine
manière. Donc c'est super important de
définir qui sont les gens qui utilisent l'application.
Ça va être quoi aussi les besoins d'expérience
utilisateur, l'interface, tu sais jusqu'où on veut aller,
c'est pas l'investissement qu'onveut y faire de ce côté-là.
À cette étape là dans l'analyse en fait, on va faire
(06:54):
l'évaluation en fait stratégiquedu projet, là on va faire des
maquettes basse fidélité. Juste pour vraiment resituer les
morceaux de robots. Où est-ce qu'ils vont être
s'entendre là-dessus? Ça va nous aider également à
évaluer le le, le coût parce quele coût va va venir bientôt.
Ensuite on tombe dans la cartographie, fait que là on a
eu les objectifs, on a eu les kpi, on sait c'est quoi les
(07:14):
fonctionnalités, on sait c'est quoi les gens qui utilisent
votre application actuelle. Ensuite on va mapper comme je
dis là donc on cartographie la solution proposée.
Donc c'est pas parce que vous aviez 5 modules au départ que ça
va nécessairement se faire réécrire de la même façon.
Parce que peut-être que vos processus s'entrecroisent, il y
(07:35):
aurait une manière plus optimalede venir réécrire l'application.
Donc ça on réfléchit à ça en faisant la cartographie.
Et on vient illustrer le projet de modernisation fait que autant
les modules, les fonctionnalités, les chemins
critiques que le schéma d'interconnexion, votre
application se se connecte à quoi en ce moment?
Est-ce qu'elle va se connecter au mêmes applications que vous
voulez en profiter pour faire denouvelles connexions?
(07:57):
Donc vraiment, on vient l'architecture du projet là,
c'est à ce moment-là également qu'on l'a fait jusqu'à présent.
Jonathan, ça va? C'est fantastique.
Christine, c'est numéro un. On continue.
Super en tant que les gens qui m'écoutent suivent, c'est
parfait. On est à l'étape 3, à l'étape 4.
C'est ce que j'appelle un. Une date et là en français, ça
serait une barrière, mais c'est pas ça un un stop, là on vient,
(08:19):
OK? Parfait, on présente
l'évaluation stratégique aux clients.
Bien sûr, avec la cartographie et tout le projet, c'est là
qu'on est capable de donner des coûts estimés et un échéancier
selon le projet qui a à faire. Donc y a vraiment différentes
options de cadence également, indépendamment de de du budget,
de la liquidité plein, plein, plein de facteurs là qu'on est
(08:39):
capable de de tenir en compte. Combien de joueurs travailleront
sur le projet, et cetera fait que déjà à l'étape 4.
C'est pas si pire, il y a juste eu 3 autres étapes avant, dont
une de prise de conscience que vous avez une idée, combien ça
va coûter comme ça va me prendre.
C'est possible, hein? C'est et et.
Et parfois c'est là l'enjeu, parce que des fois les gens
commencent le temps avec la question combien ça va me
coûter? Mais c'est la même chose que si
(09:00):
on avait à construire un bâtiment pour vos votre
entreprise, vous allez voir le Contracteur vous dire combien ça
va coûter, ce que tu veux, ce que t'as besoin.
Faut mapper, faut faut faut mettre les besoins par écrit,
puis il faut être réaliste au départ avant de pouvoir bien
estimer là. Oui, puis là ici, on a aussi
quelque chose qui existe, on a une application existante qui
(09:20):
est souvent névralgique aux opérations des des des
entreprises. Donc c'est c'est quand même,
c'est quand même crucial là, qu'on prenne bien le temps de
regarder ce qui fonctionne, ce qui fonctionne moins bien que ce
qu'on va devoir travailler, puisde se mettre les mains dedans
avant de faire une évaluation. Sinon vous serez pas plus
content que que nous à faire le projet.
(09:41):
Prochaine étape, c'est ma préférée.
Là est de loin. La priorisation fait que là on
a, on a le projet, on sait ce qu'on s'en va.
On fait un exercice de roadmap, d'échéancier, avec le client
pour déterminer les priorités, et avec les développeurs
également dans la même rencontre.
Pour évaluer la complexité des besoins.
Ce que j'aime vraiment de cette étape là, c'est que tous les
(10:03):
intervenants et parties prenantes sont autour de la même
table ou dans un team dans un zoom, là pour discuter des
fonctionnalités, puis s'entendresur ce qui va être prioritaire
versus qui serait un luxe ou ce qui serait un Ice durable fait
que dans le cadre de la modernisation, oui, la prémisse
c'est de tout réécrire tel quel et et de mettre les modules
(10:24):
existants, ça c'est sûr. Ça reste que tout n'est pas sur
le même pied d'égalité. Il y a des personnes là, il y a
des besoins qui sont plus cruciales où il y a aussi, il y
a peut-être une stratégie. Qu'est-ce qu'on déploie
progressivement MVP? Là on a plusieurs épisodes
là-dessus qu'on pourra peut-êtrelier là donc qu'est ce qui a le
plus de valeur rapidement à sortir?
Puis aussi je veux pas vendre d'autres étapes mais à venir
(10:46):
déployer progressivement pour s'assurer de l'intégrité des
données, et cetera, fait que il y a vraiment cette étape là qui
est super importante. Où est-ce que le chargé de
projet, le Product Owner, là dans notre cas et est en mesure
de planifier les prochaines étapes, ça va être quoi le
roadmap du développement, sur quoi on se consacre au départ?
Pour écrire les stories et commencer le développement fait
(11:07):
que ça c'est super important comme étant.
Ensuite on tombe étape numéro 6 qui consiste à créer des
maquettes et à définir le style visuel de l'application.
Parce que souvent des projets demodernisation, c'est pas ce
qu'il y a de plus. Comment?
Dirais tu là faut pas vexer personne, mettons.
Sexy, Sexy. C'est pas super là, ça ressemble
(11:31):
un peu tu sais Windows 97 c'est ça ça, ça manque un peu de de
couleur et de dynamisme mais surtout d'expérience utilisateur
pour s'assurer que c'est au goûtdu jour.
Avec ce qu'on est habitué de de nos jours d'avoir on a la
téléphone nommé, on a un ordinateur dans les mains. 24 24
fait qu'on s'attend à certaines choses d'une application, autant
d'une application qu'on utilise au travail.
Donc super important cette étapelà, qu'elle soit à ce moment-là.
(11:55):
Également parce qu'on va se concentrer sur des modules ou
fonctionnalités qui vont être dans le MVP, donc dans les les
premières étapes pour venir valider le visuel et aussi
valider l'expérience utilisateur.
Comment est-ce que ça va être utilisé?
Donc là on est dans les maquettes un peu plus raffinées,
définies, qu'on appelle haute fidélité pour venir valider
l'effet visuel de de l'application avenir.
(12:18):
Fait que jusqu'à présent. Et généralement cette étape là
au niveau des maquettes qui sontfaits, on couvre combien de
pourcent de l'application? Ou c'est juste le style
graphique qu'on va sortir ou je serais curieux d'en entendre un
peu plus parler? Oui, on n'a pas, chez open mind
du moins, la pratique de faire toutes les maquettes comme étant
(12:38):
un cahier de charge. Ça c'est pas tout à fait, c'est
pas du tout notre pratique en fait, on est très en agilité.
L'objectif, ça va être les modules cruciaux, les étapes,
les les, les, les, les pages principales, puis souvent.
C'est des on appelle ça des components, mais on vient
valider les les les types de boutons, vraiment là l'effet
visuel de ce que ça va donner, mais on fait pas chacune des
(12:58):
pages, c'est pas c'est pas notrepratique, ça vaudrait pas la
peine non plus parce que le projet avec la méthode Agile, on
l'a défini au fur et à mesure, donc on va raffiner les besoins,
la façon que les choses vont être faites.
On va découvrir. Idéalement on découvre pas de
personne là en plein milieu du projet, mais on va découvrir les
façons de faire, certaines pratiques ou chemins qui vont
(13:19):
être utilisés. Donc c'est vraiment l'objectif.
Là c'est qu'on est capable d'être malléable avec.
Un on a une base, on a un template pour savoir où est-ce
qu'on s'en va, puis comment qu'on qu'on place les morceau.
Et là, ça, c'était l'étape numéro 6.
À l'étape numéro 7, on commence à être un peu plus technique là,
un peu plus teki et technologique.
Là ouais. Exact là l'objectif c'est
(13:42):
l'équipe de développement prend le relais et vient investiguer
et tester toutes nos incertitudes technologiques
qu'on aurait nommées à l'étape 2durant l'évaluation stratégique
et durant le l'audit de fait quelà on vient vraiment creuser,
éliminer le plus d'inconnu possible pour éliminer les
risques également pour pas qu'ily ait d'obstacles majeurs.
(14:02):
On se rend compte après 6 mois de développement où on pourra
pas se connecter. On ne veut pas ça, donc on fait
ça. Absolument pas, absolument pas.
Et je pense je pensais pas tous les partenaires qui vont mettre
l'accent là-dessus, mais. On de notre côté, on veut
surtout pas que le client investisse des sommes, que ça
devienne une dépense parce qu'ona une embûche technologique.
(14:25):
Faut vraiment aller identifier et valider et réussir à du moins
le plus possible. Éliminer ces incertitudes là
technologiques au départ, c'est super important là.
Oui ça se peut qu'on aille pas. C'est pas nécessairement d'avoir
toutes les réponses puis d'avoirexactement, mais c'est d'avoir
toutes nos hypothèses si t'en asune ou 2 3 avec des solutions
qu'on sait qu'on va aller investiguer plus tard.
(14:45):
Mais normalement on partira pas un projet avec un une
incertitude majeure, on va allerfaire un un Spike là une un
inconnu. On s'en va valider pour sortir
des hypothèses et vérifier qu'ona vraiment un plan pour y aller
ensuite. C'est le plan de migration de
données super important. Je pense également que tu as
fait d'autres, d'autres podcasts, d'autres contenus à ce
(15:05):
sujet exclusivement. Là c'est c'est c'est tout un
dossier super important de s'assurer parce que une
entreprise qui fait une modernisation a peut-être 10,
15, 20 ans de données dans son ancienne application, on veut
les migrer, on veut pas les perdre ces données là.
Donc dès le début on va faire des tests, on va se faire des
plans. Il y a différentes façons, il y
(15:25):
a différentes façons de faire des déploiements progressifs,
donc là on s'en vient se faire une stratégie, on part avec une
hypothèse. Puis on l'a défini de ce
moment-là dès l'étape 8, avant même de coder quoi que ce soit
super important. Ensuite on tombe dans le le
sprint 0 fait que là on tombe dans et dans on on va coder ça
(15:46):
on vient là je je comprends. Là y a eu 9 étapes, y a 8
étapes, on n'a pas encore codé, euh, mais c'était super
important parce qu'on a défini c'était quoi les priorités,
c'est quoi le design, où est-ce qu'on s'en va?
C'est quoi les inconnus? Il y a des incertitudes et on a
un plan de migration de données fait qu'après ça le
développement c'est la partie facile du du projet, donc là
(16:06):
l'objectif du Sprint 0 on vient.Transformer les maquettes bien
sûr en application fonctionnelle.
Donc là on vient respecter bien sûr le toutes les exigences du
client, les meilleures pratiquesde développement.
Je vais pas rentrer nécessairement dans toutes les
étapes d'un développement logiciel je pense.
Encore une fois on a d'autres podcasts à ce sujet-là qui vont
mieux le faire que moi, mais l'objectif ici c'est la
(16:28):
modernisation. Déploiement par module donc on
prône le développement progressif, particulièrement
dans le cas d'une réécriture parce qu'on veut minimiser les
risques. On veut également amener
progressivement les utilisateursdans les nouveaux modules.
C'est un point qu'on parle un peu moins, on parle beaucoup des
données, que c'est super important.
On va aller tester ça. Moi je veux aussi que tous les
utilisateurs se sentent bien, sesentent à l'aise, jouent
(16:50):
rapidement avec test, qu'est ce qu'ils font, comment qu'ils
font, ce que les l'application réagit de la même façon qu'ils
voudraient, puis on peut ajusteritérer super important
rapidement. C'est pour ça définir les
priorités au numéro 5, mon étapepréférée, parce qu'on vient
cibler les gens, les étapes, lesactivités et les actions
critiques dans l'application, puis c'est ça qu'on veut leur
(17:11):
mettre dans les mains le plus rapidement possible.
Pour venir valider le fonctionnement super important,
il y a un volet également dans cette étape 10 là là éducatif
formation des utilisateurs de manière progressive parce que tu
veux pas c'est déjà un stress, là tu sais la la gestion du
changement, là on le sait, là c'est c'est encore une fois tout
(17:31):
un sujet académique, là tu c'estc'est un stress de changer une
application que tu connais par cœur, que même que t'es habitué
de de de d'aimer Dahir, là tu sais tu, tu, tu, tu travailles
avec à contrecœur mais comme tu t'y attaches.
Donc de faire le changement, c'est, c'est vraiment.
C'est émotif, j'aime ça. Émotif.
(17:51):
Il y a quelque chose là, mais c'est vrai hein?
C'est le quotidien des gens de d'utiliser la plupart des des
des travail. Là on est habitué à voir ces
applications là donc tu tu tu développes un lien.
Donc Christine, avant d'aller à l'étape numéro 11, je veux juste
qu'on retourne 9 et 10. Qui le développement et le
déploiement progressif par module, une grande partie du
(18:13):
budget, des efforts de temps vont être mis dans ces 2 étapes.
Là donc y a une loupe qui se fait, on développe, on déploie,
on développe, on déploie. Même des fois ça peut être en
parallèle d'un module à l'autre.Donc présentement, pour
simplifier là le visuel et l'explication, on met ça en 2
petites étapes. Et ces 2 étapes là composent la
une grande partie du budget où ce que ça va aller.
Et il y a beaucoup de sous étapes qu'on a éclaté dans
(18:34):
d'autres podcasts et d'autres contenus, mais on garde ça au
niveau pour aujourd'hui. On développe, on déploie, on
fait des boucles là-dessus et ensuite on tombe à l'étape
numéro 11. Oui, exact.
Donc l'étape numéro 11 est une fois que tout est réécrit et
actif, on vient, on vient des commissionner, l'ancien système.
Là, c'est à ce moment-là. C'est nécessaire qu'on commence
à optimiser les nouveaux modulesqu'on vient de réécrire en
(18:57):
fonction des retours ou des des demandes supplémentaires du
client. Parce que on se rappelle, dans
la réécriture, dans la modernisation, on veut se
focusser dans ce focus, c'est unanglicisme.
On veut se concentrer sur les, les modules et fonctionnalités
qui sont déjà dans l'applicationexistante et tout ce qui va être
extra ou. Des des des nouvelles idées qui
(19:17):
arrivent en cours de route parceque tout le monde devient très
très ambitieux la journée qu'on commence à développer, puis
qu'on a un nouveau gadget entre les mains.
Et Ben ça on vient les prendre en note bien sûr, puis on va les
réfléchir également quand on va faire l'application qu'on qu'on
va avoir ça et éventuellement enen tête.
Mais l'étape 11 c'est l'optimisation continue, donc
une fois que le projet est livré, il est déployé.
Votre ancienne application elle est des commissionnée, mais là
(19:39):
on peut tomber dans de l'optimisation, donc c'est cette
étape là. Ensuite l'étape 12 qui est
souvent oubliée. Ce qui est bien importante c'est
la maintenance et l'opérationnel.
Donc là on veut pas retomber dans une réécriture dans 5 ans.
Alors Pour ce faire il faut maintenir la nouvelle
application et je pense également que c'était podcasts à
(20:00):
ce sujet mais très très très important.
Tout ce qui est sécurité, mise àjour mais également la dette
technique graduellement en éliminer le plus possible,
traiter les bugs s'il y en a, ajouter des fonctionnalités mais
la garder en vie, la garder à jour, garder une équipe
opérationnelle dessus. S'assurer qu'on a du support
également donc. Donc voilà, ça vient compléter
(20:22):
l'étape et l'aventure de la réécriture avec l'étape numéro
12. Et je je termine avec une phrase
qui va être un peu bizarre, maisla meilleure modernisation c'est
pas de modernisation, et là je m'exprime là-dessus.
C'est la dernière étape, la maintenance opérationnelle et de
de toujours moderniser une petite partie du système en
continue qui fait qu'on n'est pas obligé de faire une grande
(20:43):
réécriture qui cause souvent un chaos ou un délai dans
l'avancement de la de l'entreprise.
Donc ne négligez pas cette partie là.
Vous l'avez probablement négligédans le passé qui fait
qu'aujourd'hui vous êtes obligé d'écouter ce podcast là et
d'investir dans un projet massifde modernisation.
On a la solution pour vous éviter, une fois qu'on l'a fait
avec vous, de devoir le refaire par après.
(21:06):
Donc y a un petit pourcentage que vous devez mettre à chaque
année du budget total que ça vous a coûté faire le projet.
On parle généralement à peu prèsun 10%, c'est une règle du
pouce, ça peut être plus, ça peut être moins selon les
projets. Mais si vous mettez 10% en
maintenance opérationnelle et mini modernisation continue,
vous allez vous éviter un grand frais à la fin.
Mais au moins, vous allez profiter de la pleine efficacité
(21:28):
de vos systèmes toujours en continu, donc ne négligez pas
cette partie là qui est trop souvent négligée
malheureusement. Oui parce que si je peux
ajouter, on voudrait pas se retrouver encore une fois dans 2
ans, dans 5 ans, dans 3 ans avecles mêmes 5 signes qui mentaient
pas dès le départ que tu sais la2nde qui était un problème de
performance, que tu peux plus ajouter de fonctionnalités, ça
devrait pas arriver que tu voudrais faire des ponts, ça se
(21:50):
peut pas. C'est parce que t'as pas fait la
dette technique, tu l'as pas maintenu à jour et t'as pas
encore une équipe opérationnellequi maintient ton produit.
Qui peut le faire évoluer? Puis qui va te garder également
avec ta compétition puis te donner ton Edge pour pour te
démarquer en fait dans ton. Dans ton secteur donc c'est
super important pour venir. On veut pas refaire la boucle
(22:12):
c'est vous. Allez voilà ceux qui ont le
visuel on voit bien, il y a pas de boucle qui retourne vers
l'étape un. Et ceux qui n'ont pas le visuel,
open mind.com slash étape avec 1S tiret, modernisation le lien
encore une fois dans les notes de l'épisode.
La prochaine étape dans votre réflexion ou plutôt dans
l'avancement vers un projet de modernisation, c'est comment
réussir à choisir un bon partenaire de modernisation
(22:34):
logicielle? Parce que une compagnie qui est
bon en développement logiciel n'est peut-être pas
nécessairement. Très bon dans la modernisation
qui est une spécialité en soi, donc on a développé un petit
outil en une page qui vous permet de poser les bonnes
questions pour sélectionner un bon partenaire de modernisation.
C'est disponible gratuitement auOPEN mind.com slash,
(22:56):
modernisation tiret 15 questionsdonc le chiffre un, le chiffre 5
question avec 1S. Et ça va vous permettre à ce
moment-là, selon les différentesoptions de partenaires pour
moderniser votre application, deposer les bonnes questions et
s'assurer que vous faites un bonchoix.
Parce que oui, ça coûte quand même un certain bon budget, un
certain bon investissement et faut vous assurer de choisir le.
(23:17):
Mon partenaire pour maximiser ces sous là donc c'est
disponible en ligne gratuitementpour vous.
Christine, quelque chose à rajouter avant qu'on complète le
podcast aujourd'hui? Ben non, merci encore de m'avoir
reçu, c'est super agréable. Toujours un grand plaisir,
toujours une bonne répartie. Merci de nous apporter ton
expertise Christine avec toute l'énergie et la bonne humeur que
tu as, donc ça serait un plaisirde te ravoir à nouveau sur le
(23:38):
podcast. Merci à tous qui nous écoutent
et je vous demande, on produit ce contenu là gratuitement avec
beaucoup d'amour, mais on vous demande simplement de prendre
quelques secondes pour aller mettre un 5 étoiles sur la
plateforme de balado préféré ou le partager à quelqu'un dans
votre entourage à qui ça peut être pertinent.
C'est notre notre pays à nous tous.
(23:58):
Donc voilà, merci beaucoup à tous de nous écouter.
Et je vous dis au prochain podcast, à bientôt.
Merci encore une fois d'avoir é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 mettre5 étoiles sur Spotify et Apple
(24:21):
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, donc
n'hésitez pas à venir m'écrire directement sur LinkedIn.
Bon, moi j'entends l'éveiller etje 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.