Code 18 par Devsights

Dans cet épisode, on continue sur notre lancée du mois passé. Après le quoi, voici le quand : quand est-ce qu'on a besoin d'un MVP? Ève-Lyne et Viviane, designer UX/UI chez Devsights, se retrouvent en tête-à-tête pour démêler les signes qui montrent qu'il est temps de passer à une solution numérique sur mesure.

Comment savoir que ton Excel ne répond plus à tes besoins? Pourquoi on pardonne autant à nos outils numériques alors qu'on n'accepterait jamais ça d'un employé? Et qu'est-ce qu'on attend de toi, comme client, pour que le projet avance vite et bien?

Entre la frustration comme meilleur indicateur, un restaurant où il faut répéter sa commande à trois personnes, la peur du changement et un client qui ne paie plus que deux licences au lieu d'une vingtaine, une conversation concrète sur le bon moment pour se lancer.

Hésitez pas à nous encourager avec un petit like ou un commentaire!

À bientôt!

LinkedIn: https://www.linkedin.com/company/devsights/posts/
Facebook: https://www.facebook.com/devsights
Instagram: https://www.instagram.com/devsights

ou écrivez-nous à [email protected]

Timestamp:
0:00 Intro : la suite de l'épisode sur le MVP
1:04 Après le quoi, le quand
1:20 Les signes qu'on a besoin d'une solution numérique
3:14 Quand Excel ne répond plus à tes besoins
3:30 Écouter la frustration, la tienne et celle de tes gens
4:41 Quand un nouvel employé prend des semaines à être opérationnel
5:44 Pourquoi on pardonne autant à nos outils numériques
8:05 Adapter l'outil à toi, pas l'inverse
9:17 Des statuts visuels et un système qui te parle
10:21 Le temps sauvé, c'est de l'argent
10:49 La difficulté de chiffrer le retour sur investissement
13:58 Les objectifs d'un MVP
15:30 L'exemple des médecins et de la paperasse
16:00 Sécurité et accès aux données
17:38 Quand tes systèmes ne se parlent pas
18:33 L'analogie du restaurant
19:56 On chicane l'erreur humaine, mais pas l'erreur numérique
20:11 Concevoir un système qui prévoit les erreurs
21:00 Petit détour : le verre d'eau et la charge mentale
22:18 Tester ses idées avant le gros changement
22:56 La réticence et la peur face au changement
23:49 Garder le savoir dans l'entreprise
25:16 Simplifier sans perdre le savoir-faire
26:21 Ce qu'on attend du client
27:17 Prendre le temps de faire une introspection
29:45 L'ouverture d'esprit et un processus challengeant
31:47 Être disponible : c'est toi qui donnes le rythme
32:53 Pas obligé que ce soit le boss
33:43 Après la livraison, on continue d'ajuster
33:59 Les questions à se poser : tes irritants
35:37 Consulter les employés sur le terrain
36:41 Impliquer les gens pour faire accepter le changement
37:41 Arriver avec des sketchs, ou pas
38:13 Valider le vrai besoin
38:43 Pas besoin d'attendre que tout casse
39:06 Un MVP coûte moins cher qu'on pense
39:41 Exemple client : payer deux licences au lieu d'une vingtaine
40:47 Retour sur investissement et flexibilité
41:24 Parler à de vrais humains
41:46 Le meilleur moment pour un MVP
42:20 Courrier du cœur et conclusion
43:25 Joyeuse Halloween!

#Code18 #Devsights #PodcastTI #BaladoQuébec #CultureTech #Informatique #GenieLogiciel #MVP #TransformationNumérique #Manufacturier #PME #HumainEtTech #DevFR #TechFR #VulgarisationTech

Dans cet épisode, Ève-Lyne et Viviane se lancent en tête-à-tête (une première) pour démystifier le MVP. C'est quoi au juste un minimum viable product ? Pourquoi ce nom-là leur convient pas toujours ? Et surtout, comment on décide ce qui rentre dedans, et ce qui reste dehors ?

