Rôle de la compréhension dans le génie logiciel/Comprendre les hommes

Début de la boite de navigation du chapitre

Comprendre les hommes permet de savoir à quoi et à qui servira un logiciel. Quand un industriel dit : "je développe un radar pour détecter les mouvements rapides", il faut comprendre "je fais du logiciel embarqué dans des missiles". Quand un développeur dit "j’ai fait ce logiciel en une semaine", il faut comprendre "j’y travaille depuis des mois en prétendant faire autre chose". Quand un chef de projet dit "je veux une interface utilisateur cool" il n'y a rien à comprendre. De nombreux logiciels sont écrits en raison d'un malentendu et ne servent finalement peu ou pas du tout. Sans tomber dans le travers du consultant dont le seul talent consiste à convaincre ses clients de se passer de ce dont ils pensent avoir besoin, l'effort consenti à comprendre les motivations et l’intérêt des utilisateurs et commanditaires d'un logiciel a un fort impact sur le cycle de développement.

Comprendre les hommes
Icône de la faculté
Chapitre no 2
Leçon : Rôle de la compréhension dans le génie logiciel
Chap. préc. :Introduction
Chap. suiv. :Comprendre la technique
fin de la boite de navigation du chapitre
En raison de limitations techniques, la typographie souhaitable du titre, « Rôle de la compréhension dans le génie logiciel : Comprendre les hommes
Rôle de la compréhension dans le génie logiciel/Comprendre les hommes
 », n'a pu être restituée correctement ci-dessus.

Comprendre ce que les hommes ne veulent pas comprendre est précieux. À l'époque ou la gestion des interdépendance entre composant logiciels est inconnue sur certains systèmes d'exploitation, le sujet du packaging est l’occasion de quiproquos. Les développeurs qui n'ont jamais voyagé, qui vivent exclusivement dans un système d'exploitation, vont associer une sémantique substantiellement différente au mot "packaging". À la question : maîtrisez vous les techniques de packaging ? La réponse "oui" aura une signification très variable.

Se comprendre soi même et donc connaître ses limites permet d’éviter de se plonger pendant six mois dans la réalisation d'un logiciel ultime qui est au delà de nos capacités.