Qu'est-ce qu'un bon livre pour aider la gestion non technique à comprendre le développement logiciel? [fermé]

Si vous avez des personnes non techniques qui gèrent votre équipe de développement logiciel, y a-t-il un livre que vous voudriez qu'ils lisent pour mieux comprendre le processus?

Par exemple, dans la plupart des travaux, vous pouvez assez bien estimer la durée d'une tâche. Mais en développement, le fait est que vous devez comprendre le problème, ce qui prend un temps inconnu. C'est difficile à communiquer.

Quelque chose que vous savez qui explique bien cela?

" Peopleware " et " Mythical Man Month " seraient quelques classiques bien que je ne sois pas sûr de la façon dont la direction prendrait la lecture de l'un ou l'autre livre car ils peuvent être vus comme vieux.

Pour les processus logiciels et la gestion de projet, je dois recommander le développement rapide de Steve McConnell : les calendriers de logiciels sauvages et le guide de survie des projets logiciels . Ces livres abordent des sujets allant des erreurs classiques dans la gestion des projets logiciels à la gestion des risques, aux explications des meilleures pratiques et au moment de les appliquer correctement.

La dynamique du développement logiciel de Jim McCarthy fournit également des informations intéressantes sur le fonctionnement des équipes logicielles et fournit des conseils et astuces pour optimiser les projets logiciels, basés sur des cas réels.

Pas un livre, mais j'ai réussi à diriger des managers non techniques (raisonnablement brillants) vers Joel on Software .

Obtenez des faits et des erreurs de génie logiciel .

ÉDITER

Ce livre est facile à lire et facile à tirer des paragraphes pour la gestion. Il se concentre sur les questions de développement de logiciels à distance sans rien savoir. À l'époque, j'avais des problèmes similaires à OP, et en travaillant avec mon manager et ce livre, j'ai réussi à le convaincre que j'avais besoin de plus de temps et de ressources pour terminer mes tâches.

Cependant, j'ai récemment vu beaucoup de choses contredites dans ce livre. Comme toujours, je ne recommanderais à personne de lire quoi que ce soit dans les études sociales de toute façon. Il est trop lavé et change de jour en jour.

Un logiciel parfait: et d'autres illusions sur les tests devraient être un autre livre que vous obtenez.

Dans la préface, voici quelques-unes des questions qu'il aborde:

"Pourquoi devons-nous déranger les tests alors que cela semble nous ralentir?"

Pourquoi les gens ne peuvent-ils pas simplement créer un logiciel correctement, il n'a donc pas besoin d'être testé?

Faut-il tout tester?

Pourquoi ne pas tout tester?

Qu'est-ce qui rend les tests si difficiles?

Pourquoi les tests prennent-ils autant de temps?

Un logiciel parfait est-il même possible?

Pourquoi ne pouvons-nous pas simplement accepter quelques bugs? "

Peut-être " L'art du développement agile ". Cela peut les convaincre de considérer la gestion des projets logiciels de manière plus réaliste. Bien sûr, si vous ne voulez pas qu'ils agissent de manière agile, cela peut être une mauvaise chose. Mais je le trouve moi-même une lecture convaincante.

En termes de processus de développement logiciel, je devrais aller avec "The Pragmatic Programmer: From Journeyman to Master" d'Andy Hunt et Dave Thomas. Il regorge de connaissances utiles qui nécessiteraient généralement beaucoup d'expérience de programmation réelle pour apprendre le contraire. Il est également indépendant du langage de programmation et est généralement facile à comprendre.

En termes d'estimation, le programmeur pragmatique a une brève section à ce sujet, mais le classique "The Mythical Man Month" de Fred P. Brooks devrait être lu. Certains exemples de projets semblent un peu datés, mais la plupart des idées sonnent toujours vrai aujourd'hui.