O que é um bom livro para ajudar o gerenciamento não técnico a entender o desenvolvimento de software? [fechadas]

Se você tem pessoas não técnicas gerenciando sua equipe de desenvolvimento de software, há um livro que gostaria que elas lessem para entender melhor o processo?

Por exemplo, na maioria dos trabalhos, você pode muito bem estimar quanto tempo uma tarefa levará. Mas no desenvolvimento, o ponto principal é que você precisa descobrir o problema, que leva tempo desconhecido. Isso é difícil de se comunicar.

Alguma coisa que você saiba disso explica isso bem?

" Peopleware " e " Mythical Man Month " seriam alguns clássicos, embora eu não tenha certeza de quão bem a gerência levaria para ler um ou outro livro, pois eles podem ser vistos como antigos.

Para o gerenciamento de processos e projetos de software, tenho que recomendar o Rapid Development de Steve McConnell : domesticando agendas de software selvagens e o Guia de sobrevivência de projetos de software . Esses livros discutem tópicos que variam de erros clássicos no gerenciamento de projetos de software, gerenciamento de riscos e explicações sobre as melhores práticas e quando aplicá-los adequadamente.

A dinâmica de desenvolvimento de software de Jim McCarthy também fornece algumas idéias interessantes sobre como as equipes de software funcionam e fornece dicas e truques para otimizar projetos de software, com base em casos do mundo real.

Não é um livro, mas tive um bom sucesso ao direcionar gerentes não técnicos (razoavelmente brilhantes) para Joel on Software .

Obtenha fatos e falácias da engenharia de software .

EDITAR

Este livro é fácil de ler e fácil de capturar parágrafos para gerenciamento. Ele se concentra nas questões do desenvolvimento de software à distância de não saber nada sobre isso. Na época, eu tinha problemas semelhantes ao OP e, trabalhando com meu gerente e este livro, consegui convencê-lo de que precisava de mais tempo e recursos para concluir minhas tarefas.

No entanto, recentemente vi muitas coisas nesse livro contraditórias. Como sempre, eu não recomendaria a ninguém que lesse nada nos estudos sociais. É tudo muito desagradável e muda de dia para dia.

Software perfeito: e outras ilusões sobre testes devem ser outro livro que você as obtém.

A partir do prefácio, aqui estão algumas das perguntas que ele discute:

"Por que temos que nos incomodar em testar quando isso parece nos atrasar?

Por que as pessoas não conseguem criar o software certo, para que não precise de testes?

Temos que testar tudo?

Por que não apenas testar tudo?

O que torna os testes tão difíceis?

Por que os testes demoram tanto?

O software perfeito é possível?

Por que não podemos simplesmente aceitar alguns bugs? "

Possivelmente " A Arte do Desenvolvimento Ágil ". Isso pode convencê-los a analisar o gerenciamento de projetos de software de uma maneira mais realista. Obviamente, se você não quiser que eles tentem agilidade, isso pode ser uma coisa ruim. Mas estou achando uma leitura convincente para mim mesma.

Em termos de processo de desenvolvimento de software, eu teria que ir com "O programador pragmático: do viajante ao mestre", de Andy Hunt e Dave Thomas. Está cheio de gemas de conhecimento útil que normalmente levariam muita experiência em programação do mundo real para aprender o contrário. Também é independente de linguagem de programação e é mais fácil de entender.

Em termos de estimativa, o programador pragmático tem uma breve seção sobre o assunto, mas vale a pena ler o clássico "The Mythical Man Month" de Fred P. Brooks. Alguns dos exemplos de projetos parecem um pouco antigos, mas muitas das idéias ainda parecem verdadeiras hoje.