Entre le débat sur MVP versus MDP (minimum désirable), la différence entre un prototype et un vrai MVP, le syndrome du « tant qu'à faire » qu'on connaît tous en rénovation, et l'IA qui peut virer votre projet en patchwork de Frankenstein si on la guide pas assez, une conversation franche sur comment construire petit, tester vite, et écouter les vrais utilisateurs plutôt que sa propre tête.

Hésitez pas à nous encourager avec un petit like ou un commentaire !

À bientôt !

LinkedIn : https://www.linkedin.com/company/devsights/posts/
Facebook : https://www.facebook.com/devsights
Instagram : https://www.instagram.com/devsights
ou écrivez-nous à [email protected]

Timestamp :
0:00 Intro : l'épisode sur le MVP
0:52 Premier épisode en tête-à-tête entre filles
1:15 Démystifier le MVP, débat sur le nom (MVP vs MDP)
4:06 Le MVP comme produit fini, pas une esquisse
4:38 C'est quoi un prototype, la différence avec le MVP
5:58 Le principe fail fast, learn faster
7:15 Les différentes sortes de MVP (jetable vs commercialisable)
9:29 Pourquoi commencer avec la plus petite version possible
10:59 Trois objectifs : réduire le risque, développer la collaboration, tester par morceaux
11:55 La courbe d'apprentissage pour les utilisateurs
20:55 Bien définir les objectifs et les problèmes du client
22:19 L'importance de l'honnêteté du client sur ses enjeux
24:21 Rester vocal et honnête pendant le projet
25:39 Le lien avec le perfectionnisme, se donner le droit à l'erreur
26:43 Pourquoi le MVP est challengeant pour tout le monde
27:09 Le syndrome du « tant qu'à faire »
28:56 Confirmer les bonnes idées avec de vrais utilisateurs
29:31 L'exemple du logiciel livré « parfait » qui plante
30:59 Un produit qui trouve finalement un autre type de client
40:15 Savoir enlever des fonctionnalités déjà réfléchies
41:27 Le vibe coding et l'IA comme anti-MVP
42:08 Le rôle réel de l'IA dans le développement
44:07 Revenir à des produits simples dans un monde surstimulé
45:37 Un MVP, c'est pas toujours une solution numérique
46:33 Comment déterminer ce qui fait partie d'un MVP
47:55 Exemple concret : un projet plein d'inconnus
49:01 Trouver le strict minimum pour répondre à son hypothèse
50:10 Exemple manufacturier : sauver du temps
50:39 Accepter la frustration comme partie du processus
51:33 Conclusion : un MVP solide, testé, plus petit que prévu
52:31 Conclusion et remerciements

#Code18 #Devsights #PodcastTI #BaladoQuébec #MVP #ProduitMinimumViable #CultureTech #Informatique #GenieLogiciel #DevFR #TechFR #VieDeDev #ManagementIT #VulgarisationTech

Dans cet épisode, on jase de quelque chose qui touche pas mal tout le monde chez Devsights : le perfectionnisme. Ève-Lyne, Viviane et JP se lancent dans une conversation vulnérable sur ce trait qui est à la fois une force et un vrai frein, selon le jour.

Comment savoir quand c'est suffisant? Pourquoi c'est si difficile d'accepter le "assez bon" quand on est capable d'imaginer la perfection? Et comment une équipe de perfectionnistes arrive à se challenger sans se brûler?

Entre le modèle Dreyfus, des fusées pour aller sur la Lune, et la phrase qui résume tout : le mieux est l'ennemi du bien, une conversation honnête sur les standards, l'ego et l'art de savoir arrêter.

Hésitez pas à nous encourager avec un petit like ou un commentaire!

À bientôt!

LinkedIn: https://www.linkedin.com/company/devsights/posts/

Facebook: https://www.facebook.com/devsights

Instagram: https://www.instagram.com/devsights

ou écrivez-nous à [email protected]

Timestamp:

0:00 Intro : l'épisode sur le perfectionnisme

1:09 Pourquoi ce sujet, l'équipe de perfectionnistes

