Pourquoi faire simple quand on peut faire compliqué, avec Sebastien Prunier


0:01:17 Introduction de Sébastien Prunier chez Serli
0:04:48 Évolution des profils tech en France
0:07:11 Évolution des profils tech dans les licornes françaises
0:10:21 Impact des décisions d'achat sur l'informatique
0:12:48 Faire simple ou compliqué dans la tech
0:16:04 Conséquences des systèmes informatiques complexes
0:19:00 Simplicité dans les startups et grandes structures
0:19:52 Influence des décideurs tech sur les problèmes
0:24:40 Débunking des dogmes en technologie
0:25:54 Réflexion sur les rôles d'architecte et développeur
0:26:58 Approche anglo-saxonne des rôles techniques
0:33:45 Utilisation de Clever Cloud et Autoroshi
0:39:47 Manque de créativité en architecture et organisation
0:44:24 Discussion sur l'application de l'agilité
0:50:15 Mauvaise application des méthodes agiles
0:53:46 Contrat basé sur une enveloppe budgétaire
0:55:21 Conclusion sur les possibilités innovantes

Aujourd'hui, je suis accompagné de Sébastien Prunier, développeur chez Serli, une ESN basée à Poitiers. Avec plus de 10 ans d'expérience chez Serli, Sébastien partage des anecdotes sur son parcours et discute de l'évolution du rôle des développeurs en France. Nous débattons de la reconnaissance de la valeur apportée par les développeurs, des modèles d'évolution de carrière et des défis associés à la complexité excessive dans le développement logiciel. Sébastien met en avant l'importance de la production de valeur pour les utilisateurs, soulignant la nécessité pour les développeurs de comprendre non seulement la technique, mais aussi les enjeux business. Nous évoquons également la tendance à la surcomplexité dans les projets informatiques et les impacts potentiels sur les coûts et la maintenance.

Plus notre architecture accumule de complexité, plus nos compétences en maintenance deviennent hétérogènes, ce qui peut entraîner des difficultés dans la production de valeur. L'accumulation d'architectures diverses au fil du temps peut conduire à des problèmes de maintenance et de coûts. Il est crucial de trouver un équilibre entre l'innovation et la stabilité de l'architecture, tout en évitant les dogmes improductifs. Il est essentiel de promouvoir une approche agile et collaborative, où les compétences en architecture sont intégrées dans le rôle de développeur, plutôt que d'être externalisées. En adoptant des approches pragmatiques et en remettant en question les pratiques établies, il est possible de simplifier les processus sans compromettre la qualité.

Nous avons discuté de l'importance de garder les choses simples et flexibles en matière d'architecture technique. Par exemple, nous avons partagé des expériences concrètes où regrouper toutes les données dans une seule base a permis de répondre rapidement aux besoins changeants. Nous avons souligné l'importance de ne pas se laisser emporter par la complexité inutile et de rester ouvert à la créativité dans la conception des systèmes. De plus, nous avons abordé les défis liés à la migration vers des plateformes plus complexes en raison de pressions externes plutôt que de véritables besoins. En résumé, la simplicité, la flexibilité et la créativité sont des piliers fondamentaux pour rester agiles et efficients dans le monde de la technologie.

Enfin, nous avons discuté de notre expérience avec les approches agiles. Nous avons partagé nos points de vue sur les méthodes comme Scrum et Kanban, soulignant l'importance de rester flexibles et de s'adapter aux besoins des utilisateurs. Nous avons également évoqué la contractualisation agile, où nous avons réussi à travailler avec un client en se basant sur une enveloppe budgétaire plutôt qu'un périmètre fonctionnel fixe. Nous avons conclu sur le fait que l'approche agile peut être très efficace lorsque mise en place avec confiance et flexibilité. N'hésitez pas à nous retrouver sur LinkedIn et nos sites web respectifs pour plus d'informations.

La dette technique