La ceremonia del Go Live!

El Go Live es un momento crítico para cualquier proyecto. Crítico no es necesariamente malo ni angustiante. Es simplemente crítico. Cuando un avión está en fase de despegue 🛫 y aterrizaje 🛬 también está en momentos “críticos” del vuelo y es por eso que se extreman las medidas de precaución durante estas etapas.

El Go Live! 🚀 es el solemne acto de poner en producción, online, en el aire — you name it — un producto digital de software luego de muchos meses, etapas y esfuerzo: Discovery, prototipo, UI, UX, validación, desarrollo y QA.

Si bien suele mostrarse en los Roadmap como un mero momento en el tiempo, un Go Live conlleva preparación y planificación. Voy a contarte todo lo que hacemos antes de una salida a producción y cómo la preparamos para que todo sean risas y felicidad 😀.

Antes de llegar al entorno productivo (A.K.A: producción) un proyecto pasa por distintos entornos: development, test y staging.

En el entorno de development los desarrolladores 💻 pueden subir su código y ver cómo se comporta el mismo en convivencia con el resto de las funcionalidades que ya tiene el software funcionando. De esta forma, es más fácil trabajar en equipo y varios programadores pueden tocar un mismo proyecto simultáneamente. Este entorno es privado y exclusivo para el dev team.

Una vez aprobados los cambios en development, los cambios son subidos al siguiente entorno: test. El entorno de test es donde nuestro equipo de QA (Quality Assurance) realiza distintos tipos de pruebas para asegurarse que no hay bugs ni comportamientos no esperados (te invito a leer mi post sobre este tema). En caso de haber rebotes, se vuelve a desarrollo. Si todo es felicidad y los features se comportan según lo esperado el mismo pasa a la siguiente y última etapa: staging. Este es un entorno exclusivo para el cliente y es donde se le presentan todos los cambios que están a punto de subirse a producción. Es el ambiente seguro, con datos de prueba, donde el cliente puede recorrer, navegar, hacer clics y dar el OK formal sobre si el funcionamiento es el esperado.

Todos los entornos deben ser iguales, pero especialmente test, staging y producción deben ser idénticos. De esta manera, las posibilidades de que algo no funcione cuando pasa de staging a producción tienen a cero.

Una vez obtenida la aprobación del cliente nos metemos en el proceso e Go Live propiamente dicho. Como primera regla de oro, no se implementa el día previo a un fin de semana o feriado. Aclarado esto, acordamos con el cliente un día y horario para hacer la implementación en producción. Una implementación puede demorar desde unos minutos hasta algunas pocas horas, dependiendo de qué haya que subir, peso de las bases de datos y otros factores. A veces es necesario bajar el sitio para poder hacerla y otras veces puede hacerse sin necesidad de bajar el sitio. Obviamente siempre que es posible intentamos no dejar offline el sitio.

En el momento exacto en el que se termina la implementación el producto ya está visible y accesible para el mundo. Antes de avisar que todo salió bien probamos los caminos críticos del producto, por ejemplo, en un ecommerce intentamos hacer una compra. Esto nos asegura que el cliente no dejará de facturar por un error en nuestra implementación.

De esta forma intentamos controlar y reducir al máximo la posibilidad de errores durante una implementación. Si es cierto que a veces las implementaciones son más dolorosas y requieren ajustes post Go Live, pero siempre se trabaja en reducir la probabilidad de aparición de cualquier tipo de contingencia y, siempre, pero siempre, tener un plan de contingencia por si todo sale mal. Siempre hay que tener una forma de volver atrás y volver a empezar.

Si quieres saber más sobre nuestro proceso de creación y construcción de productos te invito a leer más posts en nuestro Medium o seguirme en Twitter (@reinstoss)