2:06 La perfection dans le chaos organique du podcast

2:24 Qualité vs perfectionnisme : un atout qui devient un frein

3:22 Exemple client : savoir dire non au "package deal"

3:53 Savoir quand arrêter selon les domaines (design, UX, dev)

4:35 S'associer à ce qu'on produit

5:13 Le piège du tout ou rien

5:41 Définir des critères d'acceptance suffisants

6:43 Se challenger soi même plutôt que de vouloir plaire

7:23 Mesurer le succès par la satisfaction des utilisateurs

7:49 Exemples de projets ratés dans le manufacturier

9:15 Tester avec de vrais utilisateurs plutôt que deviner

10:16 "Le mieux est l'ennemi du bien" (Voltaire)

11:09 Freiner une équipe de perfectionnistes

12:14 Accepter 80 % quand c'est suffisant

12:38 La déception vient de nous, pas des clients

13:56 Les risques : anxiété et épuisement

14:29 Célébrer les succès en équipe

14:59 Perfectionnisme et difficulté à déléguer

15:40 Définir des critères clairs pour déléguer

17:47 Ne pas déléguer dans l'urgence

18:01 Réactions au stress : figer, fuir, foncer

19:18 Demander de l'aide malgré le perfectionnisme

20:25 Entêtement vs perfectionnisme

21:16 Le rôle de l'ego

23:53 Le perfectionnisme fluctue selon les domaines

25:04 Exemple du cinéma maison : optimiser avec ce qu'on a

28:52 Optimisateur plutôt que perfectionniste

29:07 Le juge intérieur constant

30:13 Les projets créatifs et le processus imparfait

33:04 Analogie du vélo et l'apprentissage

34:15 Le perfectionnisme comme spectre infini

34:41 Le paradoxe : ça empêche de se perfectionner

36:43 Petit détour Wikipédia

37:03 Comment l'équipe fonctionne malgré tous perfectionnistes

39:02 Standards élevés et pression sur JP

40:01 Perfectionnisme sain vs malsain chez un gestionnaire

40:38 Les standards d'embauche chez Devsights

44:09 Ego vs manque de confiance

45:19 Une question de maturité et de respect

47:03 Le modèle de Dreyfus expliqué

51:05 Comment mettre en pratique "le mieux est l'ennemi du bien"

52:39 Définir les critères en amont

53:39 La règle : pas deux fois la même erreur

56:08 Préférer former des juniors motivés

58:06 Difficile d'appliquer la phrase concrètement

1:00:05 Simplicité, temps et budget

1:01:56 Les standards non négociables comme repère

1:03:23 Conclusion et remerciements

#Code18 #Devsights #PodcastTI #BaladoQuébec #CultureTech #Informatique #GenieLogiciel #SoftSkills #HumainEtTech #DevFR #TechFR #VieDeDev #ManagementIT #BienEtreAuTravail #VulgarisationTech

Dans cet épisode, on s'attaque à quelque chose de simple en apparence, mais de pas mal plus compliqué dans la vraie vie : savoir dire non. Ève-Lyne, Viviane et Karl jasent de ce petit mot de trois lettres qu'on a tant de misère à prononcer, au travail comme ailleurs.

Pourquoi les non mous passent moins bien que les oui mous? Comment dire non à un client quand on a l'impression de parler au nom de toute la compagnie? Pis comment trouver l'équilibre entre vouloir plaire et être honnête sur ce qui est réaliste?

Entre anecdotes vécues, fusées, vélos et épiceries sur la Lune, une conversation authentique sur la diplomatie, le consentement et l'art de mettre ses limites sans culpabiliser.

Fait amusant : on a dit le mot « non » 178 fois dans cet épisode.

Hésitez pas à nous encourager avec un petit like ou un commentaire!

À bientôt!

LinkedIn: https://www.linkedin.com/company/devsights/posts/Facebook: https://www.facebook.com/devsightsInstagram: https://www.instagram.com/devsights

ou écrivez-nous à [email protected]

