¿Los mejores libros sobre cómo administrar un equipo de desarrollo de software? [cerrado]

Los libros canónicos sobre desarrollo de software están bastante bien establecidos. Sin embargo, después de leer un terrible libro lleno de malos consejos sobre cómo administrar equipos de programación este fin de semana, estoy buscando recomendaciones para libros realmente buenos que se centren en el lado de la gestión de la programación (reclutamiento, medición / gestión del rendimiento, motivación, mejores prácticas, estructura organizativa , etc.) y no tanto en la construcción del software en sí.

¿Alguna sugerencia?

Peopleware: Proyectos y equipos productivos .

Si lees un libro, hazlo este. Cubre cómo hacer para que sus desarrolladores sean productivos y respalda por qué estas cosas son importantes con números concretos.

Lo más probable es que no las implemente todas (demasiadas empresas tienen culturas arraigadas que las evitarán), pero vale la pena saber cuál es el ideal y por qué, y tener municiones para obtener lo que pueda.

Después de leer Peopleware (un poco anticuado, 1999, pero es EL clásico) aquí hay uno más reciente del mismo autor ( Tom DeMarco )

Slack Getting Burnout, Busywork y el mito de la eficiencia total

El mítico hombre-mes . Esta es una lectura esencial.

Manejo de humanos

No hay muchos elementos de acción concretos, pero es una lectura interesante y proporciona perspectiva.

Además de escribir Code Complete, Steve McConnell también escribió Rapid Development: Taming Wild Software Schedules que trata sobre la gestión de proyectos de desarrollo de software y para los gerentes de proyectos de software, es casi tan bueno como Code Complete.

También escribió Software Estimation: Demystifying the Black Art y The Software Project Survival Guide, los cuales merecen una mirada, aunque Software Estimation es bastante ... detallado sobre un tema específico, así que a menos que esté realmente interesado en eso, es posible que desee mantenerse al margen.

Dinámica del desarrollo de software por Jim McCarthy también es buena (como con los libros de McConnell es Microsoft Press, una compañía conocida por enviar software mediocre tarde de alguna manera logró publicar algunos libros muy buenos sobre cómo debería hacerse correctamente).

Contiene 54 "reglas" para el desarrollo de software: algunas obvias, otras no tanto, casi todas vale la pena recordar y menos de 200 páginas (con imágenes) muy legibles (además de la estructura de 54 reglas significa que está en buenos trozos).

Para el reclutamiento inteligente y hace las cosas de un tipo llamado Joel Spolsky tiene la virtud de ser muy corto con algunas buenas ideas. Algo de lo que habla no será fácil de implementar en todas las empresas / países, pero a menudo hay alternativas que le brindarán algunos de los beneficios.

Si bien estamos promocionando las cosas de Joel, el primer libro de Joel sobre ensayos de software también es bueno, aunque todos están disponibles en línea. Corto, legible y estimulante.

(Procede a morir de hipocresía después de todas las veces que se quejaba de que la gente hablaba de lo maravillosos que son Joel y / o Jeff).

(enlace al libro)

Ágil o no, un proceso retrospectivo (mirando hacia atrás en el trabajo reciente de un equipo y buscando formas de hacerlo mejor) es importante. Este libro tiene muchas técnicas útiles que un equipo puede usar para reconstruir lo que sucedió, descubrir las causas fundamentales y decidir qué hacer en el futuro.

El pastoreo de gatos está especialmente escrito para programadores que se han convertido en gerentes.

Crystal Clear de Alistair Cockburn. Incluso si no está interesado en Agile, incluye muchos buenos consejos sobre la gestión de equipos y le brinda buenos antecedentes para construir su propio proceso de desarrollo.

Muchos libros mencionados anteriormente para el frente del Software. Yo diría que ningún libro o una pareja es suficiente. La administración en sí es una tarea difícil y es muy subjetiva. Recomendaría a alguien que esté considerando la Administración que lea muchos libros de revisión de Harvard Business. Todos tienen una idea concreta que compartir y estos requieren mucha lectura y esfuerzo en la implementación para asimilarlos.