Meilleurs livres sur la gestion d'une équipe de développement logiciel? [fermé]

13

Les livres canoniques sur le développement de logiciels sont assez bien établis. Cependant, après avoir lu un livre horrible plein de mauvais conseils sur la gestion des équipes de programmation ce week-end, je recherche des recommandations pour de très bons livres qui se concentrent sur le côté gestion de la programmation (recrutement, mesure / gestion du rendement, motivation, meilleures pratiques, structure organisationnelle , etc.) et pas autant sur la construction du logiciel lui-même.

Aucune suggestion?

books management

— JohnFx
source

Il y a maintenant une question similaire sur pm.stackexchange.com

— Andre Holzner

16

Peopleware: Projets et équipes productifs .

Si vous lisez un livre, faites-en celui-ci. Il explique comment mettre en place la productivité de vos développeurs et explique pourquoi ces éléments sont importants avec des chiffres précis.

Il est probable que vous ne les mettriez pas tous en œuvre (trop d'entreprises ont des cultures enracinées qui les empêcheront), mais cela vaut la peine de savoir quel est l'idéal et pourquoi, et d'avoir les munitions pour obtenir ce que vous pouvez.

texte alternatif

— Jon Hopkins
source

8

Après votre lecture de Peopleware (un peu dépassé, 1999, mais c'est LE classique) en voici un plus récent du même auteur ( Tom DeMarco )

Slack dépassant l'épuisement professionnel, le travail chargé et le mythe de l'efficacité totale texte alternatif

— Communauté
source

7

Le mois-homme mythique . C'est une lecture essentielle.

— Adam Crossland
source

Pour les premiers chapitres (la ventilation détaillée de la raison pour laquelle l'ajout de personnes aux projets les rend plus tard), cela en vaut la peine. Le reste, je pense, a très mal daté, car même lorsqu'il s'agit d'une lecture très sèche.

— Jon Hopkins

6

Gérer les humains

Pas beaucoup d'actions concrètes, mais c'est une lecture intéressante et fournit une perspective.

— Inaimathi
source

1

J'ai bien aimé lire ceci car il a le sens de l'humour :)

— ChrisAnnODell

2

J'ai acheté ce livre après l'avoir suggéré. À mi-chemin maintenant et je suis d'accord qu'il est très solide.

— JohnFx

Le meilleur que j'ai trouvé jusqu'à présent pour gérer une équipe de développement.

— Britt Wescott

5

En plus d'écrire Code Complete, Steve McConnell a également écrit Rapid Development: Taming Wild Software Schedules, qui traite de la gestion de projets de développement logiciel et pour les gestionnaires de projets logiciels, est presque aussi bon que Code Complete.

Il a également écrit Software Estimation: Demystifying the Black Art et The Software Project Survival Guide, qui valent la peine d'être examinés, bien que Software Estimation soit assez ... détaillé sur un sujet spécifique, à moins que vous ne soyez vraiment intéressé par ce que vous voudrez pour éviter.

— Jon Hopkins
source

Les guides de développement rapide et de survie de projets logiciels sont les manuels du cours de génie logiciel et de gestion de projets de mon université. Un développement rapide est requis pour ce cours, et je recommande fortement de l'avoir.

— Thomas Owens

1

@Thomas - vous m'avez en fait donné un peu confiance en l'enseignement universitaire. C'est un très bon livre qui mérite d'être accroché après la remise des diplômes.

— Jon Hopkins

Mon département utilise un certain nombre de textes classiques - le livre Gang of Four en ingénierie des sous-systèmes logiciels, Code Complete est recommandé dans deux cours différents et Weiger's Software Requirements est utilisé dans le cours d'ingénierie des exigences. Et les étudiants de la classe supérieure recommandent généralement des livres comme le programmeur pragmatique, le mois de l'homme mythique et Peopleware aux élèves défavorisés.

— Thomas Owens

4

La dynamique du développement logiciel de Jim McCarthy est également bonne (comme pour les livres McConnell, c'est Microsoft Press - une société connue pour avoir expédié tardivement des logiciels médiocres a réussi à publier de très bons livres sur la façon de le faire correctement).

Il contient 54 "règles" pour le développement de logiciels - certaines évidentes, d'autres moins, à peu près toutes méritent d'être rappelées et moins de 200 pages (avec des images) donc très lisibles (plus la structure de 54 règles signifie que c'est en jolis morceaux).

— Jon Hopkins
source

L'un des rares a mentionné que je ne connaissais pas auparavant. Merci pour la suggestion. Bonus: plusieurs copes utilisées pour 1 cent + expédition sur Amazon.

— JohnFx

3

Pour le recrutement Smart and Gets Things Done par un type appelé Joel Spolsky a le mérite d'être très très court avec quelques bonnes idées. Une partie de ce dont il parle ne sera pas facile à mettre en œuvre dans chaque entreprise / pays, mais il existe souvent des alternatives qui vous procureront certains avantages.

Bien que nous vantions les trucs de Joel, le premier livre d' essais de Joel sur le logiciel est également bon, bien qu'ils soient tous disponibles en ligne. Court, lisible et stimulant.

(Il meurt d'hypocrisie après toutes les fois où il a gémi sur les gens qui se disputent à quel point Joel et / ou Jeff sont merveilleux.)

— Jon Hopkins
source

J'ai lu le livre d'essais JOS, mais je m'attardais sur "Smart and Gets Things Done" parce que j'avais peur que ce ne soit trop une refonte de l'autre. Y avait-il beaucoup de matériel original?

— JohnFx

@JohnFx - Il n'y a pas beaucoup de matière complète (200 petites pages - pas que la brièveté soit une mauvaise chose) et c'est en grande partie une expansion d'idées que vous avez probablement vues ailleurs dans son écriture mais c'est quand même assez bon et je pensais que c'était mérite d'être lu. Financièrement, vous pourriez dire que c'est cher pour ce que c'est, mais cela compense cela en ne perdant pas votre temps en étant long pour le plaisir d'être long. Franchement, j'aimerais pouvoir payer 5 à 10 $ de plus pour que quelqu'un supprime le remplissage de la plupart des livres informatiques.

— Jon Hopkins

2

(lien vers le livre)

Agile ou non, un processus rétrospectif (rétrospective du travail récent d'une équipe et recherche de meilleurs moyens de le faire) est important. Ce livre contient de nombreuses techniques utiles qu'une équipe peut utiliser pour reconstruire ce qui s'est passé, déterminer les causes profondes et décider quoi faire à l'avenir.

— azheglov
source

1

Herding cats est spécialement écrit pour les programmeurs qui sont devenus des managers.

— user281377
source

En fait, c'était le livre épouvantable auquel je faisais référence.

— JohnFx

Je ne vais donc pas recevoir de +1 de votre part, je suppose? Pourquoi pensez-vous que ce livre est affreux?

— user281377

Sur presque toutes les pages de ce livre, j'ai trouvé des conseils qui seraient à l'opposé de tout ce que mon expérience en gestion m'a montré. Il aurait dû être intitulé "Comment être un manager N00B en 10 leçons faciles" De plus, l'auteur essaie trop fort d'agir comme s'il comprend les programmeurs quand il est clair qu'il ne fait que répéter des stéréotypes. Cela me rappelle un homme blanc d'âge moyen rappant pour prouver aux jeunes à quel point il est branché.

— JohnFx

1

Crystal Clear par Alistair Cockburn. Même si vous n'êtes pas dans Agile, cela inclut beaucoup de bons conseils sur la gestion des équipes et vous donne une bonne expérience pour construire votre propre processus de développement.

— Henri
source

-2

Beaucoup de livres mentionnés ci-dessus pour le front logiciel. Je dirais qu'aucun livre ou couple n'est suffisant. La gestion elle-même est une tâche difficile et très subjective. Je recommanderais à quelqu'un qui envisage la gestion de lire beaucoup de livres de revue Harvard Business. Ils ont tous une idée concrète à partager et cela demande beaucoup de lecture et d'efforts dans la mise en œuvre.

— Geek
source