Que entendemos por una célula de desarrollo (Feature Squad) en Ingenia
Los contextos cambian, no es lo mismo construir un producto digital en el 2018, que hace 10 años. Visitando clientes, startupeando proyectos, habiendo creado productos tecnológicos, tanto en startups como en empresas tradicionales, nos hacen la misma pregunta, como armamos un equipo de desarrollo. Las ideas no cambian, todos quieren agilidad, quieren sentir la adrenalina que nada los para, que puedan lograr lo que sea, entregar valor constantemente, nada se puede entrometer, ni la tecnología, ni la arquitectura.
Pero cómo? Alcanza solo con una conformación de equipo de desarrollo? Para nada, todo lo contrario, tampoco alcanza con un área de Arquitectura alineada o impulsando (en una gran empresa), no hay duda que la organización grande o chica tiene que estar 100x100 alineada a crear estos nuevos equipos que todo lo deberían poder, después seguimos con esto…
Si queremos pensar en este “nuevo” concepto de equipo de desarrollo, llamado célula o feature squad, quiero explicar como lo vemos nosotros en Ingenia, relacionados con los perfiles, los objetivos, la metodología y que contexto se le debe preparar para que las células de trabajo se luzcan y logren resultados que se esperan.
Me gustaría arrancar con un diagrama conceptual que consideramos fundacional para entender las responsabilidades que tienen que tener estas nuevas células, más allá de como tiene que estar conformadas.
Tal como muestra el diagrama conceptual observamos tres cuestiones que generan mucho ruido a los Gerentes y CIOS:
- Product Design
- Continuous Integration
- Observability & Scaling
Product Design
Vamos paso a paso, no concebimos construir un producto digital sin que las células tengan la decisión completa de los objetivos del producto, si no pueden medir la evolución de este, como está siendo utilizado y decisión completa de que se implemente.
El Producto Owner debe ser parte de la célula, si esto no es así no sirve. Esta práctica debe 100x100 Data driven, y la utilización o no del producto depende de la célula, los integrantes deben estar comprometidos con la estrategia y objetivos, esto se logra cuando se enamoran del problema no de la solución, esto permite estar pivoteando siempre que sea necesario.
Continuous Integration
No quiero explicar que es CI, me quiero focalizar en la importancia de la practica y como impacta en el desarrollo, testing y deployability, es la base para lograr aumentar la velocidad de los equipos, no solo en las integraciones, sino que deberíamos verlo como unas un miembro más del equipo, que garantiza la integridad del proceso punta a punta, garantizando y generando idempotencia de los artefactos construidos a lo largo de los ambientes.
Observability & Scaling
Esté es uno de los puntos que más ruido genera en los clientes donde trabajamos, tiene que ver con dotar a las células de desarrollo de las herramientas necesarias para generar desplegar en producción, generar sus propios dashboard de monitoreo de negocio y disponibilidad de servicios como así también las alertas.
Los perfiles que entendemos que tienen que ser parte de estas céludas de mínima son, Producto Owners, Arquitectos de Aplicación y Developers Obviamente, pero con tres flavors, de Apps (Front/Back/Data), de Automation Testing y de Infraestructura (lo que comunmente se llama Devops), podríamos hacer varias stories más si detallamos que deberían hacer cada uno.
Entendemos que las organizaciones tienen que encarar un esquema para permitir que estas células sean autónomas, se encarguen de construir los productos, evolucionarlos y mantenerlos en producción. Para ello hay muchas decisiones de arquitectura y metodología que hay que tomar para lograrlo, como así también el tooling y aprovisionamiento de automático de infraestructura.
Ingenia se encarga de esto, mostrar nuevos enfoques para lograr mejores productos digitales en conjunto de la visión tecnológica y metodológica para llevarlo adelante. En este tipo de decisiones pasan nuestros días.
