Mise en œuvre de la modernisation de l’architecture : à partir de quand une estimation est-elle devenue une date limite ?

• Conseils pour les projets complexes de modernisation logicielle : les estimations doivent être traitées comme des repères, et non comme des dates limites.

• Expérience personnelle :

  • Après d’agréables vacances à Séoul et à Sokcho, l’auteur voulait écrire sur la pensée systémique et le livre "Zen and the Art of Motorcycle Maintenance", mais les événements des deux dernières semaines ont changé ses plans.
  • Il a eu un accident le week-end précédant l’élection américaine et a aussi vécu une grève des techniciens dans son entreprise, le New York Times.

• Les estimations : art ou science ? :

  • L’auteur décrit les écarts entre l’estimation de l’expert d’assurance et celle de l’atelier de réparation automobile, ainsi que le processus de négociation entre les deux.
  • Si des dégâts imprévus sont découverts, des coûts supplémentaires peuvent s’ajouter et nécessitent l’approbation de l’assureur.

• Similarité avec la modernisation d’architectures logicielles complexes :

  • Le texte explique l’écart entre les estimations initiales et la complexité réelle lors de la modernisation de logiciels legacy.
  • Chaque fois qu’une complexité supplémentaire est découverte, une approbation additionnelle est nécessaire.

• Un bon dirigeant pose les bonnes questions :

  • Il est important de poser les bonnes questions pour résoudre des problèmes complexes.
  • Le texte discute de la manière de réagir lorsqu’une complexité inattendue est découverte.

• Faut-il poursuivre ou considérer qu’il s’agit d’une perte totale ? :

  • Le texte explique les cas où des coûts supplémentaires sont approuvés et le travail continue, ainsi que ceux où le projet de modernisation est interrompu.

• Contexte compliqué ou contexte complexe ? :

  • En s’appuyant sur le framework Cynefin, l’auteur décrit le processus de prise de décision dans des situations complexes.
  • Il souligne l’importance de l’apprentissage et de l’expérimentation dans les projets complexes sur des logiciels legacy.

• Déni - colère - négociation - dépression - acceptation ? :

  • Le texte explique comment réagir à des situations inattendues dans les projets de modernisation.
  • Il présente aussi le modèle de Ron Westrum sur la manière dont la culture organisationnelle répond à ce type de situation.

• Conseils pour les dirigeants qui pilotent des initiatives de modernisation :

  • Dans des domaines complexes, une approche de gestion expérimentale est nécessaire, et il est important d’accepter l’échec.
  • Si les dirigeants essaient d’imposer de l’ordre, ils échoueront ; laisser émerger des motifs est la clé du succès.

• Un nouvel espoir :

  • À travers son expérience de réparation automobile et de gestion avec l’assurance, l’auteur souligne l’importance des estimations dans les projets de modernisation.
  • Il espère que les entreprises logicielles et leurs dirigeants utiliseront le bon cadre pour mesurer le succès.

[GN⁺]

Commentaires sur Hacker News

• Il arrivait que des managers traitent les estimations comme des dates butoirs. Quand les spécifications changeaient fréquemment, certains gagnaient du temps en adoptant une réaction de « cerf pris dans les phares », puis en donnant des estimations aussi prudentes que possible pour finir le travail en avance sur le planning. Avec de bons managers, ce genre de stratégie n’était pas nécessaire.

• Les projets de modernisation ont des échéances souples : il existe une pression budgétaire et des demandes des utilisateurs, mais un jour de retard ne pose généralement pas de problème majeur. En revanche, pour un lancement de sonde spatiale ou dans un grand groupe comme Ford, rater une échéance peut entraîner des pertes importantes.

• Michel-Ange avait estimé pouvoir achever le tombeau du pape Jules II en cinq ans, mais cela a en réalité pris quarante ans. Cela s’explique par des changements de demandes du client, des problèmes de chaîne d’approvisionnement, des renégociations de contrat et une réduction de l’ampleur du projet.

• Les estimations initiales restent dans les mémoires, et il est souvent difficile de les faire évoluer même quand de nouvelles informations apparaissent. C’est pour cette raison que certaines personnes hésitent à fournir des estimations.

• Il arrive souvent que les compagnies d’assurance essaient de ne payer que sur la base de l’estimation d’origine. Cela vaut pour l’assurance auto, habitation et santé, et cela ne conduit pas toujours à un résultat raisonnable.

• Il est important de fournir une estimation pour un périmètre fixe, puis d’ajouter de nouveaux jalons pour le travail supplémentaire découvert ensuite. Mais cette approche suppose une chaîne managériale capable de la comprendre.

• La direction pense que les échéances sont motivantes, mais c’est une mauvaise approche. Si les dates butoirs ne sont pas ajustées de manière réaliste, le moral de l’équipe peut en pâtir.

• Certains soutiennent l’approche « No Estimates », selon laquelle des estimations précises ne sont possibles que pour un travail identique à celui déjà réalisé ou lorsque le travail restant est clairement défini.

• Il existe une formule d’estimation amusante, une formule informelle fondée sur l’expérience personnelle. Elle prend par exemple en compte le nombre de personnes impliquées dans le projet, le nombre de nouveaux outils, etc., pour calculer la durée réelle nécessaire.

• Le meilleur système d’estimation consiste à parier sur une date de fin, et la personne la plus proche gagne un déjeuner. Cela se faisait entre amis et donnait des résultats très précis.

• Les entreprises veulent prédire l’avenir avec précision, mais c’est impossible. Les estimations sont surtout mises en avant par la hiérarchie, et ceux qui fournissent des estimations exactes n’en sont pas récompensés. Se focaliser uniquement sur le temps peut nuire à d’autres éléments importants.