Respostas:
Peopleware: Projetos e equipes produtivos vem à mente.
O primeiro capítulo do livro afirma,
"Os principais problemas do nosso trabalho não são tanto tecnológicos quanto sociológicos por natureza".
O livro aborda problemas sociológicos ou "políticos", como "disputar" a equipe, tranqüilidade no ambiente de trabalho e o alto custo da rotatividade.
Gerenciar seres humanos , também conhecido como a coleção de itens gerenciais da Rands In Repose , vale a leitura e é engraçado.
Uma tonelada de verdade concentrada em sua essência.
Desenvolvimento rápido por Steve McConnell.
A razão de eu insistir nisso no PeopleWare é que há mais algumas coisas aqui que você poderá implementar como líder de equipe. Quando você é um líder de equipe (com a falta de influência que normalmente vem), grande parte do PeopleWare é amplamente aspiracional, pois você não será capaz de influenciar significativamente o ambiente de trabalho, os salários e o recrutamento, etc.
Eu acho que depende se você está procurando algo no processo de desenvolvimento ou no gerenciamento e liderança. Embora não tenha lido, gosto do visual dos primeiros 90 dias, que alguém recomendou. Como alternativa, eu gosto bastante do The One Minute Manager, embora muitos tenham problemas com ele (em grande parte, é contado como uma história e seu conteúdo é óbvio - com o qual eu concordo, mas frequentemente perdemos o óbvio, então lembrar-nos de vez em quando não é uma coisa ruim e o que você pensa, é pelo menos muito curto).
O Mythical Man Month, de Fred Brooks, tem muita coisa boa para você não fazer. That e Peopleware são os dois que definem o gerenciamento de projetos de software.
Se você é um novo líder de equipe de software, recomendo:
Está escrito da perspectiva de "Acabei de ser líder de equipe - e agora?" e tem muitos cenários práticos apresentados de maneira clara. Ele também possui boas referências em cada seção, por isso é útil como um livro de referência em andamento.
Os AntiPatterns no Gerenciamento de Projetos são uma lista maravilhosa de maneiras de fazer as coisas de maneira errada. É uma ótima lista de coisas a serem evitadas.
Bem, os bons listados já são bastante populares entre a maioria dos programadores. Que tal esse: A Regra Sem Asshole, de Bob Sutton .
Na verdade, eu defenderia a Estimativa de Software: Desmistificando a Arte Negra ou algo assim. Seu estilo de gerenciamento, embora possa ser ajustado, é amplamente definido nesse momento. Você sempre pode aprender a fazer as coisas melhor, mais rápido, mas seu estilo é realmente quem você é.
Algumas pessoas são idiotas opiniosas, outras gostam de gritar e gritar, enquanto outras ouvem e constroem consenso. Se você desenvolve há algum tempo, esses traços de personalidade são praticamente definidos ou bastante visíveis. Sua nova posição exigirá muito agendamento: seu tempo e o tempo de outras pessoas. Para ter sucesso, é melhor acertar (ou principalmente).
Seu status como Líder de equipe recém-cunhado será determinado pela sua capacidade de entregar projetos no prazo.
Seu próprio. Treine seu líder em uma série de discussões e sessões de orientação e peça ao seu estagiário que mantenha um diário particular de situações, respostas e sucessos ou fracassos. Essencialmente, eles escreverão seu próprio livro. Este exercício não é tanto para o próprio livro ou referência - é para incentivar o ato de reflexão.
Então, depois que o líder recém-formado entender os problemas, selecione alguns dos ótimos livros publicados em outras postagens.
Meu argumento é que você deve ter alguma experiência com liderança e gerenciamento antes de ler livros sobre eles, simplesmente porque não sabe o suficiente sobre o assunto para realmente entender, apreciar e se relacionar com o que leu. Por exemplo, você não aconselharia alguém a ler o Código Completo antes de escrever sua primeira linha de código, recomendaria? O mesmo se aplica aqui. Molhe os pés para ter algo com o que se relacionar e depois procure os livros.