Si les architectes devaient travailler comme des programmeurs (1995)

Si l’architecte devait travailler comme un programmeur

• On a demandé à l’architecte de concevoir et de construire une maison sans connaître précisément les besoins.

• La maison devrait pouvoir compter de 2 à 45 chambres, et les chambres doivent pouvoir être ajoutées ou supprimées facilement.

• La décision finale serait prise après avoir vu les plans d’architecture.

• La maison choisie doit coûter moins cher que celle dans laquelle on vit actuellement.

• Tous les défauts de la maison actuelle doivent être corrigés (le plancher de la cuisine qui vibre, l’isolation insuffisante des murs).

• Il faut minimiser les coûts d’entretien annuels tout en utilisant les dernières pratiques de conception et les matériaux les plus récents.

• Il faut un design de cuisine capable d’accueillir un réfrigérateur Gibson de 1952.

• Il faut écouter les avis de toute la famille et du beau-père, et concevoir une maison qui satisfasse tout le monde.

• Ne vous souciez pas des petits détails, élaborez plutôt un plan global.

• L’élaboration de plans détaillés et d’une spécification doit être prioritaire plutôt que l’obtention des ressources.

• Le toit doit être terminé dans les 48 heures suivant l’approbation du plan.

• Pour pouvoir le vendre plus tard à quelqu’un d’autre, il faut tenir compte des goûts de différents acheteurs potentiels.

• L’accord de la communauté locale est nécessaire avant de figer le plan final.

• Il faut préparer les plans architecturaux, même si le design réel peut être modifié par la suite.

• Vous êtes responsable de l’augmentation des coûts de construction due aux modifications du design ultérieures.

• C’est un projet intéressant où il est possible d’utiliser des technologies modernes et une conception libre.

• L’épouse dit qu’il lui faudrait peut-être plutôt une remorque de camping qu’une maison, et demande des conseils.

L’avis de GN⁺

• Cet article se moque d’un client imposant à l’architecte des demandes déraisonnables et contradictoires, et rapproche de manière pleine d’esprit les attentes irréalistes que rencontrent souvent les programmeurs.
• Il peut être vu comme un exemple soulignant l’importance de définir clairement les besoins et les attentes d’un projet, ainsi que de gérer les changements.
• Il permet de comprendre et de partager les difficultés communes aux experts de deux domaines différents, la programmation et l’architecture, et, en transmettant avec humour la difficulté de la gestion de projet, il suscite l’intérêt des lecteurs.

[GN⁺]

Avis sur Hacker News

• Résumé du premier commentaire :

  Quand on mène un projet, il faut découper le travail en tâches détaillées et l’estimer ; même si les estimations ne sont pas précises, il faut assumer la responsabilité en cas de dépassement du délai. Il faut fournir un point d’avancement chaque jour pendant une heure, et répéter parfois la même mise à jour au cours d’autres réunions. Il faut aussi réagir en cas d’urgence, mais ces situations ne doivent pas influencer l’estimation du temps.

• Résumé du deuxième commentaire :

  Construire une maison implique souvent de parler avec des clients difficiles ou avec des personnes qui veulent un design sans goût, et cela fait partie du travail des ingénieurs logiciels. Parfois les plans peuvent être incorrects ou inexacts, mais malgré cela, les gens construisent des maisons.

• Résumé du troisième commentaire :

  C’est un exemple parfait de l’idée du « cocktail party » qui consiste à penser qu’on sait comment fonctionne un autre domaine. Un architecte pourrait écrire un texte avec des hypothèses et des malentendus similaires à propos des programmeurs.

• Résumé du quatrième commentaire :

  Faire fabriquer une maquette grandeur réelle au préalable, la tester pour vérifier les fonctionnalités, et si cela ne convient pas, la recommencer à zéro. On ayant déjà fait cette expérience une fois, la refaire en intégrant des changements ne devrait pas poser de difficulté.

• Résumé du cinquième commentaire :

  La construction et l’ingénierie logicielle sont deux domaines totalement différents. La construction comporte des rôles et responsabilités très variés, alors que l’ingénierie logicielle inclut des chefs de produit, des designers, des ingénieurs logiciels et des auditeurs, entre autres. Ces deux domaines ne sont pas comparables.

• Résumé du sixième commentaire :

  Je préférais la version sur une équipe de construction de ponts. Elle est perçue comme une demande d’exprimer le temps de travail en « points » et comme une critique de l’industrie du logiciel. Il est courant que les professionnels de l’informatique acceptent des exigences irréalistes, mais il est essentiel de faire comprendre cette réalité aux clients.

• Résumé du septième commentaire :

  Il faut protéger strictement la vie privée de la personne qui entre dans votre maison, tout en garantissant une communication fluide. Il faut aussi assurer la sécurité contre l’incendie, les risques physiques et la sécurité vis-à-vis d’autrui, le tout sans coûts supplémentaires ni restrictions d’usage.

• Résumé du huitième commentaire :

  Penser que la programmation ressemble à la construction est faux. Créer un nouveau produit se compose de deux phases : la conception du produit et la fabrication. Les architectes et les ingénieurs logiciels appartiennent tous deux à la phase de conception du produit. L’ingénierie logicielle en est une partie, elle ne consiste pas à fabriquer selon une conception finale.

• Résumé du neuvième commentaire :

  La plupart des métiers consistent à écouter les gens. Les gens ne savent pas exactement ce qu’ils veulent, mais ils veulent qu’on écoute leurs problèmes et qu’on fasse de son mieux pour les aider.