Nos esforzamos para que la ingeniería en Qumulo sea una organización ágil y autoorganizada. Hacemos esto por dos razones: para satisfacer eficazmente las necesidades de nuestros clientes y proporcionar un ambiente de trabajo ágil para nuestros ingenieros. Creemos que esto crea un ciclo virtuoso: las personas que disfrutan donde trabajan y hacen sus mejores contribuciones cada día tienen más probabilidades de crear productos de alta calidad para nuestros clientes.
Entonces, ¿cómo es un equipo ágil en Qumulo? Para nosotros, son equipos autoorganizados que brindan una autonomía que fomenta la creatividad de cada miembro. Los resultados se ven en las contribuciones diarias de cada uno de los miembros de nuestro equipo.
¿Cómo es trabajar en equipos ágiles? Haga clic aquí para aprender más sobre la vida en Qumulo
Son sus compañeros de equipo quienes impulsan su satisfacción laboral y su calidad de trabajo: son las personas con las que trabaja más de cerca día a día. Somos muy intencionados con la selección de equipos y el movimiento entre equipos. Queremos que sea algo que fomente la autoorganización de los propios miembros del equipo, al mismo tiempo que ayudamos a brindar mejoras convincentes a nuestros clientes cada dos semanas.
Construyendo una cultura alrededor de equipos ágiles
En los primeros años de la compañía, la organización de ingeniería era pequeña, sobre los equipos 4-5. La mayoría de los proyectos tomaron aproximadamente 3 meses, por lo que, una vez por trimestre, la membresía del equipo cambió para llevar a las personas con las "habilidades adecuadas" al siguiente conjunto de proyectos que estaban comenzando. Los cambios en el equipo y la membresía del equipo fueron determinados en gran medida por el Vicepresidente de Ingeniería. Esto tuvo algunas consecuencias no deseadas:
- En la mayoría de los equipos, existía la expectativa de que no estarían en el lugar por más de unos pocos meses, por lo que las personas en el equipo no estaban muy motivadas para asegurarse de que el equipo funcionara bien en conjunto.
- Los ingenieros sentían poca agencia en la formación de equipos y las decisiones de membresía. Esperaron a que alguien les dijera a dónde ir, que no era el ambiente que queríamos fomentar.
Entonces decidimos cambiar la forma en que organizamos los equipos. Queríamos que nuestros equipos tuvieran un alto rendimiento, se adaptaran a las demandas de los productos y brindaran a los miembros la oportunidad de construir su Habilidades para gestionar equipos de desarrollo ágil.. Queríamos que cada uno de nuestros equipos de desarrollo ágil fuera precisamente eso. Ágil. Entonces, ¿qué es un equipo ágil en Qumulo? Cada equipo ágil:
- Tiene seis ingenieros
- Comienza con un miembro del equipo fundador (uno de nuestros desarrolladores senior), un Propietario del producto (PO) y una secuencia de trabajo
- Se espera que dure más allá del flujo de trabajo definido actualmente, por lo que los ingenieros seleccionan basándose no solo en el proyecto actual sino también en las personas con quienes trabajan bien.
- No está permitido más de dos personas que tengan tres años o menos en la industria.
- No se pueden tener varias personas que provengan de una empresa anterior con culturas anti-colaborativas.
- Debe estar compuesto por personas que quieran estar en el equipo y contar con la aprobación del miembro fundador
El proceso de despliegue que utilizamos fue este:
- Les dijimos a todos en Ingeniería que esto ocurrirá y cuándo.
- Les informamos sobre las limitaciones en torno a los equipos, enumerados anteriormente.
- Una semana más tarde, tuvimos un almuerzo de manos libres de ingeniería en el que cada combinación de Fundador de Equipo / PO lanzó a su equipo y su flujo de trabajo.
- Teníamos una pared con el nombre de cada ingeniero en una nota adhesiva. Luego tomamos adhesivo y lo pusimos en un póster para el equipo al que quieren unirse.
En lugar de que todos se tomaran unos días para decidir cuál era su equipo de primera elección, todos nos movimos en una ráfaga de actividad, y en minutos, cada pegajosa estaba en un póster del equipo. Los fundadores del equipo y los líderes de ingeniería se reúnen más tarde en el mismo día para informar.
Al principio, hubo un deseo por parte de los fundadores del equipo y de los líderes de ingeniería para mover a las personas en todo momento. Sin embargo, como este fue un ejercicio para asegurar la autoorganización, nuestra entrenadores ágiles instó al grupo a simplemente volver al equipo, resaltar los problemas y permitir que las personas lo resuelvan. Seguimos el consejo de los entrenadores ágiles.
En pocos días, todos los problemas fueron resueltos. Los equipos comenzaron con los kickoffs una semana después, ¡y nos fuimos a las carreras!
Los resultados de los equipos de ingeniería ágil autoorganizados
Eso fue hace casi dos años y medio. Desde entonces, hemos aprendido muchas cosas. Los que más se destacan son:
- Es fantástico que ninguna persona tenga la carga de tener que crear una membresía perfecta para el equipo; obtenemos el beneficio de muchas perspectivas y eso a menudo conduce a mejores soluciones.
- Con el tiempo, se demostró que los equipos que tenían individuos comprometidos a trabajar juntos y obtener un alto rendimiento obtuvieron buenos resultados. Los equipos que no fueron comprados no lo hicieron. Ahora examinamos explícitamente las habilidades de trabajo en equipo para complementar las habilidades técnicas fuertes cuando entrevistamos a ingenieros potenciales. También apoyamos a los nuevos miembros de nuestro equipo para que conozcan y ayuden a desarrollar estas habilidades una vez que se unan a nuestro equipo.
- A día de hoy, los movimientos de equipo son iniciados por los propios individuos. Tenemos un equipo con membresía rotacional para el cual las personas se ofrecen voluntariamente. Cuando se realizan las rotaciones, esas personas pueden regresar a su equipo anterior, sembrar un equipo nuevo o unir a un equipo existente que tenga un espacio abierto. Si un Ingeniero decide que quiere mudarse a un equipo nuevo por cualquier motivo (para trabajar en un proyecto diferente, aprender una habilidad, trabajar con un amigo), inicia el movimiento, y la coincidencia debe ser un ajuste bidireccional entre Ingeniero y equipo. Con este sistema, los individuos se sienten completamente libres de rechazar una invitación de otro (independientemente de su rango) para mover equipos.
- Las cosas se complican a veces y eso está bien. Tenemos equipos de cuatro y equipos de ocho. Tenemos equipos sin ingenieros superiores. Nuestros equipos de desarrollo ágil todavía construyen un gran producto.. Todavía nos esforzamos por alto rendimiento.
- Se necesita más que un proceso de autoselección de un solo equipo para que todos internalicen realmente este proceso. Seguimos los ejercicios de selección de equipos con recordatorios frecuentes de cómo funciona nuestro sistema. También entrenamos a individuos a través del proceso de reincorporación a un nuevo equipo.
- Una vez que las personas aceptan la responsabilidad de asegurarse de que están en el mejor equipo para ellos, de repente desean tener el control de otros aspectos de su vida laboral, ¡como en los proyectos en los que trabaja su equipo!
A medida que crecimos de cinco a diez equipos, estas estructuras continúan trabajando para nosotros. En el futuro previsible, creemos que continuarán brindando suficiente apoyo en el futuro, pero estamos atentos a los ajustes que nos ayudan a mantenernos fieles a nuestro objetivo de construir un equipo de ingeniería autoorganizado y crear un entorno en el que podamos dar lo mejor de nosotros. trabajamos mientras construimos productos que continúan deleitando a nuestros clientes.
¿Interesado en ser parte de un equipo de ingeniería ágil autoorganizado? Siempre estamos buscando a las personas adecuadas. Y suscríbase a nuestro blog para obtener mejores prácticas y recursos más útiles.
