Dans le dernier billet, un bug grave avait été découvert sur une des solutions de e-commerce. À la sortie du débriefing, David et Mathieu échangent à la machine à café.

Lire la suite

Ward Cunningham, le père du wiki, résume ainsi la notion de dette technique :

• Négliger la conception, c'est comme emprunter de l'argent.
• Refactorer, c'est comme rembourser la dette principale.
• Développer moins rapidement à cause de la complexité, c'est comme payer des intérêts.

Laisser s'accumuler la dette technique pour répondre rapidement à un besoin fonctionnel est une pratique assez courante dans le développement logiciel.

Malheureusement, la dette qui s'accumule épuise les ressources projets, et démotive les équipes. Lorsque la dette s'est effectivement accumulée, le travail d'un architecte est alors d'investir pour rembourser la dette principale (à plus ou moins long terme), et pour éviter que le système ne s'écroule sous la dette, et sous les intérêts.

Lire la suite

Aujourd'hui, je m'entretiens avec Marc, ingénieur qualité sur un projet d'application web de gestion piloté par Scrum.

Ingénieur qualité et Scrum ? S'agit-il d'une chimère ?

Dans les méthodologies classiques, le terme 'ingénieur qualité' a un sens bien précis. Les habitués de ces méthodologies ne reconnaitrons d'ailleurs peut-être pas l'ingénieur qualité qu'ils connaissaient. Quant aux utilisateurs de Scrum, ils pourront éventuellement être quelque peu choqués par ce terme.

Qu'en est-il donc ? Pour le savoir, donnons la parole à Marc.

Lire la suite