Retour d'expérience sur la refactorisation d'une application (d'e-mail)

Votre équipe a passé six mois à re-factoriser une application et vous vous rendez compte que le problème est ailleurs : à chaque correction de bug, un nouveau apparaît et ce malgré la pertinence des correctifs.
Il se trouve que votre application est trop vieille. Trop de développeurs sont passés par là, la logique du développement s'est perdue en route (manque de cohérence).
Une solution s'impose, mais personne n'ose en parler : IL FAUT TOUT REFAIRE.

À cette idée : « panique » se suivent les pensées :

• OMG !
• 6 mois de perdus,
• il faut virer tous les développeurs, ces incompétents,
• il faut externaliser le développement,
• « je vous avez dit qu'il fallait prendre CE framework ! »,
• jamais on n'y arrivera... PAS DE PANIQUE.

Repartir de zéro n'est pas toujours une solution. Il faut réussir à recoller les morceaux, quitte à tout casser, pendant le moins de temps possible. C'est inévitable, mais faisons ça raisonnablement. Cette conférence tentera de répondre (intelligement) aux questions suivantes pour arriver à vos fins :

• Comment présenter la chose à ses managers sans les faire paniquer ?
• Jusqu'où peut-on aller dans la casse ?
• À partir de quand on s'égare ?