¿Qué es un buen libro para ayudar a la gerencia no técnica a comprender el desarrollo de software? [cerrado]

Si tiene personas no técnicas que administran su equipo de desarrollo de software, ¿hay algún libro que quiera que lean para comprender mejor el proceso?

Por ejemplo, en la mayoría de los trabajos, puede estimar muy bien cuánto tiempo llevará una tarea. Pero en el desarrollo, el punto es que tienes que resolver el problema, lo que lleva un tiempo desconocido. Esto es difícil de comunicar.

¿Algo que sepa de eso lo explica bien?

" Peopleware " y " Mythical Man Month " serían un par de clásicos, aunque no estoy seguro de qué tan bien se tomaría la administración para leer cualquiera de los libros, ya que pueden verse como viejos.

Para el proceso de software y la gestión de proyectos, tengo que recomendar el Desarrollo rápido de Steve McConnell : Taming Wild Software Schedules y Software Project Survival Guide . Estos libros discuten temas que van desde errores clásicos en la gestión de proyectos de software hasta la gestión de riesgos y explicaciones de las mejores prácticas y cuándo aplicarlas de manera adecuada.

La dinámica de desarrollo de software de Jim McCarthy también proporciona algunas ideas interesantes sobre cómo funcionan los equipos de software y proporciona consejos y trucos para optimizar proyectos de software, basados ​​en casos del mundo real.

No es un libro, pero he tenido mucho éxito al dirigir gerentes no técnicos (razonablemente brillantes) a Joel on Software .

Obtenga datos y falacias de la ingeniería de software .

EDITAR

Este libro es fácil de leer y fácil de eliminar de la administración de los párrafos. Se centra en los problemas del desarrollo de software desde la distancia de no saber nada al respecto. En ese momento, tuve problemas similares a OP, y trabajando con mi gerente y este libro, logré convencerlo de que necesito más tiempo y recursos para completar mis tareas.

Sin embargo, recientemente he visto muchas cosas en ese libro en contradicción. Como siempre, no recomendaría a nadie que lea nada en los estudios sociales de todos modos. Es demasiado flojo y cambia de día en día.

Software perfecto: y otras ilusiones sobre las pruebas deberían ser otro libro que les dé.

Del prefacio, aquí están algunas de las preguntas que discute:

"¿Por qué tenemos que molestarnos en las pruebas cuando parece que nos ralentiza?

¿Por qué la gente no puede simplemente construir el software correctamente, por lo que no necesita pruebas?

¿Tenemos que probar todo?

¿Por qué no solo probar todo?

¿Qué es lo que hace que las pruebas sean tan difíciles?

¿Por qué las pruebas tardan tanto?

¿Es posible el software perfecto?

¿Por qué no podemos simplemente aceptar algunos errores? "

Posiblemente " El arte del desarrollo ágil ". Esto puede convencerlos de considerar la gestión de proyectos de software de una manera más realista. Por supuesto, si no quieres que intenten ágilmente, eso puede ser algo malo. Pero me parece una lectura convincente.

En términos del proceso de desarrollo de software, tendría que ir con "El programador pragmático: de oficial a maestro" de Andy Hunt y Dave Thomas. Está lleno de gemas de conocimiento útil que normalmente requerirían mucha experiencia real de programación en el mundo real para aprender lo contrario. También es independiente del lenguaje de programación y es principalmente fácil de entender.

En términos de estimación, el programador pragmático tiene una breve sección al respecto, pero valdría la pena leer el clásico "El mes del hombre mítico" de Fred P. Brooks. Algunos de los ejemplos de proyectos parecen un poco anticuados, pero muchas de las ideas todavía suenan ciertas hoy en día.