Dans cet épisode, on plonge dans un sujet qui touche tout le monde dans le monde des TI, mais dont on parle peu : l'envie de déconnecter. Ève-Lyne, Karl et Xavier jasent sans filtre de ce paradoxe bien réel, travailler en informatique toute la journée et ressentir un besoin viscéral de s'éloigner des écrans.

Permanence numérique, pression d'être toujours disponible, dopamine des réseaux sociaux, ennui créateur et réapprentissage du silence : la conversation part dans plusieurs directions, toutes aussi honnêtes les unes que les autres.

Un épisode humain, authentique et un peu philosophique, pour tous ceux qui ont déjà posé leur téléphone dans une autre pièce et trouvé ça... libérateur.

La podcast de Rad mentionnée dans l'épisode : https://www.youtube.com/watch?v=zopdNWO8UDE

Hésitez pas à nous encourager avec un petit like ou un commentaire!

À bientôt!

LinkedIn: ⁠⁠https://www.linkedin.com/company/devsights/posts/⁠⁠

Facebook: ⁠⁠https://www.facebook.com/devsights⁠⁠

Instagram: ⁠⁠https://www.instagram.com/devsights⁠⁠

ou écrivez-nous à ⁠⁠[email protected]

0:00 Introduction et présentation du sujet1:02 L'envie de se déconnecter : d'où ça vient2:05 L'effet des saisons sur notre humeur3:09 Le malaise d'être toujours rejoignable3:48 Anecdote : le CD et le choc générationnel5:34 Plus d'outils, mais plus déconnectés des autres5:57 L'époque où être disponible était l'exception6:32 La culpabilité de ne pas être disponible7:03 Laisser son téléphone dans une autre pièce8:07 L'incapacité de s'ennuyer8:46 L'ennui comme moteur de créativité9:08 La surstimulation et la baisse de l'attention9:58 Le brain rot : le cerveau s'adapte11:09 Est-ce un privilège d'être déconnecté ?12:08 Le numéro de téléphone et l'identité numérique14:04 La fracture numérique et les personnes âgées15:11 Vivre sans identification : bien ou mal ?16:14 Quand la connexion devient une contrainte18:05 Avez-vous un rituel pour couper du travail ?19:05 Le rituel d'Eveline : la porte du bureau19:37 Le parcours de Xavier : apprendre à décrocher22:25 Le rituel de Carl : le gaming comme me time23:42 La pression d'être joignable ou productif25:46 Le cerveau qui rumine un problème27:39 La sérendipité : résoudre en faisant autre chose28:39 Accepter nos limites : on n'est pas des machines29:28 Les profs alarmistes : se former jour et nuit ?30:41 Se former pendant ou hors des heures de travail31:54 L'addiction à l'urgence et le FOMO32:43 Les choses bougent moins vite qu'on le prétend34:02 Les fondations de l'informatique35:26 Ne pas vouloir être son travail36:14 L'évolution de la culture de travail37:00 Le travail fait-il partie de notre identité ?38:06 L'histoire du téléphone OnePlus en silencieux40:22 Reprendre le contrôle sur la technologie40:57 Les Dumb Phones expliqués42:01 Stratégies : notifications et écran noir et blanc42:57 Le combat contre soi-même et le temps d'écran43:53 Instagram, les hobbies et la dopamine des likes45:11 Le doom scrolling et la régulation émotionnelle46:33 Des alternatives au doom scrolling47:06 La double pression : ne pas scroller mais être productif48:50 Le podcast sur le brain rot : conseils pratiques50:30 Trouver le temps pour ses hobbies51:17 Réapprendre à apprivoiser l'ennui53:48 Reconditionner son cerveau : le devoir collectif54:10 Le seuil de plaisir et le retour à la nature55:13 Conclusion : allez jouer dehors !

Dans cet épisode, on plonge sans filtre dans un débat que presque toutes les entreprises affrontent à un moment donné, souvent dans l'urgence : consultant ou équipe interne? JP, Viviane et Ève-Lyne démêlent les pour et les contre des deux options, sans prétendre qu'il existe une réponse universelle.

