Al momento de desarrollar un software, mientras este se encuentra en funcionamiento por parte de muchos usuarios es común que aparezcan errores complejos casi indetectables o bien casos bordes no contemplados. Además es conocido que un software se encuentra en constante mejoría con nuevos features, los que producen más valor a este. Ambas circunstancias descritas anteriormente son fundamentales y requieren el enfoque de todos los esfuerzos para hacer que ambas funcionen correctamente y en el menor período de tiempo posible.
Como vimos en el artículo agilidad + onboarding = hold my beer!, terminar las tarjetas es la prioridad de un sprint y éstas requieren un tiempo de desarrollo. Pero cuando durante el sprint aparecen errores no contemplados y que necesitan ser resueltos lo más pronto posible (porque en BUK uno de nuestros valores es que el cliente es nuestro centro), usamos tiempo que originalmente estaba dedicado a resolver una tarjeta prevista en solucionar el error reportado. Esto puede implicar en problemas para completar el sprint 🥲 y que las nuevas funcionalidades de la aplicación no estén a tiempo según el roadmap.
Tratar de abarcar estas dos necesidades al mismo tiempo es muy estresante, tanto para los desarrolladores como para los clientes. Para los desarrolladores porque genera cambios en el desarrollo entorpeciendo el ritmo de programación, impactando en un posible no cumplimiento de metas (tarjetas) y generándoles una desmotivación. En el caso del cliente puede generar estrés, ya que es difícil ponerse en contexto y puede generar demoras en la solución que necesita y producir insatisfacción.
Por esto y muchos otros casos más necesitamos ayuda.
Necesitamos llamar un héroe 🦸, que se dedique exclusivamente a resolver estas incidencias de los clientes, y que su única función sea esa. De este modo, el resto del equipo se enfoca en completar el sprint ya definido.
A este rol exclusivo lo llamamos SuperHero, que en cada sprint es asumido por un desarrollador al azar, siendo designado solamente a resolver las incidencias que tienen los clientes, dedicando tiempo del sprint sólo a solucionar problemas.
Cabe destacar que el desarrollador asignado como SuperHero, durante el sprint, tiene menos tarjetas que los demás devs, o si no, ninguna.
Ser un superhéroe tiene muchas ventajas, tanto para el desarrollador como para el equipo y la empresa.
Así como el software crece, los desarrolladores también crecen. A medida que el tiempo pasa y los usuarios aumentan, puede implicar problemas en distintas áreas del desarrollo y solo tener un SuperHero no es suficiente. Por esto se pueden crear más SuperHeroes, focalizados en áreas específicas y así crear tus propios Avengers, dedicados a resolver problemas donde cada SuperHero es experto en algún área de la aplicación (o como sea mejor para la empresa). Todo esto depende de cómo estén conformados los equipos.
En Buk tenemos nuestro propios Vengadores 🦸🦸♂️🦸♀️ quienes día a día lidian con los problemas que encontraron los clientes. Gracias a ellos podemos tener una ciudad tranquila, sin problemas para desarrollar y sin miedo de un posible ataque del villano BUG 🐛.
BUK sigue creciendo ¡y necesitamos más Héroes como tú! 🦸. Si quieres ser parte de los Avengers postula en el siguiente link.