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 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.