Contexte, budget, maturité de l'entreprise, charge de travail, expertise disponible : les critères sont nombreux et la bonne réponse dépend de ta situation. Un épisode concret, ancré dans la réalité du terrain, pour t'aider à prendre cette décision-là avec les bons arguments en main.

L'article sur le monde TI et l'agriculture mentionné dans l'épisode : https://nearzero.software/p/warranty-void-if-regenerated

Hésitez pas à nous encourager avec un petit like ou un commentaire! :)

À bientôt!

LinkedIn: ⁠https://www.linkedin.com/company/devsights/posts/⁠Facebook: ⁠https://www.facebook.com/devsights⁠Instagram: ⁠https://www.instagram.com/devsights⁠ou écrivez-nous à ⁠[email protected]

Dans cet épisode, on plonge sans filtre dans la vulnérabilité pour aborder ce foutu syndrome de l’imposteur qui nous suit un peu trop souvent. On partage nos propres expériences, nos doutes et surtout, on explore comment ce phénomène se manifeste dans notre industrie, l’informatique.

Impossible de parler de compétences, de légitimité et d’avenir sans toucher à l’IA, parce qu’en 2026, qui n’en parle pas? On discute donc aussi de son impact sur notre confiance, notre travail et notre perception de nous-mêmes.

Un épisode vrai, imparfait, et terriblement humain.

Hésitez pas à nous encourager avec un petit like ou un commentaire! :) À bientôt!

LinkedIn: https://www.linkedin.com/company/devsights/posts/

Facebook: https://www.facebook.com/devsights

Instagram: https://www.instagram.com/devsights

ou écrivez-nous à [email protected]

Dans ce troisième épisode de Code 18, on démêle une confusion qu’on entend souvent : c’est quoi la différence entre un site web, une boutique en ligne et une application web?

On vous donne des repères simples et des exemples concrets pour mieux nommer ce que vous voulez (ou ce dont votre entreprise a vraiment besoin). Éviter le classique “on veut un site web” quand, dans le fond, c’est pas ça pantoute.

Bonne écoute!

Écrivez-nous! 

LinkedIn: https://www.linkedin.com/company/devsights/posts/

Facebook: https://www.facebook.com/devsights

Instagram: https://www.instagram.com/devsights

ou écrivez-nous à [email protected]

Bonne écoute ! 🎧

Dans ce deuxième épisode de Code 18, on essaie fort d’expliquer c’est quoi ça fait un designer UX/UI et un dev à Mononcle Serge qui a jamais vu une imprimante de sa vie !

On s’est vraiment donné pour trouver LA phrase passe-partout, mais spoiler alert : c’est pas si simple que ça. Par contre, on fait de notre mieux!

Pis vous autres, vous expliqueriez ça comment à Mononcle Serge ?Partagez-nous ça, on aime toujours vous lire !

LinkedIn: https://www.linkedin.com/company/devsights/posts/

Facebook: https://www.facebook.com/devsights

Instagram: https://www.instagram.com/devsights

ou écrivez-nous à [email protected]

Mentionné : https://panoramix.app/

Bonne écoute ! 🎧

Dans ce premier épisode de Code 18, l’équipe vous invite à plonger dans la grande question: C’est quoi le mieux ? Une application sur mesure ou une plateforme existante (probablement payante) ?

On a pris le temps d’analyser les deux options, et on partage avec vous nos réflexions :

• Quels sont les avantages et inconvénients de chaque approche ?

• Dans quels contextes privilégier le sur mesure, ou choisir une plateforme ?

Petit jeu bonus: comptez le nombre de fois que nous disons : “Ça dépend du contexte!” 

Des questions, des réactions ? Rejoignez la discussion avec nous sur

LinkedIn: https://www.linkedin.com/company/devsights/posts/

Facebook: https://www.facebook.com/devsights

Instagram: https://www.instagram.com/devsights

ou écrivez-nous à [email protected]

Bonne écoute ! 🎧