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/devsightsInstagram: https://www.instagram.com/devsightsou écrivez-nous à [email protected]:0:00 Intro : la suite de l'épisode sur le MVP1:04 Après le quoi, le quand1:20 Les signes qu'on a besoin d'une solution numérique3:14 Quand Excel ne répond plus à tes besoins3:30 Écouter la frustration, la tienne et celle de tes gens4:41 Quand un nouvel employé prend des semaines à être opérationnel5:44 Pourquoi on pardonne autant à nos outils numériques8:05 Adapter l'outil à toi, pas l'inverse9:17 Des statuts visuels et un système qui te parle10:21 Le temps sauvé, c'est de l'argent10:49 La difficulté de chiffrer le retour sur investissement13:58 Les objectifs d'un MVP15:30 L'exemple des médecins et de la paperasse16:00 Sécurité et accès aux données17:38 Quand tes systèmes ne se parlent pas18:33 L'analogie du restaurant19:56 On chicane l'erreur humaine, mais pas l'erreur numérique20:11 Concevoir un système qui prévoit les erreurs21:00 Petit détour : le verre d'eau et la charge mentale22:18 Tester ses idées avant le gros changement22:56 La réticence et la peur face au changement23:49 Garder le savoir dans l'entreprise25:16 Simplifier sans perdre le savoir-faire26:21 Ce qu'on attend du client27:17 Prendre le temps de faire une introspection29:45 L'ouverture d'esprit et un processus challengeant31:47 Être disponible : c'est toi qui donnes le rythme32:53 Pas obligé que ce soit le boss33:43 Après la livraison, on continue d'ajuster33:59 Les questions à se poser : tes irritants35:37 Consulter les employés sur le terrain36:41 Impliquer les gens pour faire accepter le changement37:41 Arriver avec des sketchs, ou pas38:13 Valider le vrai besoin38:43 Pas besoin d'attendre que tout casse39:06 Un MVP coûte moins cher qu'on pense39:41 Exemple client : payer deux licences au lieu d'une vingtaine40:47 Retour sur investissement et flexibilité41:24 Parler à de vrais humains41:46 Le meilleur moment pour un MVP42:20 Courrier du cœur et conclusion43: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/devsightsInstagram : https://www.instagram.com/devsightsou écrivez-nous à [email protected] :0:00 Intro : l'épisode sur le MVP0:52 Premier épisode en tête-à-tête entre filles1:15 Démystifier le MVP, débat sur le nom (MVP vs MDP)4:06 Le MVP comme produit fini, pas une esquisse4:38 C'est quoi un prototype, la différence avec le MVP5:58 Le principe fail fast, learn faster7:15 Les différentes sortes de MVP (jetable vs commercialisable)9:29 Pourquoi commencer avec la plus petite version possible10:59 Trois objectifs : réduire le risque, développer la collaboration, tester par morceaux11:55 La courbe d'apprentissage pour les utilisateurs20:55 Bien définir les objectifs et les problèmes du client22:19 L'importance de l'honnêteté du client sur ses enjeux24:21 Rester vocal et honnête pendant le projet25:39 Le lien avec le perfectionnisme, se donner le droit à l'erreur26:43 Pourquoi le MVP est challengeant pour tout le monde27:09 Le syndrome du « tant qu'à faire »28:56 Confirmer les bonnes idées avec de vrais utilisateurs29:31 L'exemple du logiciel livré « parfait » qui plante30:59 Un produit qui trouve finalement un autre type de client40:15 Savoir enlever des fonctionnalités déjà réfléchies41:27 Le vibe coding et l'IA comme anti-MVP42:08 Le rôle réel de l'IA dans le développement44:07 Revenir à des produits simples dans un monde surstimulé45:37 Un MVP, c'est pas toujours une solution numérique46:33 Comment déterminer ce qui fait partie d'un MVP47:55 Exemple concret : un projet plein d'inconnus49:01 Trouver le strict minimum pour répondre à son hypothèse50:10 Exemple manufacturier : sauver du temps50:39 Accepter la frustration comme partie du processus51:33 Conclusion : un MVP solide, testé, plus petit que prévu52: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/devsightsInstagram: https://www.instagram.com/devsightsou écrivez-nous à [email protected]:0:00 Intro : l'épisode sur le perfectionnisme1:09 Pourquoi ce sujet, l'équipe de perfectionnistes2:06 La perfection dans le chaos organique du podcast2:24 Qualité vs perfectionnisme : un atout qui devient un frein3: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 produit5:13 Le piège du tout ou rien5:41 Définir des critères d'acceptance suffisants6:43 Se challenger soi même plutôt que de vouloir plaire7:23 Mesurer le succès par la satisfaction des utilisateurs7:49 Exemples de projets ratés dans le manufacturier9:15 Tester avec de vrais utilisateurs plutôt que deviner10:16 "Le mieux est l'ennemi du bien" (Voltaire)11:09 Freiner une équipe de perfectionnistes12:14 Accepter 80 % quand c'est suffisant12:38 La déception vient de nous, pas des clients13:56 Les risques : anxiété et épuisement14:29 Célébrer les succès en équipe14:59 Perfectionnisme et difficulté à déléguer15:40 Définir des critères clairs pour déléguer17:47 Ne pas déléguer dans l'urgence18:01 Réactions au stress : figer, fuir, foncer19:18 Demander de l'aide malgré le perfectionnisme20:25 Entêtement vs perfectionnisme21:16 Le rôle de l'ego23:53 Le perfectionnisme fluctue selon les domaines25:04 Exemple du cinéma maison : optimiser avec ce qu'on a28:52 Optimisateur plutôt que perfectionniste29:07 Le juge intérieur constant30:13 Les projets créatifs et le processus imparfait33:04 Analogie du vélo et l'apprentissage34:15 Le perfectionnisme comme spectre infini34:41 Le paradoxe : ça empêche de se perfectionner36:43 Petit détour Wikipédia37:03 Comment l'équipe fonctionne malgré tous perfectionnistes39:02 Standards élevés et pression sur JP40:01 Perfectionnisme sain vs malsain chez un gestionnaire40:38 Les standards d'embauche chez Devsights44:09 Ego vs manque de confiance45:19 Une question de maturité et de respect47: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 amont53:39 La règle : pas deux fois la même erreur56:08 Préférer former des juniors motivés58:06 Difficile d'appliquer la phrase concrètement1:00:05 Simplicité, temps et budget1:01:56 Les standards non négociables comme repère1: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/devsightsou é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=zopdNWO8UDEHé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]: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 !