Tout se rattrape, sauf la modularité
Une bonne modularité vous permet de supporter une piètre qualité logicielle localement et d'améliorer les choses ultérieurement sans tout casser.
Une bonne modularité vous permet de supporter une piètre qualité logicielle localement et d'améliorer les choses ultérieurement sans tout casser.
Ne demandez plus « combien de temps ça va prendre ? », demandez-vous plutôt si vous pouvez découper encore un peu plus votre travail.
Produire du logiciel de qualité implique des aspects organisationnels qui dépassent la Tech et peuvent réduire à néant les efforts du CTO.
L'absence de modularité coûte cher. Investir dans une architecture modulaire protège votre logiciel et évite des pertes financières massives.
Voici, issus de mon expérience auprès des entreprises, quelques conseils que j'aurais aimé avoir à l'époque où j'étais manager.
Co-construire votre produit avec vos premiers clients est une bonne chose. Pour autant, cela ne veut pas dire accéder à toutes leurs demandes.
Les méthodologies séquentielles ne fonctionnent pas pour l'informatique de gestion, principalement à cause de l'effet tunnel. L'alternative ? L'Agilité.
Développer rapidement, sans maîtrise, conduit invariablement à l'accumulation de dette technique. Mettez-y le prix, cela vous coûtera moins cher.
La parole est donnée à l'un de mes clients, Ovrsea. Antoine, CTO, explique comment est venue l'idée de faire accompagner ses équipes et ce que ça a changé.
La dette technique est dangereuse parce qu'elle s'accumule en silence, jusqu'au jour où l'entreprise frappe le mur. CEO, prenez les devants.