¿Team Ramp Up garantiza una mayor velocidad de las funciones?
Publicado: 2020-03-28Uno de los elementos esenciales clave al aumentar los equipos para aumentar la velocidad de lanzamiento es la transferencia de claridad de los equipos de productos a los equipos de sprint.
Una ejecución fluida del sprint es el resultado de contribuciones notables provenientes de los equipos de producto y sprint.
La filosofía de "acertar a la primera (FTR)" ayuda a todos los miembros del equipo a alinearse con un objetivo común
Cuando las nuevas empresas pasan de la etapa temprana a la de crecimiento, sus prioridades cambian en un grado significativo. Entre todos los demás, la velocidad de las funciones se destaca como una prioridad y juega un papel crucial en su búsqueda de crecimiento.
El fundador de una startup financiada con semillas con la que estaba trabajando, que recientemente planteó su ronda de serie A, me pidió que duplicara el equipo de ingeniería para lanzar nuevas funcionalidades en seis meses. Sin embargo, ¿es ese el único factor relevante para reducir el tiempo de ciclo? Para responder, decidí abordar los aspectos ignorados detrás de este 'concepto erróneo' predominante.
Aunque la capacidad de los recursos es uno de los factores críticos que impulsan los lanzamientos frecuentes a la producción, esto por sí solo no puede garantizar un tiempo de ciclo reducido. Mientras creaba productos para más de 16 nuevas empresas, fui testigo de la transición de la etapa inicial a la de crecimiento varias veces. A partir de esta experiencia, aquí hay algunos factores cruciales que comparto para que los fundadores de startups los consideren.
Transmitir claridad: el esencial de arriba hacia abajo
Uno de los elementos esenciales clave al aumentar los equipos para aumentar la velocidad de lanzamiento es la transferencia de claridad de los equipos de productos a los equipos de sprint. Cuando un sprint comienza con ambigüedad o no tiene suficientes historias para comenzar, la tasa de entrega del sprint se ve afectada negativamente. Las historias vagamente definidas o la inclusión de tareas a mitad del sprint ralentizan el ritmo, como resultado, los equipos de sprint no logran cumplir según lo planeado.
Una ejecución de sprint fluida es el resultado de contribuciones notables provenientes de los equipos de producto y de sprint. El equipo de producto puede desempeñar su papel al preparar y compartir la hoja de ruta con el equipo de sprint al menos durante el trimestre para que el equipo pueda planificar sus entregas en consecuencia.
Por otro lado, el equipo de sprint debe seguir presionando al equipo de producto para obtener una cartera de productos y prepararla semanalmente o quincenalmente para garantizar una entrega enfocada.
Automatizar para liberar 'Bug-Free'
“Eficiencia es hacer las cosas bien; la eficacia es hacer las cosas correctas”. - Peter Drucker
Cuando piensa en la automatización, es un ejemplo de la última categoría. En el momento en que el desarrollo de funciones se acelera, es muy probable que la producción se detenga a menos que se implementen los procesos correctos. Si el producto no es lo suficientemente estable para manejar el desarrollo de nuevas funciones, su equipo dedica más tiempo a solucionar problemas que a crear nuevas funciones. En consecuencia, su velocidad de ingeniería se reduce.
Aquí es donde entra en escena CI/CD (integración continua y despliegue continuo). En este documento, la cobertura exhaustiva de pruebas de unidad, integración y automatización garantiza que todo lo que se envíe no rompa el sistema.
Recomendado para ti:
Cómo se configura el marco de agregación de cuentas de RBI para transformar Fintech en India
Los emprendedores no pueden crear startups sostenibles y escalables a través de 'Jugaad': Cit...
Cómo Metaverse transformará la industria automotriz india
¿Qué significa la disposición contra la especulación para las nuevas empresas indias?
Cómo las empresas emergentes de Edtech están ayudando a la fuerza laboral de la India a mejorar y prepararse para el futuro...
Acciones tecnológicas de la nueva era esta semana: los problemas de Zomato continúan, EaseMyTrip publica...
No solo construyas más, sino rompes más
El retrabajo es un gran asesino de la productividad y podría ser el resultado de varios factores, como historias vagamente definidas, falta de pruebas de desarrollo, falta de cobertura de pruebas, etc. La reelaboración puede consumir la productividad, ya que consumiría el tiempo y los esfuerzos de los ingenieros de control de calidad en las pruebas y la regresión, los desarrolladores en la depuración y los gerentes de lanzamiento en el relanzamiento.
Disminuir un poco la velocidad puede ayudar a su equipo a entregar más rápido y agregar valor, ya que la velocidad efectiva siempre es más gratificante que solo la velocidad.
La filosofía de 'acertar a la primera (FTR)' ayuda a todos los miembros del equipo a alinearse con un objetivo común: entregar un código sólido y estable a la primera. Siempre es saludable dedicar un poco más de tiempo a determinar la calidad del código, en lugar de apresurarse y luego quedarse atascado con la repetición del trabajo.
Algunas de las formas probadas y probadas de mejorar la relación FTR son la preparación regular de la cartera de pedidos, una reiteración de historias, demostraciones periódicas para el gerente de producto. En lugar de solo recopilar requisitos, el equipo de sprint debería centrarse más en dilucidarlos para mejorar la relación FTR.
Estructura tu equipo para Sprints paralelos
Cuando su startup tiene un equipo de producto pequeño, todos trabajan principalmente en una o dos funciones al mismo tiempo (generalmente aplicable para un equipo de 4 a 6 miembros). Sin embargo, a medida que aumenta la expectativa de ofrecer varias funciones, se recomienda enfáticamente que forme varios subequipos con distintas áreas de enfoque. De esta manera, cada subequipo puede ejecutar su sprint y definir su hoja de ruta.
En comparación con un gran equipo, los equipos más pequeños nacidos de un marco de 'separación lógica' son más efectivos y producen mejores resultados. Los equipos individuales para microservicios, diferentes líneas de productos y varios componentes se encuentran entre algunos ejemplos del enfoque de "separación lógica".
Durante la reestructuración, siempre es esencial incluir al menos un miembro del equipo central anterior en cada uno de estos subequipos para mantener el ADN. Aunque la coordinación entre equipos para las entregas implica una sobrecarga adicional, es una compensación justificada.
Seguimiento del uso de funciones junto con la velocidad
La experiencia del usuario es la métrica más importante para medir el éxito del lanzamiento de una nueva función. A medida que comienza a ofrecer múltiples funciones a gran velocidad, la experiencia del usuario a menudo pasa a un segundo plano. Cuando su producto tiene funciones limitadas, la interacción del usuario sigue siendo una curva suave e ininterrumpida.
Sin embargo, cuando comienza a lanzar nuevas funciones, existe una alta probabilidad de que los usuarios se sientan abrumados y su experiencia se vea afectada.
Para lograr una mejor adopción por parte de los usuarios, el seguimiento de la participación de los usuarios junto con la velocidad de las funciones sigue siendo la mejor manera de avanzar. Si bien la investigación exhaustiva del usuario es una forma comprobada, otras significativas se están implementando inicialmente para usuarios seleccionados a través de indicadores de funciones, pruebas AB y seguimiento del viaje del usuario (a través de amplitud o herramientas de análisis similares) después de cada nuevo lanzamiento.
No pierda a sus miembros principales
Este podría ser un aspecto muy comúnmente ignorado, pero se mantiene firme como uno muy crucial. Los equipos pequeños no necesariamente necesitan procesos y tienen una estructura ágil, y se escucha la voz de todos. Cuando estos equipos pasan a un estado en el que se configuran los procesos y se agregan nuevos miembros funcionales y de ingeniería, la gestión saludable es la única forma de evitar el caos.
A medida que su equipo de ingeniería se amplía con éxito, un equipo de producto bien capacitado es esencial para alimentar al equipo de ingeniería de forma continua. Una rotación se vuelve inevitable cuando los miembros del equipo no tienen un trabajo significativo, pero ninguna startup querría perder a sus miembros principales. En este caso, la alta dirección tiene la clave para asegurar buenas relaciones con las personas y entender bien la dinámica.
Los aprendizajes que he compartido aquí provienen de la experiencia con múltiples empresas emergentes a lo largo de los años. Espero que sea útil para los fundadores de startups, que ya tienen mucho en mente, de manera que no terminen reinventando la rueda.