Melhores livros sobre Gerenciamento de uma equipe de desenvolvimento de software? [fechadas]

13

Os livros canônicos sobre desenvolvimento de software estão bastante bem estabelecidos. No entanto, depois de ler um livro horrível cheio de conselhos ruins sobre o gerenciamento de equipes de programação neste fim de semana, estou procurando recomendações para livros realmente bons que se concentrem no lado de gerenciamento da programação (recrutamento, medição / gerenciamento de desempenho, motivação, melhores práticas, estrutura organizacional , etc.) e não tanto na construção do próprio software.

Alguma sugestão?

books management

— JohnFx
fonte

Existe agora uma pergunta semelhante sobre pm.stackexchange.com

— Andre Holzner

16

Peopleware: Projetos Produtivos e Equipes .

Se você ler um livro, faça este. Ele aborda como começar a tornar seus desenvolvedores produtivos e faz o backup do motivo pelo qual essas coisas são importantes com números concretos.

As chances são de que você não obtenha todas elas implementadas (muitas empresas têm culturas arraigadas que as impedirão), mas vale a pena saber qual é o ideal e por quê, e ter munição para conseguir o que puder.

texto alternativo

— Jon Hopkins
fonte

8

Depois de ler o Peopleware (um pouco desatualizado, 1999, mas é o clássico), aqui está um artigo mais recente do mesmo autor ( Tom DeMarco )

Slack Getting Past Burnout, busywork, e o mito de Eficiência total texto alternativo

— Comunidade
fonte

7

O mítico homem-mês . Esta é uma leitura essencial.

— Adam Crossland
fonte

Nos primeiros capítulos (o detalhamento detalhado do porquê adicionar pessoas aos projetos os torna mais tarde) vale a pena. O resto, eu acho, datou muito mal, mesmo quando relevante é uma leitura muito seca.

— Jon Hopkins

6

Gerenciando seres humanos

Não há muitos itens de ação concretos, mas é uma leitura interessante e fornece perspectiva.

— Inaimathi
fonte

1

Gostei de ler isso, pois ele tem um senso de humor :) #

— 31430

2

Comprei este livro depois que você o sugeriu. No meio do caminho agora e concordo que é muito sólido.

— JohnFx

O melhor que encontrei até agora para gerenciar uma equipe de desenvolvimento.

— Britt Wescott

5

Além de escrever o Code Complete, Steve McConnell também escreveu o Rapid Development: Taming Wild Software Schedules, que trata do gerenciamento de projetos de desenvolvimento de software e para gerentes de projetos de software é quase tão bom quanto o Code Complete.

Ele também escreveu Estimação de Software: Desmistificando a Arte Negra e o Guia de Sobrevivência do Projeto de Software, que vale a pena dar uma olhada, embora a Estimação de Software seja bastante ... detalhada sobre um assunto específico, a menos que você esteja realmente interessado no que deseja. para ficar longe.

— Jon Hopkins
fonte

O Guia Rápido de Sobrevivência de Projetos de Desenvolvimento e Software é o manual do curso de Engenharia de Software e Gerenciamento de Projetos da minha universidade. O desenvolvimento rápido é necessário para esse curso, e eu recomendo tê-lo.

— Thomas Owens

1

@ Thomas - você realmente me deu um pouco de fé no ensino universitário. É um livro muito bom, que vale a pena apegar depois da formatura.

— Jon Hopkins

Meu departamento usa alguns textos clássicos - o livro da Gang of Four em Engenharia de subsistemas de software, o Code Complete é recomendado em dois cursos diferentes e os Requisitos de software da Weiger são usados no curso de engenharia de requisitos. E os alunos da classe alta geralmente recomendam livros como Pragmatic Programmer, Mythical Man Month e Peopleware para alunos de classe.

— Thomas Owens

4

