Recomendar recursos para os líderes da equipe de desenvolvimento [fechado]

Recentemente, fui líder da equipe de uma equipe de desenvolvimento de banco de dados (95% MS SQL Server, 5% misc-Oracle, Sybase, Access) que gerencia e desenvolve um grande número de bancos de dados em um ambiente corporativo. Estou procurando recursos (listas de verificação, utilitários, práticas recomendadas, procedimentos, sites, livros etc.) que me ajudarão a implementar os fundamentos que faltavam nesse grupo de desenvolvimento no passado, como revisões de código, treinamento cruzado, documentação , aplicando padrões, compartilhamento de conhecimento, orientação e assim por diante.

A maior parte do que estou descobrindo são recursos gerais de habilidades de gerenciamento, mas gostaria de encontrar algo que possa ser específico para liderar uma equipe de desenvolvedores. Os processos corporativos são SDLC "padrão" do tipo cascata; portanto, os recursos voltados para o Agile não são tão relevantes.

Livros que comprei e recomendo para líderes e gerentes técnicos que trabalharam para mim:

Desenvolvimento Rápido (S. McConnell) - grande "bíblia" de respostas para assuntos comuns sobre gerenciamento / tipo líder (mais gerenciamento tho)

Como se tornar um líder técnico (Gerald Weinberg) - uma leitura densa, mas ótima.

Kit de ferramentas do gerente (Harvard Business Essentials) - mais uma vez, mais foco no gerenciamento, mas bom com alguns dos problemas interpessoais

Colaboração explicada (Jean Tabaka) - mais ágil, mas outra boa bíblia de "como fazer X" é muito prática

Além disso ... ouça. Aprenda com sua equipe. Aprenda com seus colegas. Aprenda com seu chefe. Encontre um mentor fora da sua cadeia de comando, mas alguém que você respeite e possa seguir quando ficar frustrado ou parado. Encontre-os uma vez a cada duas semanas no café da manhã.

Acabei de ler Peopleware recentemente e achei muito esclarecedor. Definitivamente, ajudará você a entender a dinâmica da equipe de desenvolvimento (e muitos dos erros que cometemos ao gerenciar / liderá-las). Fui recomendado por alguém aqui nos programadores.

Dê uma olhada em " Depurando o processo de desenvolvimento ", de Steve Maguire.

Embora não seja mais o livro mais moderno (1994), ele ainda possui uma grande quantidade de informações que devem ser úteis para você como líder de equipe e você pode obtê-lo com um preço muito baixo. Eu achei excelente.

Você também pode considerar " Desenvolvimento Rápido ", de Steven McConnell. Novamente, é uma coisa antiga (1996), portanto, meio que antecede o trabalho da metodologia Agile, para que você encontre as abordagens "cascata", "espiral" e "timeboxed" discutidas por seus méritos. Você encontrará alguns dos precursores da abordagem Agile (prototipagem rápida e assim por diante). Além disso, em relação às "Melhores práticas", você encontrará uma grande variedade resumida na página 400, juntamente com avaliações citadas apropriadamente sobre sua eficácia e explicações detalhadas.

Os dois livros são emitidos pela Microsoft Press, portanto, devem apresentar referência suficiente com as tecnologias existentes.

Mais importante ainda, os dois livros abordam como gerenciar equipes de desenvolvimento de software - motivação, programação, pensamento estratégico, liderança e assim por diante.

Estou em uma posição semelhante. A primeira coisa é você definir como a equipe deve trabalhar, quais processos devem ser implementados, qual é o papel da equipe. Crie uma página wiki (ou ponto de compartilhamento ou o que for) para colocar tudo isso. Depois, converse regularmente com a equipe para definir em detalhes cada uma delas. A única coisa importante é definir uma cultura e um comportamento que a equipe deseja ter. Para o conhecimento da equipe, é isso que usamos. Inicie uma sessão regular de compartilhamento de conhecimento quinzenal ou mensal, crie uma planilha com várias áreas de conhecimento em linhas e os membros da equipe em colunas. Em seguida, atribua uma pontuação de 1 a 5 para conhecer os pontos fortes e as lacunas de cada membro. Faça um plano para atribuir responsabilidade primária, secundária e terciária a cada área, com uma pontuação de 5, 4 e 3, respectivamente.

Documentar todos os seus processos é muito importante. Por exemplo, temos um processo de revisão de código e uma lista de verificação. Se os processos envolverem outras equipes, eleve isso com a gerência e aceite os processos nesse nível. por exemplo, um processo de liberação.

Não posso enfatizar a importância da documentação (pode ser leve em um wiki), pois você tem uma forte posição de base para melhorar e demonstrar o gerenciamento. Muitas vezes, minha equipe ganhou os olhos da gerência sênior porque tínhamos documentos e processos sólidos em vigor.