La semana pasada asistí al Redradix Innovation Space (RIS), un evento interno de mi antigua empresa. Fue un evento de 3 días dedicado a explorar nuevas tecnologías e innovar de cualquier manera. En este artículo, compartiré mi experiencia y algunas reflexiones sobre el RIS.
El evento se organizó en equipos formados alrededor de un proyecto. Mi plan inicial era unirme a todos los proyectos y básicamente andar de un lado a otro. Este plan se frustró cuando eché un vistazo al proyecto del “camino punky”.
Proyecto Punky
Este proyecto era de alguna manera especial. El objetivo era ser lo más anti-norma posible. No teníamos idea de lo que queríamos construir. Básicamente, improvisamos todo el proyecto. Siempre es divertido unirse al “lado punky” e intentar romper todas las reglas posibles.
La primera actividad que hicimos fue jugar “juegos de campamento”. A pesar de lo infantil que esto pueda sonar, considero que esos juegos son una herramienta esencial para la colaboración. Jugar te pone en un estado mental lúdico; te relajas y te diviertes.
Después de un par de juegos y mucha diversión, ya nos sentíamos energizados. Es raro explicar la sensación, pero la vida se sentía más brillante y agradable.
Los juegos habían concluido y era hora de sentarse y hablar sobre lo que queríamos hacer. Me perdí el primer día, así que necesitaba ponerme al día con las ideas que habían recopilado en el día 1.
Nuestro producto
Explicado brevemente, estaban chateando con ChatGPT y de alguna manera la conversación los llevó a la idea de desarrollar una versión de Teletexto del nuevo sitio web de Redradix. La idea sonaba divertida, así que nos fuimos completamente retro.
Construir un sitio web de aspecto retro es entretenido, pero queríamos ir más allá. No usaríamos ninguna tecnología nueva. Nada de frameworks JS elegantes; todo lo que se pudiera hacer en HTML y CSS simple debería hacerse de esa manera.
Con nuestro objetivo definido, era hora de organizarnos.
Planificación y fases
No usamos tableros kanban ni metodologías ágiles. Nos sentamos alrededor de una mesa y discutimos el plan abiertamente. Gracias a los juegos, todos estaban energizados y dispuestos a contribuir con sus ideas. Después de algunas discusiones, creamos un plan básico de cuatro fases.
- Información. Adoptamos un enfoque centrado en el contenido. Antes de pensar en UI y UX, necesitábamos definir qué mensaje queríamos transmitir.
- Diseño. Una vez definido el contenido, pensamos en cómo se iba a presentar. En esta fase, definimos la fuente, los colores y el diseño de las páginas.
- Unir las piezas. Hasta ahora, estábamos trabajando en parejas, cada uno enfocado en una sección de la web. Para fusionar nuestro trabajo, necesitábamos pensar en la navegación y normalizar nuestros diseños para que se ajustaran a un estándar común.
- Despliegue + Presentación. La parte de despliegue fue fácil porque desarrollamos todo en Codesandbox. Sin embargo, como en cada lanzamiento, encontramos muchos errores una vez que comenzamos a probar.
Admito que este no es el mejor plan de todos, pero funcionó para nosotros. Además, lo más importante es que, durante todo el proceso, todos nos estábamos divirtiendo mucho. Por un momento, me pregunté por qué no era siempre así.
Trabajo en equipo y ambiente
A pesar de trabajar en parejas durante las fases 1 y 2, estábamos sentados alrededor de la misma mesa. Este simple detalle nos ayudó de muchas maneras. La comunicación era más fácil; si tenías una pregunta, solo necesitabas preguntar. Todo se discutía abiertamente para que todos pudieran contribuir y mantenerse alineados. Además, si necesitabas ayuda de alguien, podías obtenerla al instante. Todos estaban dispuestos a ayudar; estábamos verdaderamente unidos hacia el mismo objetivo.
Al final de cada día, teníamos una retrospectiva. Uno por uno, compartíamos cómo había ido nuestro día basándonos en dos áreas: progreso y sentimientos. Quizás esta fue la parte más importante del proceso porque nos preocupábamos por el estado de ánimo y el estrés de los demás.
Cada uno tenía su propia visión del día. Algunas personas progresaron menos pero ayudaron más. Otros avanzaron mucho a costa de estresarse. Hablar de esto abiertamente genera conversaciones más profundas sobre nuevas formas de manejar el estrés y las emociones negativas.
Tuvimos una anécdota interesante relacionada con esto. Durante la última fase del proyecto, teníamos prisa. Alguien detectó que uno de nosotros se estaba estresando demasiado por lanzar el proyecto. En ese mismo momento, nos detuvimos y jugamos un par de juegos para calmarnos. Piensa en eso. ¿No sería genial tener a alguien que te salve de quemarte?
Sé esa persona.
Recuerda siempre que el rendimiento del equipo es proporcional a la salud de sus miembros.
Conclusiones
He hablado de muchas ideas en este post. Podrías sentirte tentado a probar algunas de las prácticas que he compartido aquí. Sin embargo, ten en cuenta que podrían no funcionar en tu equipo.
Hagamos las cosas de manera diferente. Te animo a crear tu propia metodología, personalizada para las personas de tu equipo. Solo asegúrate de mantener las cosas simples y hacer de la comunicación tu prioridad principal.
La conclusión clave es que a veces necesitas olvidarte de todo y empezar desde cero. Sé punky al respecto, rompe las reglas, escucha opiniones impopulares y haz lo que nadie más hace.
Gracias por leer, y gracias a los punkies que hicieron esto posible.