Je peux comprendre la pression de l'horaire. Vous voulez faire plaisir à vos utilisateurs, car ils sont la pierre angulaire de l'entreprise. Cependant, il est également vrai que certains changements faciliteront les choses à long terme. Malheureusement, la direction de mon organisation a une résistance instinctive à de tels changements et cette résistance est si forte qu'elle empêche des améliorations à long terme.
Par exemple, Apple a récemment introduit le comptage automatique des références pour les programmes iOS. Il s'agit d'une amélioration majeure par rapport aux appels avec rétention / libération manuelle que l'on utilisait auparavant. Le code est plus facile à écrire et à maintenir. Le passage lui-même est susceptible de produire des accidents. Mais une fois que ceux-ci seront résolus, le nombre d'accidents étranges et aléatoires diminuera probablement.
J'ai récemment mentionné à mon patron que je voulais passer au comptage automatique des références. Il a répondu qu'il souhaitait se concentrer sur des améliorations visibles. Il est probable que cette réponse a été motivée par la pression qu'il subit de haut en bas - et probablement du PDG.
Il y a beaucoup d'exemples similaires. Le point commun est que quelque chose doit être corrigé, mais que les coûts à court terme du correctif l'emportent sur les avantages à court terme, où "à court terme" est défini comme "dans les prochaines semaines".
Comment dois-je gérer la situation?
EDIT: Merci pour les réponses. Laissez-les venir. En raison de la pertinence de ma situation, je devrais préciser que mon directeur et le directeur général sont tous deux des programmeurs - même si le directeur général a peut-être déjà oublié comment cela se passe. Apparemment, leurs programmeurs ont été submergés par d’autres pressions.