Mi equipo creó un sitio web para un cliente hace varios años. El rendimiento del sitio ha estado creciendo muy rápidamente y nuestro cliente nos ha pedido que aumentemos nuestro equipo para satisfacer sus necesidades de mantenimiento y solicitud de funciones.
Comenzamos con una pequeña cantidad de desarrolladores, y nuestro equipo ha crecido, ahora estamos en dos dígitos.
¿Qué cambios de gestión / desarrollo son los más beneficiosos cuando el equipo crece de un pequeño equipo de "tamaño de garaje" a más de 10 desarrolladores?
Respuestas:
Yo diría que hay aproximadamente dos caminos principales:
¡Buena suerte!
fuente
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. Es posible que los requisitos también tengan que ser más formales.
También debe considerar contratar especialistas a medida que crece. Si tiene un servidor de base de datos, debe tener al menos un especialista en bases de datos dedicado. Probablemente deberías gastar dinero en un probador.
Tendrá más proyectos en marcha y una mayor necesidad de administrarlos, por lo que si no está usando uno ahora, necesita un sistema de administración de proyectos y un rastreador de errores. Debe crear un proceso de implementación y limitar el derecho de producción solo a aquellas personas que realizarán implementaciones, sin hacer más cambios directamente en prod. Sus desarrolladores deberán estar limitados a seleccionar derechos solo en prod.
Como tiene equipos más grandes, tendrá más problemas de personas y será más probable que contrate a algunas personas menos calificadas (es relativamente fácil obtener tres buenos desarrolladores cuando eso es todo lo que tiene, mucho más difícil contratar a 30 a la vez). Aunque intentes conseguir a las mejores personas, cuanto más contrates, más probabilidades tendrás de que te den un fracaso, así que prepárate para dejar ir a las personas también.
La coordinación entre las personas es clave. Dos equipos que realizan cambios mutuamente exclusivos en un producto es algo malo.
Con solo dos o tres desarrolladores no puede darse el lujo de tener personas junior, todos deben estar trabajando en el nivel senior. Con muchos desarrolladores, no puede permitirse el lujo de no tener personas junior. Contrata a algunos junior y capacítalos de la manera que quieras. Por lo general, es mejor trabajar en un lugar que tenga una carrera profesional que nunca haya estado en el 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 sénior en lugar de a la gerencia. No pierda toda su experiencia técnica por la gestión. Recompense a quienes no se dedican a la gestión porque necesita su conocimiento detallado del sistema actual para poner al día a las nuevas personas.
fuente
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 el equipo en equipos más pequeños de 3-5 personas cada uno y concédale autonomía sobre su área. Las API deberán desarrollarse entre equipos. Recomiendo que cada equipo resuelva sus requisitos y que una o dos personas de cada equipo involucrado se reúnan para discutir la API. Es más fácil tener una discusión y tomar decisiones cuando hay menos personas involucradas.
fuente