Whatever Works
Un appel au pragmatisme en matière de développement logiciel : éviter le dogme, observer ce qui fonctionne et laisser la place au doute.
Blog
Pourquoi la qualité logicielle se joue avant la première ligne de code
Un logiciel de qualité est un logiciel bien conçu avant d'être un logiciel bien réalisé. Voyons ensemble comment procéder.
Mesurer la qualité logicielle : ne vous trompez pas de combat
Mesurez un outcome plutôt qu'un output. Ainsi, vous responsabilisez vos équipes et les alignez sur les objectifs de votre entreprise.
Si vous pensez que l'Agilité coûte cher, comprenez que c'est une prime de risque
Le problème, c'est que la base de comparaison (Waterfall) conduit à un logiciel qui ne répond pas au besoin des utilisateurs…
Reprendre le contrôle de vos développements, sans l'illusion des estimations
Ne demandez plus « combien de temps ça va prendre ? », demandez-vous plutôt si vous pouvez découper encore un peu plus votre travail.
La qualité logicielle, c'est aller vite, longtemps
Aller vite est facile. Maintenir ce rythme pendant des années est plus difficile et signe la vraie qualité logicielle.
La qualité logicielle est trop importante pour être laissée à votre CTO (ou l'art de se tirer une balle dans le pied)
Produire du logiciel de qualité implique des aspects organisationnels qui dépassent la Tech et peuvent réduire à néant les efforts du CTO.
10 K€ pour en économiser 500 : le vrai ROI de la modularisation
L'absence de modularité coûte cher. Investir dans une architecture modulaire protège votre logiciel et évite des pertes financières massives.
Bugs : le développeur, un coupable trop facile
Incriminer les développeurs est facile. Mais les bugs naissent aussi de la conception, de l'organisation et de la culture.
Domain-Driven Design : pourquoi le modèle universel n'existe pas
Un modèle n’est jamais une représentation fidèle de la réalité, mais une abstraction conçue pour un objectif précis. Un modèle n’existe que par son usage.
Heures et malheurs de l'optimisation
Un exemple d'optimisation d'algorithme (le jeu du gratte-ciel), et les enseignements que l'on peut en tirer. La loi de Pareto s'applique pleinement.
Effectuation : entreprendre sans être un héros
L'effectuation, théorisée par Saras Sarasvathy, prend le contrepied du mythe entrepreneurial : ici, le but se définit à partir des moyens à disposition.
5 conseils pour recruter des profils tech
Voici, issus de mon expérience auprès des entreprises, quelques conseils que j'aurais aimé avoir à l'époque où j'étais manager.
Il y a MVP et MVP : tout dépend du contexte
Il y a des MVP à 10000€, d'autres à 10 millions d'Euros. L'objectif est le même, acquérir de vrais utilisateurs, mais tout dépend du marché.
Moi je fais le dev et toi tu fais la qualité
L'enfer est pavé de bonnes intentions, et votre Département Qualité en fait partie : on ne peut pas distinguer le « faire » et le « faire mieux ».
JIT Learning
En matière d'informatique, vous êtes condamné à apprendre en courant après le train. Pour plus de sérénité, découvrez le Just-In-Time Learning.
Éditeurs de logiciels B2B : votre client vous paie, mais il vous tue
Co-construire votre produit avec vos premiers clients est une bonne chose. Pour autant, cela ne veut pas dire accéder à toutes leurs demandes.
Changer l’entreprise : entre volonté sincère et réalité du terrain
Pour insuffler un changement durable, mieux vaut convaincre qu'ordonner. Cependant, ce changement prend du temps et nécessite des personnes autonomes.
L'Architecture hexagonale : développer en partant du domaine
L'Architecture hexagonale, formalisée par Alistair Cockburn, vise à isoler le domaine. Elle repose sur l'inversion et l'injection des dépendances.
Ticket un jour, bullshit toujours
User Story ou tâche technique ? Derrière une querelle de mots, l'arbitrage entre la valeur d'aujourd'hui et celle de demain.