About
Qui suis-je ?
Je m'appelle Amaël BERTEAU.
Passionné par le développement depuis mon plus jeune âge, cela fait plus de 20 ans que je développe des solutions IT.
Software Engineering, Maker & Entrepreneuriat
Je m'appelle Amaël BERTEAU.
Passionné par le développement depuis mon plus jeune âge, cela fait plus de 20 ans que je développe des solutions IT.
Quelques principes pour faire échouer votre transformation :
Ce n'est pas de la psychologie qu'il faut pour manager, c'est de l'autorité.
Se convaincre que la plupart des managers et des collaborateurs sont incompétents. Conjuguer ses tendances à la sophomanie (se croire plus intelligent que les autres) et l’effet Dunning Kruger (se penser plus compétent qu’on ne l’est en réalité).
L'agilité est une qualité d'ÊTRE, pas un exercice de FAIRE. Le jour où nous commençons à utiliser le mot « Agile » comme un nom propre (une méthode), plutôt que comme un adjectif (une qualité), est le jour où nous cessons d’ÊTRE agiles.
L'agilité particulièrement adaptée pour adresser les problématiques du domaine "Complexe" requiert une posture managériale différente de celle jusqu'ici adoptée et adaptée au domaine "Compliqué". (Cf. notions "Compliqué"/"Complexe" du framework Cynefin).
Vous avez une idée de produit et souhaiteriez l'évaluer ?
Le livre "Le Mom test" devrait vous intéresser.
Rob Fitzpatrick y présente tous les outils nécessaires pour parler aux clients, leur poser de bonnes questions et apprendre ce que les gens veulent vraiment.
❓ Pourquoi "Mom Test" ?
Parce qu’il conduit à des questions auxquelles même votre mère ne peut pas mentir. Si vous le faites bien, elle ne saura même pas que vous avez une idée. 😉
Comme toujours en informatique, il n'existe pas de solution miracle... c'est une question de contexte et de compromis. 😉
Chaque solution amène ses avantages et ses inconvénients, il est important de comprendre les différences pour identifier la solution la plus adaptée. (Voir source)
➤ Pour résumer :
👉 Envisagez les bases de données SQL lorsque…
C'est lorsque les décisions à propos d’architectures logicielles ou de stack technique sont prises sur des avis biaisés, les médias sociaux, et plus généralement les tendances, plutôt qu’en faisant des recherches solides et en considérant l’impact sur le projet.
La plupart ont une structure similaire :
Une équipe rencontre un pb pour lequel aucune solution n'existe. Elle décide de créer un nouvel outil / librairie / paradigme pour résoudre ce pb.
Petit rappel des 4 valeurs et 12 principes pour le développement Agile de logiciels.
Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire.
Ces expériences nous ont amenés à valoriser :
Lorsqu'un certain nombre de conditions ne sont pas remplies (connaissance de l'application, pratiques d'ingénierie, culture, …), il est fréquent que notre intention de mettre en place une architecture "microservices" donne, en réalité, naissance à un monolithe distribué.
Car nous avons les inconvénients des 2 architectures sans les avantages :
Vous développez un nouveau produit et envisagez de mettre en place une architecture "Microservices" ?
Malgré des avantages indéniables, elle pourrait ne pas être adapté, peut-être devriez-vous plutôt privilégier une architecture monolithique... 🤔
Recommander une architecture monolithique de nos jours risque de m'attirer les foudres de certains mais comme souvent, il n'existe pas de solution miracle, c'est une question de contexte et de compromis.
Vous connaissez le manifeste agile mais savez-vous par qui il a été écrit ? 🤔
Il a été rédigé par 17 experts du développement logiciel.
Ces experts estimaient que le traditionnel cycle de développement en cascade ne correspondait plus aux contraintes et aux exigences des organisations en évolution rapide.