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

11

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?

Nathan Long
fonte
3
Ao apresentar isso com cuidado à gerência, eles puderam percebê-lo facilmente quando você dizia: "Você deve ler isso para que você chupe menos". O que eles provavelmente não vão gostar.
Ben L
1
@ Ben - A verdade dói!
Shawn D.
Portanto, para ler algo simples e rápido, há o Head First Software Development.
amigos estão dizendo sobre nadtheVlad

Respostas:

14

" 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.

JB King
fonte
5
Se a gerência não entende que o trabalho de um gerente não é técnico, mas de natureza sociológica ... bem, mais uma razão pela qual eles deveriam ler estes :-) A natureza humana não muda em poucas décadas.
Péter Török
Concorda que ambos são um pouco velho demais e também, provavelmente demasiado técnico para "Os gerentes não-técnicos"
mcottle
Peopleware é um livro atemporal, leia-o há um mês e ainda é muito reconhecível. Além disso, foi atualizado com uma segunda edição há uma década.
Carra
Embora eu admita que possa ser muito técnico, eu diria que a MMM não é velha demais - quando li, fiquei surpreso que um livro escrito há 30 anos por um cara que adquiriu sua experiência 40 anos atrás ainda poderia ser tão preciso e ter muito a ensinar. O fato de eu nunca ter me aproximado de nenhuma das tecnologias mencionadas por ele, mas o livro ainda falar com as pessoas, é uma prova de sua atemporalidade.
SqlRyan
4

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.

Thomas Owens
fonte
1
Você pode querer ajustar o link para "Guia de sobrevivência de Projeto de Software" para apontar para: amazon.com/Software-Project-Survival-Guide-Practices/dp/...
NoChance
+1 O Guia de Sobrevivência do Projeto de Software foi desenvolvido para isso.
Mcottle 3/10
1

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

Joe Z
fonte
+1 aqui. Este blog (junto com o "Business of Software" de Eric Sink ( ericsink.com/bos/Business_of_Software.html - embora muito mais técnico recentemente do que costumava ser) coloca a TI em termos comerciais muito claros que pessoas não técnicas podem digerir. no final, tem que fornecer o valor e só é diferente em como ele realiza o objetivo, não o objetivo realiza.
SqlRyan
você se importaria de explicar mais sobre o que faz e para que serve? "Link-só responde" não são muito bem-vindos no Stack Câmbio
mosquito
1

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.

Gleno
fonte
você se importaria de explicar mais sobre o que faz e para que serve? "Link-só responde" não são muito bem-vindos no Stack Câmbio
mosquito
0

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? "

testerab
fonte
0

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.

philosodad
fonte
0

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.

dodgy_coder
fonte