Au fil du temps tout ces morceaux de code qui populent votre application et que plus personne n’utilise finissent par vous ralentir de façon dramatique et vous causent souvent les pires mots de tête. C’est pourquoi il est essentiel, avant de développer de nouvelles fonctionnalités, de vous assurer que celles-ci sont réellement nécessaires et seront utilisées.

Oubliez la “sauce” et les besoins incertains, et mettez votre énergie sur ce qui compte vraiment! C’est une remise en question qui sera bénéfique aux développeurs autant qu’au clients dans le moyen terme.

Just as Taiichi Ohno called overproduction the worst waste in manufacturing, unused features are the worst kind of waste in software development. Every bit of code that is there and not needed creates complexity that will plague the code base for the rest of its life. Unused code still requires unnecessary testing, documentation, and support. It will do its share of making the code base brittle and difficult to understand and change as time goes on. The cost of complexity in code dominates all other costs and extra features that turn out to be unnecessary are one of the biggest killers of software productivity.

Ce fût une journée vraiment excellente qui m’a permis de me requestionner sur plusieurs accrochants auquels nous faisons faces à tous les jours dans l’équipe de développement web.

J’ai trouvé particulièrement intéressant les sujets suivants :

• La philo TDD (Test Driven Development)
• L’utilité évidente des tests unitaires (Unit Tests) automatisés et leur impact sur la productivité
• L’approche d’intégration continue
• La métho Kanban
• Les estimés T-Shirt
• La règle « Pull , don’t push »
• La liste des « 7 wastes of Software Development » et l’analogie de l’Empire State Building par Mary Poppendieck

Je vais essayer de détailler certains de ces points dans les prochains jours pour partager et pour m’aider à décanter tout ça…

D’ici là , si vous avez participé à la journée, j’aimerais bien connaître vos « highlights ». Qu’avez-vous appris de neuf? Qu’est-ce qui fonctionne ou qui ne fonctionne pas dans votre contexte de travail?