EP. 76 - Comment bien choisir son partenaire de modernisation logicielle?

Cette semaine, Jonathan et Mathieu discutent des critères essentiels pour choisir un partenaire de modernisation logicielle. Ils mettent en avant l’importance de l’expertise, de l’expérience passée, de la méthodologie, et de la communication pour garantir le succès de vos projets. Découvrez comment trouver un équilibre entre modernisation et innovation avec une approche agile.

Note

Pour télécharger le document et lire l’article associés à ce podcast, rendez-vous sur : www.openmindt.com/modernisation-15questions

Episode Transcript

(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, d'éduquer les
entrepreneurs ayant une idée de produits technologiques
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. Le 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'application logicielle 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.
Cette semaine en présence une fois de plus de Mathieu Turgeon,
Product Owner chez open mind et Legacy Recordings.
Mathieu, comment vas-tu cette semaine?

(01:07):
Très bien, merci et toi? Ça va super bien.
Je suis très emballée que on enregistre ce contenu là.
Aujourd'hui, on va parler de comment bien choisir son
partenaire de modernisation logiciel?
Je vais mettre un petit peu la table par rapport à ça.
Notre but, Premièrement, c'est pour tous ceux qui ont des
projets de modernisation logiciels, c'est de maximiser
les chances de succès dans votreaventure parce qu'on a vu des

(01:30):
cas d'horreur. Dans le passé, des gens qui ont
fait affaire avec des partenaires qui avaient pas
l'expertise ou la capacité de mener à bien ce genre de projet.
Là, le développement logiciel, c'est une discipline complexe en
soi, mais la modernisation, c'est une sous discipline du
développement logiciel et ça l'apporte son lot de complexités

(01:50):
supplémentaires. Chez open mind, on a développé à
travers le temps une spécialisation dans la
modernisation d'applications complexe qui a mené à la
naissance du Brand et de la méthodologie.
Legacy recording et aujourd'hui,on vous livre un peu nos
secrets. En espérant vous permettre de
bien sélectionner votre partenaire de développement

(02:11):
logiciel spécifique pour votre modernisation.
Le présent podcast, on le découpe en 5 segments.
Le premier, on va parler d'expertise, toujours vers le
partenaire, donc l'expertise du partenaire, l'expérience, la
méthodologie utilisée, la gouvernance et la communication.
Et on termine avec l'aspect culture, donc ça va vous

(02:33):
permettre à ce moment-là d'un peu de challenger.
À ce moment-là, les les gens ou les entreprises ou les
partenaires que vous avez en lice pour vous accompagner dans
votre modernisation et pour voussimplifier la vie, on rend à
votre disposition. Un One pager disponible
téléchargeable, le lien dans lesnotes de l'épisode sinon, vous
pouvez vous rendre au open mind tcommetechnologie.com slash,

(02:57):
modernisation au singulier, tiret 15, questions 15, donc un
5 et questions avec 1S. Et le but de ce petit One pager,
là, c'est simplement 15 questions que que question pour
bien sélectionner son partenairede développement logiciel pour
une modernisation de l'application.
Donc ça va vous permettre de descendre.

(03:18):
Cette liste est là avec les partenaires que vous avez dans
votre sélection actuelle. Donc voilà, on part Mathieu avec
le premier point, on va parler de l'expertise donc comme je
disais dans l'introduction. Une expertise en développement
logiciel, c'est une chose, mais c'est une sous expertise, la
modernisation. Donc c'est important de

(03:39):
Challenger un petit peu les le ou les partenaires que vous
explorez pour voir ce qu'ils ont.
L'expertise de la modernisation parce que.
La modernisation logiciel? Il y a des complexités
supplémentaires qui apparaissenten cours de route.
Je vais donner une bonne exemple.
C'est le concept du fameux big-bang ou de lancement

(04:01):
progressif de l'application. Donc le Big Bang, c'est quoi?
C'est un coût qu'on a réécrit complètement l'application et
qu'on se dit on l'allume du jourau lendemain sans avoir une
transition progressive dans le temps.
Souvent, ça va donner le fameux concept du Big Bang ou ce que ça
l'éclate d'un petit peu partout et ça cause problème.
On l'a vu dans les cas du projetPhoenix pour les payes du

(04:21):
gouvernement du Canada. Même chose au provincial avec
notre fameux sac clic qui a été un bon bordel qui.
À l'heure de l'enregistrement, aujourd'hui, cet épisode là
Arch, en parlant encore la semaine passée, qui avait encore
des problèmes. Donc cet aspect-là est quelque
chose qui est une spécialisation, qui est une
expertise qui est requise. De bien comprendre le concept du
Big Bang, le le concept d'une, d'un, d'un lancement progressif

(04:45):
ou d'une transition progressive qui ne se se retrouve pas
toujours dans un développement logiciel normal et une autre
complexité qu'on voit, c'est aussi.
Ça arrive qu'on n'a pas accès aucode précédent du système.
Dans d'autres cas on a accès au code.
C'est souvent des vieilles technologies dans laquelle on
doit opérer, donc le partenaire à ce qu'il a de l'expertise dans

(05:06):
ces 2 modes de fonctionnement làselon celui qui s'applique pour
votre cas à vous. Donc est-ce que il a l'expertise
de partir d'un vieux code? Est-ce qu'il connaît le vieux
code? Mais est-ce qu'il a surtout
cette capacité là des fois à s'adapter parce qu'il ne peut-il
peut ne pas avoir l'expertise duvieux code ou de la vieille
technologie, mais ce qu'il a desbons processus de
débrouillardise pour être capable facilement d'aller

(05:28):
chercher les experts pour venir permettre cette transition là F.
Ou de faciliter cette transitionlà dans.
Certains, c'est c'est Jonathan que je trouvais important à
souligner. C'est l'accès au code.
Va aider dans le fond va réduireles risques du projet.
Par contre c'est vraiment assez de trouver c'est un acte de
confiance et relations avec le partenaire voir est-ce qu'il est

(05:49):
débrouillard et s'exposent les les bonnes questions, est-ce que
vous challenge? Est-ce que je cherche justement
à à retrouver des des des partenaires externes ou est ce
que déjà nous font une liste de de consultants externes pour
aider à pallier à ça si le pas la la l'expertise à l'interne,
mais surtout c'est que il faut vraiment que la personne puisse
rester à avoir une bonne esprit d'analyse à ce niveau-là parce
que dans ce contexte l'expertisec'est important de pouvoir.

(06:12):
Lire et décortiquer du code ancien, ça surtout sachant qu'il
y a pas de documentation, s'il yen a peu ou pas du tout de la
documentation pour les vieux systèmes Legacy, il faut que je
prenne, puisse réussir à ce niveau à se débrouiller
l'ardent, puis à lire, en fait surtout du école, c'est c'est
important, ça l'aide beaucoup làà comprendre, puis à éviter de
de de perdre, de faire des connaissances que les gens ont
oublié. Les gens peuvent oublier que y a

(06:33):
une règle d'affaires qui est là depuis 20 ans, les gens s'en
souviennent pas, ils leur dirontpas, mais elle est écrite, il
est encore, elle est encore utile, donc de le relire, c'est
important. Il y a des stratégies aussi de
si on peut le relire, ça aide beaucoup pour l'avoir essayé, il
y a les et qui peut aider à ce niveau-là pour réussir à
décortiquer, puis pouvoir réussir à à relire puis à
vulgariser une partie du code. C'est en date encore

(06:54):
d'aujourd'hui, encore des mises à jour de chat GT Gemini et
cetera qui puisse qui sont en sont capables de décortiquer et
de comprendre les parties du code.
Mon expérience avec le code que nous autres on a qu'on a eu à
faire dans les dernières années et des fois c'est difficile, il
y a encore une mauvaise conception, surtout il manque de
documentation, il manque d'expérience sur certains
langages pour ça, des fois que. Willy va aider, va aider dans le

(07:14):
fond à donner un premier premierdraft.
Par contre ça prend une personneexterne, personne humaine, pour
essayer à comprendre les nuancesque Léa est encore de discuter.
Mais après savoir que les prochaines années, 2 prochaines
années, ça peut aller se faire vite, faut être à l'affût de ça.
Et c'est intéressant que t'apportes cet aspect-là au
niveau de l'intelligence artificielle dans le travail
d'une modernisation. Je je clos ce segment là

(07:34):
expertise un peu avec les 5 questions que vous allez
retrouver dans le document Téléchargeable.
Et je commence d'abord avec ça, c'est.
Le partenaire comment restait ilà jour au niveau des dernières
tendances en matière de modernisation logicielle?
Et c'est quoi sa veille technologique pour identifier
les nouvelles technologies qui pourraient être bénéfiques pour
le projet? Donc si on se prend de notre
côté. Un exemple, chez open mind et

(07:55):
Legacy of Coding, on pousse beaucoup au niveau de
l'intelligence artificielle pourvoir comment on peut accélérer
les modernisations et surtout augmenter le niveau de qualité
au bout de la ligne. Donc vous pouvez challenger
votre partenaire que vous tentezde sélectionner sur ces
aspects-là. Donc comment il s'équipe au
niveau de la veille technologique et au niveau de se
tenir? Aux aux nouvelles des dernières
tendances sur la modernisation logicielle et également, vous

(08:17):
pouvez poser des questions, quelles sont les technologies
qui sont les plus souvent utilisées pour la modernisation
logicielle et également ce que le partenaire a déjà réalisé des
des projets similaires ou d'envergure similaires pour la
modernisation logicielle tel votre projet que vous avez donc
ce qu'il a, l'expérience et l'expertise en modernisation
logicielle directement. Là je l'ai mentionné souvent le

(08:41):
mot expérience, mais on tombe sur le volet expérience de
manière plus précise. Mathieu, je te passerai la
parole à ce moment-là. Bon Ben en fait les parties
expérience c'est important de rechanger le votre partenaire
sur le l'expérience que dans le passé sur des projets
d'envergure similaire, des projets de longue haleine.
Il peut arriver des fois dans unportfolio, dans un partenaire
vous dire oui c'est beaucoup d'expérience, ça fait 10 15 ans

(09:01):
qu'il existe mais en fait pendant tant d'années juste des
sites web, juste certaines des petites applications.
Donc aujourd'hui peut être le premier partenaire important de
poser la question, est ce que les personnes ont déjà fait des
projets qui durent plus que un mois, 2 mois, 3 mois donc
sachant surtout que les la modernisation.
C'est un projet qui dure plusieurs mois, j'ai
généralement sinon plusieurs années.
Il faut rester à voir, à démontrer cette expérience là

(09:23):
qui en lien aussi avec le déploiement progressif, sachant
que c'est des projets de longue haleine.
Il faut aussi que le le partenaire puisse ça vous donner
des références sur quel projet, quel succès qu'ils ont eu avec
des avec des déploiements, est-ce qu'ils ont justement eu
pas eu le choix où ils? C'est ça leur méthode de pouvoir
toujours déployer d'une manière le méthode Big Bang colter key,
de dire du jour au lendemain on switch on off l'ancien, puis on

(09:44):
met un de nouveau. Il faut que vous démontrez que
on. Dans l'expérience, ils ont le
bon thinking sur faire le déploiement progressif et des
projets de longue haleine. Je ferai peut-être juste une
petite parenthèse sur l'aspect de l'expérience et l'expertise
en modernisation pour essayer dedémystifier ça.
Là on va amener ça dans le domaine de la construction.
C'est comme si vous dites-moi jeveux reconstruire un un building

(10:07):
commercial et et qu'on aurait l'idée de se dire Ben je vais
juste prendre quelqu'un qui faitde la construction pour le
faire. Tu sais, la réalité c'est, vous
pouvez avoir des gens qui vont être spécialisés à construire
des maisons, des gens spécialisés à construire des
condos, des gens spécialisés à construire des locaux
commerciaux. Là, vous allez dans le côté
locaux commerciaux. Il y a des gens qui vont être
spécialisés dans la rénovation et la reconstruction de locaux

(10:29):
commerciaux. Y a une différence dans comment
les projets sont gérés, puis comment ça doit être opéré.
Vous pouvez mettre ça similaire à si vous voulez reconstruire
votre votre bâtisse ou votre usine ou vos locaux.
Ça fait une grosse différence d'aller avec des gens qui sont
spécialisés là-dedans et qui ontvécu des problèmes dans ce genre
de projet là pour être capable de les éviter avant qu'il
arrive. C'est totalement différent de
construire une maison que de de devoir rebâtir une usine alors

(10:53):
que l'usine doit continuer à rouler là.
C'est carrément ça, je te redonne la balle Mathieu.
C'est bon, c'est bon, très très pertinent.
Le l'autre point en fait l'expérience c'est il faut
connaître la la tech de départ en fait le le le, les fichiers
sources, le premier langage, si c'est l'expérience hein, il faut
toujours le cas, c'est en fait c'est un atout le Lavoir, puis
aussi des des référés, c'est quoi la technologie de fin dont

(11:14):
je parlais, niveau de l'expérience, niveau des projets
similaires d'envergure. Il faut aussi savoir que ça peut
arriver qu'avec le temps sur les10 dernières années l'entreprise
a évolué aussi niveau des technologies, puis vous voulez
pas être le premier à ce qu'utilise la nouvelle
technologie la plus récente, donc pour être sûr que ils ont
validé, ils ont déjà fait d'autres projets avec les
technologies qui veulent appuyer.
Pour votre projet actuel donc posé la question sur quelle
technologie qui vont utiliser votre votre, votre projet avec

(11:37):
ça le l'expertise par joueur aussi un un bon, un gain
important à ce niveau-là parce que oui, l'entreprise est
importante pour un bon fit avec l'entreprise, faut valider tous
ces projets là mais reste aussi s'il y a une si une rotation
importante au niveau des joueurs, c'est ça, ça l'a fait
aussi le le projet. Et si dans le fond si les
joueurs ont ces joueurs, tous des joueurs juniors, je veux des

(11:57):
joueurs avec moins d'un an ou 2 ans d'expérience que dans
l'entreprise ça peut risquer d'affecter votre votre projet.
Donc vous avez. Tout à votre honneur de pouvoir
poser la question, qui va travailler sur mon projet?
Quel jour le projet cette personne a fait quelle
expérience que que la personne afait chez l'entreprise ou
peut-être ailleurs mais qui est pertinente dans le contexte de
votre projet qui ont des faut poser la question plus c'est
quoi l'équipe qui va travailler dans votre projet?

(12:17):
Ça peut être bon aussi puis ça peut aussi avoir un fit aussi
niveau culture avec la personne aussi des fois une plusieurs
projets de plusieurs clients quidemandaient de contacter les
l'équipe. Je suis très contente de ça
parce qu'en fait je trouve ça fun d'avoir un lien de
confiance, un lien humain finalement entre l'équipe de dev
qui est pas toujours c'est moi qui le premier qui a offert avec
le client. Je trouve ça important que le
l'équipe aussi soit là fasse partie de du lien de confiance

(12:39):
avec le client. Ce à quoi je suis là si
Jonathan. Non mais simplement pour le
prochain point. On parle également de
l'expérience passée sur la méthode de d'assurance qualité,
donc le fameux ce qu'on appelle QA et la validation de tout ce
qui est la partie ergonomie expérience utilisateur.
Donc l'u X le UI donc ça vous pouvez challenger le partenaire

(13:01):
là comment qu'il fonctionne, c'est quoi leur expérience,
qu'est-ce qu'ils ont en place, comment les équipes sont
structurées, tests de charge, tests automatisés et test d'hab
milité et également au niveau design X oui je pense c'est
important d'aller chercher puis valider cet élément là.
C'est des choses qui sont trop souvent négligées ou trop
souvent ignorées dans des projets de développement
logiciel qui sont extrêmement importants, sinon encore plus

(13:24):
importants dans le cas d'un projet de modernisation.
Parce qu'on va aller chercher des gains sur beaucoup de ces
items là, souvent en stabilité, souvent fluidité dans le
système. Donc c'est des choses que vous
assurer d'être avec le bon partenaire par sinon vous allez
vous rendre compte juste à la fin.
Vous avez fait un mauvais choix après avoir investi des sommes
extrêmement importantes. On parle Mathieu après ça
d'intégrité des données, parlonsun petit peu de ça.

(13:45):
En fait, c'est beaucoup lié avecles déploiements progressifs, si
j'en veut éviter le phénomène deBig Bang.
Puis même si c'est le cas que vous avez pas le choix, faut au
moins réfléchir à garder les données intègres, c'est-à-dire
les données qui sont là, qui ontété récupérées pendant 10, 15,
20, 25 ans. Il faut s'assurer finalement que
ça puisse être compatible. Et bien finalement une bonne
migration des données entre l'ancien système et le nouveau.

(14:06):
Donc ça peut des fois le format de la base de données peut
changer. Le format des données en tant en
tant que tel va changer. Il faut c'est certain que
l'équipe doit pouvoir démontrer que ils ont déjà eu l'expérience
de pouvoir. Transformer finalement d'un type
d'un type de données à un nouveau et dresser à la limite
de pouvoir rester faire parler des 2 systèmes sur la même base
de données ou de les faire évoluer la BD de manière

(14:27):
progressive ou en ou en parallèle sur les différents
systèmes. Il y a comme plusieurs
stratégies pour la la partie desdonnées, mais quand même, faut
au moins rester à challenger. Est-ce que les gens vont quand
même vous mettre en confiance? Sur oui, on a déjà resté à
récupérer des données complexes aussi, surtout que des volumes
importants. Et si la personne n'est ça plus
loin de l'avant, on règlera ça, mettons, dans un an.

(14:47):
Non c'est j'oserais les les données là c'est ce que il peut
être un facteur majeur au niveaudes livraisons, au niveau de
l'efficacité, c'est essentiel depouvoir le vérifier ça dès le
départ pour s'assurer qu'il y a un plan.
Puis même si le plan va changer,va être évoluer, puis va
s'améliorer. Mais reste que faut avoir une
stratégie justement réserve va migrer, donner.
Puis comment résister à tester des données dans le système, le
nouveau système comme avec l'ancien?

(15:09):
Et ça, c'est un des maillons faibles qu'on a vu certains,
certaines personnes allaient avec un fournisseur de
développement logiciel générique.
Où ça coince parce que le fournisseur générique n'a pas
cette expertise là au niveau de comment bien analyser les
données qui sont déjà dans le système, comment les transférer
dans le nouveau système en gardant tout ça intègre, comment

(15:30):
qu'on peut les faire parler l'ancienne base de données, la
nouvelle base de données émigréegraduellement vers la nouvelle
base de données. Donc ça c'est une discipline et
un art en soi. Faites pas l'erreur de ne pas de
challenger cet élément là avec avec les le ou les partenaires
que vous explorez. Parce que c'est là que le bât
blesse, c'est souvent le maillonfaible qui fait dérailler.
Des projets au final et qui créent malheureusement une

(15:52):
catastrophe au bout de la ligne en production.
On avance au 3e point, on parle de méthodologie Mathieu.
En fait le grand challenge que dans dans les projets de
modernisation du genre, c'est pas un projet qui dure un mois
donc c'est le phénomène de pouvoir trouver la balance entre
le moderniser et l'innover durant le durant le temps.
Donc idéalement ce que ça a eu des projets modernisation que

(16:15):
les gens veulent veulent garnir les mêmes fonctionnalités,
veulent garder les mêmes, le même niveau d'efficacité, les
mêmes features que dans la nouvelle version, mais veut
pouvoir réussir à l'innover le moderniser en même temps.
Sauf que dans le projet dans le temps, il faut important que le
partenaire puisse réussir à trouver la juste balance entre
les 2. À dire faut garder dans le fond
les les les le corps du système,faut garder dans le fond ce que
les gens aimaient d'un ancien système de où trouvez nécessaire

(16:37):
de lancer et réussir à le pousser l'avancée plus loin,
mais sans se perdre justement non plus à toujours le faire
avancer, toujours le le l'améliorer dit Ah tant qu'à
être dans le dans le faire à nouveau le nouveau système on va
toujours pousser. Nouvelles des nouvelles features
des nouveaux modules, il faut quand même se challenger.
Est-ce que vous avez besoin absolument pour réussir à le
déployer une première fois, le mettre entre les mains des
users, on peut rester à l'améliorer au fil du temps ou

(16:58):
faire une première phase, on on recrute telle quelle, après ça
on on l'améliore. Faut restaurer parce que les
les. C'est là qu'il y a une ligne
fine entre vouloir moderniser ettoujours vouloir innover sans
s'arrêter puis dire OK mais là ça suffit, j'ai un j'ai un on va
dire le MVP, j'ai un moins, j'aiun produit viable avec la
solution que j'ai actuellement et oui on va pouvoir

(17:19):
l'améliorer. Le principe d'itération aussi là
faut quand même à à pas voir un temps, un seul gros morceau
c'est comme un éléphant, puis ilfaut le prendre une bouchée à la
fois fait c'est ça? Il faut éviter les gens de
pouvoir toujours assez de rajouter des nouvelles épices
parce qu'on est en tant qu'avoirles mains dedans.
Ouais mais parce que si vous voulez respecter le.
L'échéancier et le budget, c'estimportant de pouvoir rester à

(17:39):
retrouver. C'est un bon point.
Puis je ferais le parallèle avecce qu'on parlait du big-bang,
une transition progressive tantôt, souvent ce qu'on voit
dans là j'y vais très généraliste, mais dans le cas
d'un Big Bang ou ce que quelqu'un change d'un système à
un autre sans transition progressive, module par module.
Généralement ça l'efface entre 18 à 36 mois de profitabilité

(18:00):
chez l'entreprise qui décide de faire cette mise en route de ce
nouveau système là si c'est un système quand même assez
important dans les opérations fait que si vous en allez vers
cette vision là dites-vous la règle du du pouce et 18 à 36
mois vous allez faire 0 profit voir l'inverse.
Vous allez perdre du staff fort probablement qu'ils vont être
hérités de la transition. Donc on préconise beaucoup une

(18:24):
un un transfert qui est progressif.
Pour essayer de pas trop déstabiliser la production et
les usagers. Et c'est là.
Par contre, il y a un enjeu de dire, est-ce qu'on transfère tel
quel au niveau du stack technologique qui est derrière
le rideau? Puis après progressivement on va
moderniser les écrans, puis ajouter des nouvelles
fonctionnalités, puis intégrer également de la nouvelle

(18:45):
technologie où on va pousser un petit peu plus, puis on
introduit tout de suite des nouvelles fonctionnalités, on
change les méthodes de fonctionnement.
Donc c'est cet aspect-là qu'il faut trouver la meilleure
balance. Il y a jamais rien de parfait
dans cette recherche et cet équilibre-là au niveau de la
balance entre. Modernisation en restant pas mal
sur les écrans similaires versusajouter des nouvelles choses ou
modifier les choses, mais faut s'asseoir ensemble et vraiment

(19:07):
regarder où est-ce qu'on tente d'aller maximiser tout ça et ça
dépend tout le temps. Comme Mathieu disait, la
rapidité à laquelle on doit livrer la nouvelle version, les
enjeux de marché, les enjeux de l'entreprise, la main-d'œuvre
également, l'ouverture de la main-d'œuvre à changer leur
processus. Donc tout ça faut que le
partenaire ait cette expertise là de challenger et d'arriver

(19:28):
avec un plan, puis d'être itératif dans son plan à
travers. Pour ça, parce que on envoie des
projets de modernisation logicielle qui sont pas juste
sur plusieurs trimestres mais sur plusieurs années et les
conditions de marché changent. On a des clients qui nous ont
demandé s'il vous plaît modernisez nous sur ce logiciel
là qui est critique, on part en croisade avec eux là-dessus pour
avancer pour arriver à ce but là.
Mais en cours de route le clientdit écoute là va falloir

(19:49):
probablement tout de suite commencer à intégrer les
nouvelles fonctionnalités, changer nos processus parce que
notre marché change, puis si on s'adapte pas mais il faut le
faire on sinon on est à risque et faut que le partenaire
connaisse comment réagir dans cetemps-là, comment bien
accompagner le client puis continuer à livrer.
La valeur à travers tout ça? Le phénomène de pouvoir des fois
c'est nécessaire de changer le processus pour pas avoir une

(20:10):
perte de d'opportunité et reste toujours c'est une gestion du
changement. Puis y a des échecs au niveau de
la livraison de certains logiciels, pas encore que le
logiciel il était mauvais, c'estjuste que le principe que
c'était tellement différent par rapport à ce que les gens
étaient dus à voir avant qu'il ya une fraction énorme.
Puis il y a eu aucun engagement de la part de des employés à par
la suite vous dites Ben finalement c'est un échec parce
que le système mauvais ça à cause des gens n'embarquent pas

(20:31):
si j'embarque pas ces valeurs, mais votre processus il va pas
suivre, vous allez comme avoir la perte encore plus importante
à terme, donc je. Pour ça que c'est important de
pouvoir se challenger l'équipe puis innover.
Il reste que c'est un projet quiinnove, qui est dans le temps.
Il faut réussir toujours quand même rester à l'affût des
nouvelles technologies, puis voir si on peut intégrer, puis
si on doit intégrer une nouvelletechnologie durant le
développement aussi si les gens font juste focusser sur juste,

(20:53):
on développe, on développe, on développe, puis on intègre pas
des nouveautés, puis les nouveautés essentielles ou le
nouveau, la sécurité des choses comme ça, Ben il y a une perte à
ce niveau-là, c'est toujours ça qu'il faut valider.
Donc c'est important qu'il y a une vision globale du projet,
c'est vers où on s'en va, pourquoi qu'on va là?
Puis après ça on pourra se réajuster les les, les bons
morceaux. Reste que avec tout ça pour dire
tantôt j'en parlais de la partieincrémentale, c'est ce phénomène

(21:15):
que il faut qu'elle itérations les phénomènes que c'est des
surtout en en mode agile, principe de de de sprint.
Donc on travaille pendant 2 semaines, 3 semaines, 4
semaines, puis y a 2 jours une révision, puis un lien, un lien
de confiance avec le client puisqu'on démonte l'avancement
du projet très souvent, puis on démontre une l'avancement avec
des choses qu'on sont livrables,puis potentiellement une
mettables en production. Donc c'est le projet, le projet

(21:36):
qui finalement qui qui grossit et non pas qui vient, qui
grossit, mais qui reste avec unevaleur ajoutée à chaque fois.
C'est important de toujours devoir livrer la valeur à ce
projet. Si on livre on livre de quoi?
Puis on dirait j'ai un point de 0 à 10 à nouveau de valeur quand
j'ai livré de quoi. Yes ça fait on est content mais
ça une valeur de un pour le pourle client ou pour le projet.
Ben ça change de voir ce qu'il faut réussir à à à ne pas livrer

(21:59):
cette feature là, plutôt livrer des valeurs à forte valeur
ajoutée ou qui vont être plus longues ou être plus coûteuses
mais par contre une meilleur retour sur investissement à
terme. Donc c'est pour ça des fois faut
re Challenger sur le l'ensemble de l'application même si les
gens utilisaient toutes l'ensemble de l'application
dans. Un ancien système faut dire
Ouais mais ça par contre les gens savaient une fois par
année-là c'est important que je passe à la le prochain 2

(22:19):
semaines, je mets toutes mes énergies là-dessus.
On va le repousser plus tard en Québec.
Ouais, ça ça a pas de valeur à le faire tout de suite.
Ben good, c'est ça qu'il faut rester à challenger.
Puis c'est la la méthode du partenaire qui va être important
pour avoir le le phénomène des routes.
Rétroaction avec le client et avec les users aussi rapide à ce
niveau-là. Et c'est ça le rôle d'un product
owner de Challenger. J'aime ça très bon Mathieu.

(22:41):
Donc on a aussi l'aspect qui estimportant du parler de la vision
du projet, mais y a aussi la capacité à livrer puis à avancer
en mode agile. Donc je pense que assurez-vous
de je recule. Je recule sur ma phrase si on
regarde les statistiques entre la méthodologie agile et la
méthodologie waterfall. Les statistiques et les études
prouvent que généralement les projets vont être plus à succès.

(23:03):
C'est généré en mode agile si c'est bien fait.
Y a beaucoup de gens qui se disent qu'ils sont agiles,
qu'ils ont implanté la méthodologie agile, mais
challenger cet aspect-là, poser des questions suivantes, depuis
combien de temps le partenaire est agile?
Comment ont-ils implanté la méthodologie?
Est-ce qu'il y a un coach qui est venu sur place, ce qu'il y a
des spécialistes? Est-ce qu'y a des gens qui ont
été formés à l'extérieur, qui ont eu des certifications ou qui

(23:24):
ont des preuves de formation? Ensuite, qu'est-ce qui a comme
évolution dans l'entreprise à travers le temps?
On a un exemple chez open main, ça fait de mémoire, tu me
corrigeras Mathieu mais pratiquement 5 ans qu'on a des
coachings réguliers à chaque année de comment parfaire notre
méthodologie agile, amener les nouvelles innovations dans notre
production puis s'assurer qu'on est optimal là-dedans.

(23:47):
Donc challenger cet aspect-là c'est pas juste.
Oui, on est agile, on l'a fait, on a une formation d'une
demi-journée puis tout le monde est bon.
C'est un travail de longue haleine et il y a des nouveaux
joueurs qui rentrent dans l'équipe à travers le temps.
Comment ces nouveaux joueurs là sont formés, qui sont intégrés
dans les processus agiles? Donc posez la question, comment
c'est vécu en réel? Beaucoup se disent Agile mais la
vérité malheureusement c'est quece mot là était très galvaudé et

(24:10):
c'est rare qu'on voit les gens qui ont pris le temps et
l'argent requise pour devenir vraiment un beau partenaire de
développement agile pour livrer la valeur de plusieurs épisodes.
D'ailleurs sur le podcast pivot,par rapport à l'agilité, qu'est
ce que l'agilité? En quoi c'est bénéfique, c'est
quoi les avantages, inconvénients, c'est quoi les
c'est quoi les buts importants àconnaître pour les parties
prenantes? On vous invite à visiter le

(24:31):
podcast pivot pour. Entendre entre autres notre
coach agile venir parler de toutça et ce qu'il a fait de bien
chez nous chez Openmind Legacy et Coding.
Quelque chose à rajouter sur ce point Mathieu, avant qu'on
avance sinon? Qu'on avance sur parce que c'est
parfait. Parce que au niveau des valeurs,
l'agilité c'est une une des valeurs.
Là c'est la transparence. Donc ça amène justement sur la

(24:52):
partie gouvernance. Je laisse aller Jonathan.
Donc l'avant dernier point, on parle l'avant dernière catégorie
de questions posées. C'est tout ce qui est l'aspect
gouvernance et communication. J'ai tu fais souvent la la
métaphore que souvent les gens disent on est une entreprise B
to C ou B to B business to business to business.
Consumer mine, on se dit qu'on est du AGE to Human to Human,

(25:16):
donc humain à humain. À ce moment-là c'est toujours
une question de communication etde gouvernance et de processus à
travers tout ça. Donc la majorité des projets
technologiques échouent à cause d'un manque de gouvernance et un
manque de communication et de vision.
On en a parlé un petit peu tantôt, donc l'aspect numéro un
je pense qu'il faut parler Mathieu comme tu disais, c'est
la partie transparence et pas decachette.

(25:39):
Et là je l'amène sur un point qui a souvent les partenaires
technologiques ne veulent pas jaser ou qui balaient en dessous
de la. Si open main, quand on a
réfléchi à comment on pouvait apporter plus de valeur dans le
marché, on identifie un point oùce que toujours un
questionnement du client à, est-ce qu'un jour je devrais
avoir mon équipe de développement interne où est-ce
que je devrais le faire à l'interne ou à l'externe?

(26:00):
Je vous dis un secret, chez openmind puis Legacy recordings, y a
pas de cachette. C'est une discussion qu'on a
avec nos clients. On le sait que vous posez cette
question là et si un jour vous voulez prendre le projet parce
qu'il est rendu à un certain niveau, puis qui est au niveau
opérationnel, puis vous dites jevais prendre quelqu'un à
l'interne pour faire la maintenance.
La continuité by the way, ça se peut que ça soit nous qui vous
le dise en cours de route, qu'ona plus de valeur ajoutée qui

(26:20):
vous êtes mieux de la ramener à l'interne.
Eh bien, on a développé beaucoupde contenu pour vous abreuver de
comment nous on fait ça à l'interne pour élever votre
pratique à l'interne et on resteen support en parallèle au
niveau de l'expertise et l'ajoutde vélocité.
Si vous perdez des joueurs ou quoi que ce soit, que notre but
c'est d'être à l'endroit où ce qu'on apporte la valeur, d'avoir

(26:42):
ces discussions là franches et qu'on on parle des éléments que
vous avez en tête, que vous osezpas amener à la table, nous, on
va l'amener et ça, c'est un élément qui est important.
Transparence. Votre cachette?
Même chose au niveau de si le projet va mal, c'est en train de
déraper. Transparence et pas de cachette,
faut se dire les vraies choses, faut pas simplement balayer le

(27:03):
problème là en dessous du tapis puis que ça crée un gros
problème au bout de la ligne, donc ça c'est une chose qui est
important, assez challenge, un peu le partenaire, ça veut dire
quoi pour eux? Le côté d'être transparent qui
est pas de cachette? Comment ça se matérialise dans
le quotidien ou dans un projet de modernisation?
On parle ensuite des bonnes méthodes de gouvernance pour un

(27:23):
projet de modernisation. Mathieu, je t'ai vu aller dans
des cas clients, il y a des choses qu'on a déployées chez
des clients qui est devenu maintenant des méthodologies
standards. Donc les comités de gouvernance
sont extrêmement importants, donc la manière de comment
réussir à simplifier l'information pour la haute
direction de où on en est, c'estquoi les gros enjeux?

(27:45):
Mais être capable de l'autre côté aussi d'aller dans le micro
à certains moments. Donc il faut avoir les bonnes
méthodes de gouvernance, les bons, les bonnes rencontres
rythmées avec les bons intervenants.
Au bon moment, puis surtout d'être capable de de d'avoir des
méthodes de suivi de où on est rendu dans les projets.
Parce que l'avancement d'un projet de modernisation, ça se

(28:06):
comptabilise pas comme l'avancement d'un projet de
développement logiciel standard.Souvent, on va parler de on en
est où en termes de nombre de lignes de code qui ont été
réécrites, ou en termes de tables dans la base de données,
donc de contenant de données dans la base de données.
Et on peut y aller aussi par écran.
On peut y aller par user Story. Il y a plusieurs méthodes qui
doivent être évaluées en parallèle.

(28:27):
Être capable de dire où est-ce qu'on en est à travers le temps.
Donc tout ça, ça fait partie desbonnes méthodes de gouvernance
d'un projet de modernisation. Et oui, il y a une partie qui
est similaire à un développementlogiciel standard, mais il y a
des items supplémentaires que lepartenaire doit être compétent
et connaissant, sinon le projet risque d'aller dans une
direction que vous serez. Vous serez pas heureux au bout

(28:47):
de la ligne. Donc l'autre item qui est
important aussi, c'est la capacité à élaborer et exécuter
une bonne stratégie de formation.
Dans les 2 intervenants, donc, le client et le partenaire.
Puis je donne un exemple d'un client ou ce qui avait un
développeur à l'interne. Nous, on est en train de
moderniser le système sur la nouvelle technologie, mais il

(29:08):
faut amener ces gens-là à l'interne, à connaître la
nouvelle technologie, à connaître ce qu'on fait, à
connaître nos méthodes. Donc c'est quoi la stratégie de
formation pour unifier les connaissances des 2 équipes?
Donc l'équipe du client, l'équipe du partenaire, pour pas
que ça crée des silos et que ça crée également.
Je me suis vraiment anglais maisun clash puis des frictions à

(29:29):
travers le temps. Donc faut y a une stratégie de
formation, une stratégie d'accompagnement, d'intégration,
puis il y a également une stratégie de formation.
Après ça au déploiement des modules de manière progressive
aussi, le Big Bang a été opté oua été la seule option possible.
C'est quoi la stratégie de formation des joueurs?
C'est quoi la stratégie d'implantation derrière tout ça?
Pour vraiment enlever un maximumde frictions à travers le temps

(29:52):
puis s'assurer qu'il y a pas de problème.
Donc là je parle un petit peu duaprès lancement, mais je pense
Mathieu, t'as des items que tu veux mentionner dans la
gouvernance et de la communication?
Ils sont ultra importants pour toute la partie le planifier, le
poste lentement, le poste lancement et le support là.
Oui tout en fait le le but de tout ça, comme tu disais
Jonathan, c'est d'impliquer, lesanalyser, les impliquer dans le
fond, les personnes qui vont travailler avec l'application.

(30:14):
Il suffit que je veux éviter quefinalement il y a comme un
voile, un voile caché pour eux autres qui disent ahh finalement
on va le déployer puis advienne que pourra, faut avoir un plan
sur la formation, faire un plan sur quel, quel niveau de support
qu'on va devoir avoir après le lancement, comment qu'on va
rester à bien intégrer. Puis les biens implantés, il se
passe quoi dans les? Jour un jour 2 jour 10 jour 35

(30:35):
suite au lancement selon selon la méthode de déploiement pour
réussir à pouvoir ainsi impliquer la donne partenaire là
y a vraiment un facteur d'influence important énorme
dans le fond en fait pour la CE la réussite de ce projet là
parce que si le le le partenaireje veux dire OK mais moi je
développe, développe, développe et je vous donne ça à la fin y a
y a des fortes chances que y a un morceau qui le sa va rouler

(30:55):
carré même si l'application l'application va éviter bien
développée baisser la s'impliquepas dans le dans le sport par
par la suite. Ce qu'il faut vraiment voir une
équipe ultra forte dans la gestion du changement.
Au niveau de l'implantation après, mais j'ai.
Rare masse? Non pas vu de cas de de succès
où ce que jamais le partenaire s'inscrivait à la toute fin.
Puis c'est la personne qui les personnes internes qui

(31:16):
s'occupaient de faire le le déploiement.
Je pense que c'est essentiel quele partenaire puisse avoir un
niveau de confiance au niveau dede, de pédagogie, de pouvoir de
restaurer à bien documenter et recevoir ou du moins à bien
conseiller des on. On parle souvent de partenaire.
C'est essentiel de pouvoir poserdes questions sur comment que
vous voulez qu'on travaille pourl'implantation.
Parce que en fait c'est un échange, y a pas une recette

(31:36):
vient pas avant 16 h pour aujourd'hui on donne pas une
recette, c'est c'était laquelle?C'est des conseils sur
l'encadrement pour rester dans le fond, comment rester à avoir
le meilleur input de la part de votre partenaire?
C'est important que lui aussi vous pose des questions,
quelqu'un qui vous pose pas de question mais pour moi c'est que
il il réfléchit pas assez, faut vraiment que la personne
réussisse à vous à vous challenger pour vous dire il se
passe quoi après ça le lendemainla semaine après OK Ben si

(31:58):
justement il y a il y a un bug, ce qu'on voulait on se met on
est en urgence pour être là le 24 h sur 24 parce que oui il va
en avoir des bugs, il y a pas unsystème qui est déployé et c'est
jamais 0 bug. Reste que il y a des niveaux
d'importance, mais faut voir s'entendre sur c'est quoi le
nouveau service qu'on voulait entendre là-dessus là le premier
24 h dans le première semaine. Et par la suite, il faut pouvoir
planifier aussi la la maintenance.

(32:19):
La dissolution a fait un effet des des podcasts dédié à ce
sujet-là sur la partie maintenance je serai Jonathan
vous envoyer les les liens aussi, mais reste que c'est le
parti important à planifier. Et c'est vraiment important ça,
parce que quand on a redéfini nos services pour apporter plus
de valeur dans les débuts des années de la décennie 2020,
c'est un des points puis des irritants qu'on entendait dans

(32:40):
le marché. Souvent il y a un développement
logiciel, c'était livré, puis après ça, wow quel quel feu
d'artifice négatif par la suite.Que c'est un aspect qu'on suit
beaucoup nos projets puis qu'on apporte dès le départ sur la
table de dire faut pas oublier là le côté support, le côté
maintenance à travers le temps, comment qu'on s'arrange?

(33:00):
Quoi? Les niveaux de service, les
fameux SL. Donc challengez votre partenaire
là-dessus à quel point qu'il estbien équipé sur ce niveau-là?
Ou du moins comment il va bien vous accompagner et comment il
va structurer le projet? Dernière catégorie de questions
à poser, c'est une catégorie quiest extrêmement.
Oublié ou négligé? Et j'ai voulu la mettre

(33:20):
là-dedans parce que on a eu la chance d'explorer et faire des
acquisitions dans le temps chez open mind de d'autres
entreprises. Et c'est un volet dans nos
check-lists d'acquisition qui ona remis au départ.
Et on voit que c'est extrêmementpertinent aussi au niveau dans
la partie développement logicielet modernisation.
C'est l'aspect culture. Donc Matt, si tu peux nous en

(33:42):
parler un petit peu par rapport à ça, qu'est-ce qu'on doit
challenger au niveau culture? En fait partie des des.
Généralement, une bonne entreprise a déjà des valeurs, a
déjà une mission de jeune vision.
Pour une entreprise, c'est important de pouvoir réussir à
aller à voir s'il y a un fit à ce niveau-là.
Si il ramène une corrélation entre les 2, elle pourrait être
bien honnête. Les les des clients, les
meilleurs clients que j'ai dans les dernières années, c'était

(34:03):
sûr que le chant qu'on a vu de culture, puis ça se voit assez
rapidement en fait là, dès les premières rencontres, la manière
que discute la stratégie de communication en interne, la
manière que les employés, le lien entre l'employé et le la,
la haute direction aussi, un niveau d'indépendance, nous, on
a un niveau. On essaie de plus possible dans
le fond sur une structure horizontale, mais ça l'est pas
au moins un lien assez rapide, nouveau entre la haute direction

(34:25):
et j'aurais la partie développeur.
Mais c'est vrai aussi dans d'autres, dans d'autres
entreprises on a dans l'approchedu manufacturier ou
métallurgique, on l'a vu que il y a, il peut avoir ce même lien
là même quand l'entreprise est très grosse.
On le voit que ça fait partie dela culture justement d'avoir un
lien de confiance entre la direction et les les employés.
Ça c'est un exemple de valeur, mais on le voit dans les

(34:46):
rencontres très importantes de pouvoir voir si le Challenger.
Pour les valeurs, comment que les gens travaillent, comment
les gens sont au quotidien, est-ce que finalement il y a,
comment dire ça, ce que vous voulez, il y a la même émission.
Tu peux avoir une mission très similaire ou une vision, une
entreprise similaire entre 2 entreprises, même si dans 2
domaines différents technologiesou finalement dans le domaine
dans le manufacturier on peut voir, il y a des liens à faire.

(35:07):
Puis déjà dans le le côté humain, ça ça paraît énormément
fait que c'est un lien avec la la gouvernance là aussi.
Puis pour juste ramener au pointd'en haut, on peut dire que le
partenaire pourrait être bon au niveau de l'expertise, au niveau
de l'expérience, au niveau de laméthodologie, la gouvernance
communication. Mais si ça fitte pas entre les
entreprises ou il y a pas la même vision ou une mission qui

(35:28):
est commune, ça va coincer en menant quelque part.
Donc hésitez pas à challenger cet aspect-là mais y a un aspect
qui est super important par rapport à la culture, pas
nécessairement entre les 2 entreprises, mais ce que la
culture elle est bonne. Mathieu dans l'entreprise qui
est le partenaire en tant que tel parce qu'il a un point super
important souvent qu'on néglige à ce niveau-là là.
Mais en fait, c'est la culture est assez bonne, assez forte au

(35:49):
niveau de l'entreprise, au niveau de votre partenaire
technologique, les gens vont rester, vous allez voir qu'il y
aura une un faible taux de rotation au niveau des des
joueurs, au niveau des on appelle des des joueurs de notre
côté des développeurs, les employés, donc quand les
employés ils restent, c'est ce que font.
Les gens aiment travailler, ils aiment les projets, ils aiment
le aiment l'équipe, ils aiment le aiment la, la mentalité qui
se passe dans l'entreprise, doncça a un facteur d'influence

(36:11):
important. C'est une bonne question à
poser. Là je pense que ce serait
confortable de pouvoir le poser.C'est quoi votre de rotation au
niveau des joueurs dans les 235 dernières années?
5 dernières années on comprend que la la COVID a changé
beaucoup la donne, mais quand même, même dans le COVID on peut
avoir un bon un bon taux de de rotation, puis par la suite
aussi le un bon taux de rétention.
Voilà. Donc c'est important de pouvoir

(36:32):
regarder le même, le le même genre de de personne, même les
mêmes équipes, les joueurs pourtant qui restent plus
finalement que la connaissance demeure au sein de l'entreprise.
Tu sais-je pourrais-je considèreextrêmement chanceux, j'ai
beaucoup de personnes dans mon équipe que c'est les mêmes
depuis plusieurs années. Ça le facteur de succès
important au niveau du projet puisque justement on n'a pas
besoin de toujours. Répétez vous, c'est comme ça

(36:54):
fonctionne l'entreprise comme çaque le client travaille, comme
ça que le projet fonctionne. Ahh Ben voici le projet a tel
tel tel fonctionnalité. Donc même si on doit, même si on
documente pour genre intégrer des nouveaux, des nouveaux
joueurs, des nouveaux employés, Ben reste au moins en ayant
encore encore fort, encore fort,un noyau fort.
En ayant noyau fort, ça commenceque justement on peut facilement

(37:14):
intégrer des nouveaux joueurs quand on veut rendre grossir
l'équipe, mais ça fait au moins qu'il y ait une continuité.
Puis justement on n'a pas besoinde on, on le on le sent pas,
c'est ça que je trouve le pour moi le meilleur gage de succès
de ça c'est que finalement on a pas le choix d'une personne doit
quitter ou une nouvelle personnes'intègre puisque le client on
n'a pas vu a pas remarqué la différence.
On a le même le même niveau de qualité, de la même structure,

(37:35):
la même méthode. Les projets gardent la même
vélocité même s'il y a un changement parce que la majorité
des gens sont là où on le voit, que le switch se fait très bien.
À ce niveau-là donc valider la grosseur oui de l'entreprise, ça
vaut la grosseur des équipes, mais la stabilité c'est
essentiel à ce niveau-là parce que ça va être un gage de la
culture, mais aussi ça va créer un lien de confiance aussi parce
que si on veut regarder le nouveau transparence important

(37:56):
entre le partenaire et le vous en tant que client, Ben vous
devez essentiel de pouvoir avoirassez confiance.
Tu sais, la transparence va aider à nouveau la confiance,
mais si y a des bons joueurs, vous sentez que finalement avec
l'équipe ensemble ont confiance entre elles.
C'est beaucoup facile d'avoir une confiance aussi après.
Puis si sans confiance c'est difficile après ça de de rester.
Avoir le meilleur, finalement, du du projet.

(38:17):
C'est bien, puis juste pour illustrer d'un d'une certaine
manière l'importance. Où l'impact quand y a un joueur
qui a une rotation de joueurs dans une équipe pour des gros
projets comme ça, je dis souventqu'il y a comme 3 catégories de
connaissances dans un projet, ily a la catégorie connaissance
technique, donc ce que le programmeur c'est techniquement,

(38:37):
comment bien faire les choses que ça c'est, c'est généralement
il va l'apprendre en allant à l'école ou dans la formation
continue. Le 2e point qui est important
c'est est-ce qu'il connaît les processus et les procédés du
client, donc ça a une courbe d'apprentissage pour ça.
Puis la 3e item c'est ce qui connaît le projet parce que les
projets peuvent devenir des des monstres à travers le temps,
donc ça veut pas dire qu'ils travaillent dans un petit coin
qui connaît l'ensemble du projet.

(38:58):
Et plus qui travaillent longtemps dans un projet plus
qui connaît les subtilités du projet et de ce qui a été
développé au niveau du logiciel.Donc quand une rotation de
joueurs le côté technique mais le partenaire a la
responsabilité de trouver un bonjoueur technique mais il peut
pas injecter du jour au lendemain l'ensemble d'une
expérience qui est accumulée à travers le temps sur les
processus et les procédés du client et sur le projet.

(39:20):
Donc ça c'est un aspect qui est important, ce que plus les
joueurs restent longtemps sur unprojet, généralement moins qu'on
a une perte d'efficacité sur 2 de ces 3 volets là dans.
La, la capacité à avancer sur unprojet dernier petit au niveau
culture, on parle challenger, lepartenaire au niveau de la
culture, est-ce une bonne culture d'innovation et
d'amélioration continue? Donc par exemple, ce qu'on fait

(39:43):
nous, notre côté, c'est qu'on a des comités ou des équipes qui
vont être dédiées à l'amélioration continue.
On a également des programmes, puis des équipes qui vont
travailler sur les programmes deformation.
Même chose au niveau de la recherche et l'intégration des
nouvelles technologies. Donc challenger votre
partenaire. Comment il est équipé en termes
de processus comité? Et tout le reste autour par
rapport à cette fameuse culture d'innovation, d'amélioration

(40:04):
continue. J'ai une star un jour qui disait
qu'il y avait 30% des connaissances techniques qu'on
avait aujourd'hui qui ne serviront plus l'année
prochaine. Donc si votre partenaire est pas
en mode constante de oser évoluer, qu'il y a une de nos
valeurs de notre côté, et bien ça se peut que votre partenaire
malheureusement diminue sa valeur d'année en année.
Donc c'est un aspect qui est super important.
Mathieu, avant qu'on résume ce podcast là, ce qui avait quelque

(40:27):
chose supplémentaire que tu voulais rajouter?
Non, je pense qu'on a fait un bon tour Jonathan.
Fantastique. Donc je vous rappelle on dans
les notes de l'épisode vous pouvez aller télécharger le
petit outil 15 questions pour bien sélectionner son partenaire
de développement logiciel pour une modernisation de
l'application. Donc si vous voulez aller
directement sur l'adresse open mindt.com slash, modernisation

(40:50):
tiret, le chiffre 15 question avec 1S.
Et comme vous voyez on est des passionnés de modernisation
logicielle donc on a beaucoup decontenus pertinents sur nos
différents podcasts, sur notre blog, sur notre site web donc
hésitez pas. Aller vous abreuver tout ça pour
voir comment on peut vous aider ou comment vous pouvez vous
assurer de maximiser votre chance de succès dans votre

(41:11):
modernisation logicielle. Et si vous vous posez la
question suis-je du pour une modernisation logicielle?
Eh bien on a un petit questionnaire en une page qui
vous permet de parfaire votre réflexion.
Donc c'est disponible dans les notes de libre, dans les notes
de l'épisode ou au OPEN minded.com slash, modernisation
singulier, tiret, réflexion. Mathieu, toujours un grand

(41:33):
plaisir de collaborer avec toi, merci.
De venir partager ton expérienceavec les gens qui nous écoutent
et pour tous ceux qui nous écoutent, je vous dis à 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

(41:55):
prendre seulement une petite 10 secondes de votre temps pour
mettre sur pause et aller mettre5 étoiles sur Spotify et Apple
Podcast, ça fait toute la différence pour nous et ça nous
encourage à continuer. On est également curieux de
savoir ce que vous avez aimé et qu'est-ce que vous aimeriez
entendre sur le podcast dans lesprochains trimestres, donc
n'hésitez pas à venir m'écrire directement sur LinkedIn.
Bon Ben j'entends l'éveiller et je vous dis.

(42:17):
À la prochaine?