¿Qué prácticas de administración / desarrollo cambia cuando un equipo de 1-3 desarrolladores aumenta a 10+?

14

Mi equipo construyó un sitio web para un cliente hace varios años. El sitio ha estado creciendo muy rápidamente y nuestro cliente nos ha pedido que crezcamos nuestro equipo para satisfacer sus necesidades de mantenimiento y solicitud de funciones.

Comenzamos con un pequeño número de desarrolladores, y nuestro equipo ha crecido, ahora estamos en los dos dígitos.

¿Qué cambios de administración / desarrollo son los más beneficiosos cuando el equipo pasa de ser un equipo pequeño "de tamaño garaje" a más de 10 desarrolladores?

    
pregunta Mag20 18.02.2011 - 10:03

3 respuestas

8

Yo diría que hay aproximadamente dos carreteras principales:

  • Divida al equipo en dos o tres grupos, cada uno responsable de un campo / aspecto específico. esto tiene la ventaja de que aún puede trabajar de la forma en que está acostumbrado, dentro de los grupos más pequeños.
  • "El equipo quirúrgico", en el que puede leer el Mythical-Man-Month . además este enlace tiene un maravilloso dibujo al respecto.

¡Buena suerte!

    
respondido por el Liran Orevi 18.02.2011 - 11:56
4

Hemos crecido de aproximadamente 10 a casi 200 en los últimos 7 años. Lo primero que debe cambiar es que necesitará una mejor documentación y más procesos estándar. Los requisitos pueden tener que ser más formales también.

También debes considerar contratar especialistas a medida que creces. Si tiene un backend de base de datos, debe tener al menos un especialista en bases de datos dedicado. Probablemente debería gastar dinero para un probador.

Tendrá más proyectos en marcha y una mayor necesidad de administrarlos, por lo que si no usa uno ahora, necesita un sistema de administración de proyectos y un rastreador de errores. Debe crear un puerto de despliegue y limitar el derecho de producción solo a aquellas personas que realizarán despliegues, no más realizar cambios directamente en el producto. Sus desarrolladores deberán limitarse a seleccionar derechos solo en prod.

A medida que tenga equipos más grandes, tendrá más problemas con la gente y será más probable que contrate a personas menos cualificadas (relativamente fácil obtener tres buenos desarrolladores cuando es todo lo que tiene, mucho más difícil contratar a 30 al mismo tiempo). A pesar de que tratas de conseguir a las mejores personas, cuanto más contratas, más probable es que obtengas un fideicomiso, así que prepárate para dejar ir a las personas.

La coordinación entre las personas es clave. Dos equipos que hacen cambios mutuamente exclusivos a un producto son algo malo.

Con solo dos o tres desarrolladores, no puedes permitirte tener personas subalternas; todos deben estar trabajando en el nivel superior. Con muchos desarrolladores, no puede darse el lujo de no tener personas subalternas. Contrata a algún joven y entrena como quieres que sea entrenado. Por lo general, es mejor trabajar en un lugar que tenga una trayectoria profesional, no todos al mismo nivel.

A medida que su equipo crezca, muchos de sus desarrolladores actuales se convertirán en el nuevo personal de administración. Algunos odiarán eso, asegúrese de que tengan la oportunidad de ascender a un desarrollador senior en lugar de a la gerencia. No pierda toda su experiencia técnica a la gestión. Recompense a quienes no ingresan en la administración porque necesita su conocimiento detallado del sistema actual para que las nuevas personas estén al día.

    
respondido por el HLGEM 18.02.2011 - 15:53
4

Si el proyecto es lo suficientemente grande para más de 10 desarrolladores, debería ser fácil dividirlo en áreas más pequeñas. Divida al equipo en equipos más pequeños de 3-5 personas cada uno, y déles autonomía sobre su área. Las APIs deberán ser desarrolladas entre equipos. Recomiendo que cada equipo determine sus requisitos, y que una o dos personas de cada equipo se reúnan para discutir el API. Es más fácil tener una discusión y tomar decisiones cuando hay menos personas involucradas.

    
respondido por el Michael K 18.02.2011 - 15:38

Lea otras preguntas en las etiquetas