Recomendar recursos para los líderes del equipo de desarrollo [cerrado]

Recientemente me convertí en el líder del equipo de una base de datos (95% MS SQL Server, 5% misc-Oracle, Sybase, Access) equipo de desarrollo que administra y desarrolla una gran cantidad de bases de datos en un entorno corporativo. Estoy buscando recursos (listas de verificación, utilidades, mejores prácticas, procedimientos, sitios web, libros, etc.) que me ayuden a implementar los fundamentos que faltaban en este grupo de desarrollo en el pasado, como revisiones de códigos, capacitación cruzada, documentación , hacer cumplir las normas, compartir conocimientos, tutorías, etc.

La mayor parte de lo que estoy encontrando son recursos generales de habilidades de gestión, pero me gustaría encontrar algo que pueda ser específico para liderar un equipo de desarrolladores. Los procesos corporativos son SDLC "estándar" de tipo cascada, por lo que los recursos orientados a Agile no son tan relevantes.

Libros que compré y recomiendo para Tech Leads y Manager's que han trabajado para mí:

Desarrollo rápido (S. McConnell) - gran "biblia" de respuestas a cosas comunes de gestión / tipo de plomo (más gestión aunque)

Convertirse en un líder técnico (Gerald Weinberg): una lectura densa, pero excelente.

Manager's Toolkit (Harvard Business Essentials): nuevamente, más centrado en la gestión, pero bueno con algunos de los problemas interpersonales

Colaboración explicada (Jean Tabaka): más ágil, pero otra buena biblia de "cómo hacer X" muy práctica

Más allá de eso ... escucha. Aprende de tu equipo. Aprende de tus compañeros. Aprende de tu jefe. Encuentre un mentor fuera de su cadena de mando, pero alguien a quien respete y pueda acudir cuando se sienta frustrado o atrapado. Reúnase con ellos una vez cada dos semanas para el desayuno.

Acabo de leer Peopleware recientemente y lo encontré muy esclarecedor. Definitivamente lo ayudará a comprender la dinámica del equipo de desarrollo (y muchos de los errores que cometemos al administrarlos / liderarlos). Me lo recomendó alguien aquí en programadores.

Echa un vistazo a " Depuración del proceso de desarrollo " de Steve Maguire.

Aunque ya no es el libro más moderno (1994), todavía tiene una gran cantidad de información que debería resultarle útil como líder de equipo y puede obtenerlo realmente barato. Me pareció excelente.

Es posible que también desee considerar el " Desarrollo rápido " de Steven McConnell. Una vez más, es algo antiguo (1996), por lo que de alguna manera es anterior al trabajo de la metodología Ágil, por lo que encontrarás que los enfoques de "cascada", "espiral" y "timeboxed" se discuten sobre sus méritos. Encontrarás algunos de los precursores del enfoque ágil (creación rápida de prototipos, etc.). Además, con respecto a las "Mejores prácticas", encontrará un amplio rango resumido en la página 400 junto con las evaluaciones citadas apropiadas con respecto a su eficacia y explicaciones detalladas.

Ambos libros son emitidos por Microsoft Press, por lo que deben presentar una referencia suficiente con sus tecnologías existentes.

Lo más importante es que ambos libros cubren cómo administrar los equipos de desarrollo de software: motivación, programación, pensamiento estratégico, liderazgo, etc.

Estoy en una posición similar. Lo primero es que defina cómo debe funcionar el equipo, qué procesos deben implementarse, cuál es el papel del equipo. Crea una página wiki (o sharepoint o lo que sea) para poner todo esto. Luego, mantenga mucha conversación regular dentro del equipo para definir en detalle cada uno de estos. Lo importante es establecer una cultura y un comportamiento que el equipo quiera tener. Para el conocimiento del equipo, esto es lo que usamos. Comience una sesión regular de intercambio de conocimientos quincenal o mensual, cree una hoja de cálculo con varias áreas de conocimiento en filas y miembros del equipo en columnas. Luego asigne un puntaje de 1 a 5 para conocer las fortalezas y las brechas de cada miembro. Haga que un plan asigne la responsabilidad primaria, secundaria y terciaria para cada área con un puntaje objetivo de 5, 4 y 3 respectivamente.

Documentar todos sus procesos es muy importante. Por ejemplo, tenemos un proceso de revisión de código y una lista de verificación. Si los procesos involucran a otros equipos, plantee eso a la gerencia y acuerde los procesos a ese nivel. Por ejemplo, un proceso de liberación.

No puedo enfatizar la importancia de documentar (puede ser ligero en una wiki) ya que tiene una posición de referencia sólida para mejorar y demostrar la gestión. Muchas veces mi equipo ha ganado a los ojos de la alta gerencia porque contamos con documentos y procesos sólidos.