Manejar El Crecimiento

De un MVP a un producto, sobrevivir a los dos primeros años de una startup consiguiendo dinero de inversionistas y lograr que aquello que se construyó con rapidez escale tiene retos organizacionales y técnicos, madurar y evolucionar, entender que esto conlleva a cambios de ritmos y escalamientos.

Este escrito va dirigido a personas no técnicas, pero que están relacionadas con la tecnología en el cual mostramos algunas metáforas para alinear las expectativas con las realidades del crecimiento.

Dinero

Al comienzo de una startup, cuando el dinero escasea, hay que hacer prototipos rápidos y mostrar que efectivamente estas pruebas de concepto llegan a producción.

Idealmente se cuenta con un producto que hace lo que tiene que hacer y esta prueba de concepto es capaz de servir a una centena o miles de usuarios si se emplearon herramientas con un equipo pequeño y ágil.

En ese momento lo que se logró fue crear una canoa que era muy rápida para cruzar ríos, el balance entre la estabilidad y la innovación está claramente definido en el marco de presentaciones a los inversionistas. La canoa puede ser preciosa, pero sigue siendo una canoa.

Después de pasar las rondas de inversión, se desea contar con un producto que sea capaz de mostrar el crecimiento y la estabilidad necesaria para que las personas que lo usan se sientan en una embarcación así:

El único detalle es que ya los órdenes de magnitud en cantidad de usuarios es de 2 o más de diferencia, se habla de centenas de miles o millones de usuarios.

A recordar: Un MVP no puede crecer indefinidamente, internamente se requieren cambios para satisfacer las necesidades(nuevas en tamaño o en objetivos).

Personal

Mantener una estructura sin demasiadas jerarquías y lo más plana posible es una de las metas fundamentales para que la comunicación sea efectiva y se eviten los teléfonos rotos.

Que el equipo crezca y sea adaptable a las necesidades del producto requiere que haya un proceso claro de priorización y que las estimaciones y la confianza se mantenga para que las expectativas puedan estar en la realidad de la capacidad del equipo.

Metáfora: Una mujer puede tener un hijo en 9 meses, pero 9 mujeres no pueden tener un hijo en un mes.

Cultura

Toda la empresa crece, finanzas, atención al cliente y las nuevas herramientas y servicios con los cuales se hace integraciones, así mismo el equipo de desarrollo y de producto deben crecer.

Hacer cambios a un producto establecido desde la perspectiva de usuarios finales es uno de los retos más grandes que tiene el equipo de producto y requiere además del olfato, basarse en números para hacer priorizaciones adecuadas.

Una campaña tuvo éxito? Cómo se midió? Si no fue el resultado, cuáles fueron las incidencias presentadas y las suposiciones que tenemos respecto a los objetivos que no logramos obtener. Cómo mitigar el efecto en un próximo intento?

Los equipos pequeños de desarrollo y con tareas específicas pueden ser más rápidos si tienen forma de comunicarse unos con otros, lo cual nos lleva al tema de la documentación que es uno en sí mismo.

A recordar: Velocidad o Precisión, al principio con pocos usuarios es posible fallar, una operación de 24x7 requiere mantener estabilidad.

Documentación y automatización

Establecer las herramientas para que haya conocimiento organizacional en la profundidad que requiere cada área es otro reto a salvar, un sistema de gestión de calidad debe tener en cuenta que cada área es particular y las herramientas para cada una pueden variar para facilitar la actualización de la información y la visibilidad de la misma.

A medida que crece el producto, se multiplican las integraciones y las reglas de negocio se van adaptando, estos cambios implican que lo que ya estaba estable no lo esté más, porque simplemente la carga cognitiva es tan grande que ya no cabe en la cabeza de una sola persona todos los aspectos que hay que tener en cuenta y porque la sensibilidad del sistema se ha disparado.

Para mitigar las incidencias de una operación se tienen tres herramientas, en el siguiente orden:

* Identificar

* Documentar

* Automatizar

Solamente tiene sentido automatizar un proceso si este se está repitiendo y la oportunidad de generar un fallo mayor al tratar de hacer el arreglo reviste peligro. La automatización es una etapa posterior desde el ámbito de producto.

Metáfora: Es mejor tener un lápiz muy gastado a una memoria muy grande.

Aspectos técnicos

Un sistema requiere:

* Programas: Lo mágico que funciona en los computadores

* Infraestructura: Los computadores sobre los que corre la magia

* Control de cambios: Las modificaciones y los nuevos rumbos de la magia

* Despliegue: Que la versión anterior sea cambiada por la nueva

* Administración de código y configuraciones: Que esto pueda seguir siendo creado por personas

* Ser medido: Si medimos, podemos tomar mejores decisiones y hacer más magia.

Los programas se crean a partir de otras librerías y programas, con lo cual, el mantener las versiones actualizadas con las más estables se obtiene un sistema sano. Y viene la temida deuda técnica a medida que los sistemas crecen.

La deuda técnica se genera por:

* Hacer algo rápido para que funcione, a pesar de que se sabe que se puede hacer mejor.

* No contar con una cultura de mantenimiento de versiones recientes de las librerías o subsistemas.

* Trabajo de personas que pueden no estar al nivel de las necesidades o los cambios del ambiente.

* Cambio de prioridades.

* Cambio de requerimientos.

Con lo cual, al principio es posible que la deuda técnica sea alta, esta es sostenible inicialmente.

La deuda se puede mitigrar tomando tiempo para reescribir aquello que se sabe requiere mejoras. Puede resultar mejor rehacer porciones del sistema desde cero y es un costo que está escondido.

A recordar: Si la deuda técnica crece, la velocidad disminuye dramáticamente.

Referentes

* [Metáfora de modificación](https://axiacore.com/blog/por-que-modificar-el-software-cuesta-tanto/)

Créditos

Los dibujos fueron hechos en lápiz por Jesika Vanegas, quien gentilmente los preparó para esta publicación con su total autoría.

Preguntas

Hay conceptos que se volvieron demasiado técnicos en este escrito? Si es así, déjeme saber cuáles para lograr encontrar metáforas o analogías para hacerlo más claro.