A dinâmica do desenvolvimento de software de Jim McCarthy também é boa (como nos livros da McConnell, é o Microsoft Press - uma empresa notória por distribuir softwares medíocres, de algum modo tarde, de alguma forma, conseguiu publicar alguns livros muito bons sobre como fazer corretamente.

Ele contém 54 "regras" para o desenvolvimento de software - algumas óbvias, outras nem tanto, que valem a pena lembrar e menos de 200 páginas (com fotos) muito legíveis (além da estrutura de 54 regras significa que está em boas partes).

— Jon Hopkins
fonte

Um dos poucos mencionados que eu não conhecia anteriormente. Obrigado pela sugestão. Bônus: Várias bobinas usadas por 1 centavo + frete na Amazon.

— JohnFx

3

Para o recrutamento, Smart and Gets Things Done, por alguém chamado Joel Spolsky, tem a virtude de ser muito muito curto com algumas boas idéias. Parte do que fala não será fácil de ser implementada em todas as empresas / países, mas muitas vezes existem alternativas que lhe proporcionarão alguns dos benefícios.

Enquanto divulgamos as coisas de Joel, o primeiro livro de ensaios de Joel on Software também é bom, embora estejam todos disponíveis online. Curto, legível e instigante.

(Começa a morrer de hipocrisia depois de todas as vezes que ele geme sobre pessoas falando sobre o quão maravilhoso Joel e / ou Jeff são.)

— Jon Hopkins
fonte

Eu li o livro de ensaios da JOS, mas estava adiando "Smart and Gets Things Done", porque eu tinha medo de que fosse uma repetição demais da outra. Havia muito material original?

— JohnFx

@ JohnFx - Não há tanto ponto final material (200 páginas pequenas - não que brevidade seja uma coisa ruim) e é em grande parte uma expansão de idéias que você provavelmente já viu em outros lugares nos escritos dele, mas ainda é muito bom e eu pensei que era Vale a pena ler. Financeiramente, você poderia dizer que é caro pelo que é, mas compensa isso por não desperdiçar seu tempo, demorando muito para ser demorado. Sinceramente, eu gostaria de poder pagar de US $ 5 a 10 a mais para que alguém retire o conteúdo da maioria dos livros de TI.

— Jon Hopkins

2

(link para o livro)

Ágil ou não, é importante um processo retrospectivo (relembrando o trabalho recente de uma equipe e procurando maneiras de fazê-lo melhor). Este livro tem muitas técnicas úteis que uma equipe pode usar para reconstruir o que aconteceu, descobrir as causas principais e decidir o que fazer daqui para frente.

— azheglov
fonte

1

Pastorear gatos é especialmente escrito para programadores que se tornaram gerentes.

— user281377
fonte

Na verdade, esse era o livro terrível a que me referia.

— JohnFx

Então eu não vou receber um +1 de você, eu acho? Por que você acha que este livro é terrível?

— user281377

Em quase todas as páginas desse livro, encontrei conselhos que seriam o completo oposto de tudo o que minha experiência em gerenciamento me mostrou. Deveria ter sido intitulado "Como ser um gerente do N00B em 10 lições fáceis" Além disso, o autor se esforça demais para agir como se entendesse os programadores quando fica claro que está apenas repetindo estereótipos. Isso me lembra um homem branco de meia idade batendo para provar aos jovens o quão descolado ele é.

— JohnFx

1

Claro como cristal por Alistair Cockburn. Mesmo que você não goste do Agile, ele inclui muitos bons conselhos sobre gerenciamento de equipes e fornece bons antecedentes para a criação de seu próprio processo de desenvolvimento.

— Henry
fonte

-2

Muitos livros mencionados acima para a frente do software. Eu diria que nenhum livro ou casal é suficiente. A própria gerência é uma tarefa difícil e é muito subjetiva. Eu recomendaria a alguém que está considerando a gerência ler muitos livros de revisão do Harvard Business. Todos eles têm uma idéia concreta para compartilhar e isso exige muita leitura e esforço na implementação para se aprofundar.

— Nerd
fonte