El Blog de los Jefotecs

Somos «animales de costumbres», no nos gusta salir de nuestra zona de confort, modificar la manera en que hacemos las cosas. Tampoco nos gustan los cambios en como percibimos el mundo que nos rodea. Nuestro propio cerebro se encarga de que obviemos mucha de la información que tenemos a nuestro alrededor y la rellena con lo que espera que haya.

Hay un pequeño grupo de personas más propensas a los cambios, a probar todo lo antes posible. Esos que cuando cambian la interfaz de Gmail lo aceptan rápidamente y buscan como sacarle partido lo antes posible, o cada vez que actualizan una aplicación del teléfono (o tableta, o pc…) tienen un cosquilleo ante las posibles novedades que incluye… no es que su cerebro no realice esa tarea de autorellenado, ni que sean más inteligentes (ni más tontos…), supongo que simplemente gana la curiosidad. En este grupo de personas se agrupan en los innovadores,y en los «early-adopters», que no son ni un 20% del total:

Fuente: Wikipedia

Un ejemplo recurrente de esto es cada vez que Facebook (o el ya mencionado Gmail) hace algún cambio en el funcionamiento de cualquiera de sus múltiples interfaces. Siempre hay una oleada de quejas, que tras 7-10 días ya se van olvidando, y cuando se genera la siguiente modificación, se inicia de nuevo el proceso.

Vivo esto en mi día a día laboral: reimplementas un sistema, tras darle muchas vueltas, has reducido el nº de pantallas, has mejorado las búsquedas, has optimizado la visualización de la información, has aprovechado mejor el espacio, has conseguido reducir los tiempos de espera, y aún así los primeros 7-10 días son un mar de quejas… luego empieza a llegar el periodo de aceptación, y finalmente se termina por valorar los cambios positivamente, pero el proceso de asimilamiento siempre está ahí (incluso se llega a recordar acciones «mágicas» que antes se podían hacer, sin que nunca hayan existido).

Para reducir este choque, una de las máximas de las metodologías ágiles de desarrollo de software (las de mayor aceptación hoy en día) consiste en involucrar mucho al usuario final en el proceso de desarrollo, lo que aumenta su identificación con el nuevo sistema (lo conoce mejor, lo siente más como algo suyo) y además se consigue mejorar el producto final gracias a esta retroalimentación constante.

Caso de «The Hobbit»

Con The Hobbit han dado un pasito hacia delante en el uso de la tecnología en el rodaje de películas de cine aumentando el número de imágenes por segundo de 24 a 48.  Hoy en día el cine se rueda a 24fps por tradición. Ésta se inició para ahorrar costes utilizando la menor cantidad posible de celuloide, manteniendo la fluidez mínima necesaria en la imagen. Por fin, alguien se anima a romper con este esquema tradicional, completamente innecesario hoy en día y, como era de esperar, ha suscitado opiniones enfrentadas (os recomiendo «El hobbit, la mejora tecnológica, y la tenaz persistencia de la costumbre» de Enrique Dans).

Hay quien ha percibido una bajada de calidad tras le mejora técnica (que en realidad lo que ha producido es un aumento de calidad). La costumbre… la resistencia al cambio… pude ver la película en formato digital a 48fps y en 3D, y me encantó (y eso que entraba con mala opinión del 3D).

Llevo tiempo diciendo que no me gusta demasiado ir al cine por la falta de calidad de la imagen, en un televisor normalito en casa se podía conseguir una imagen mucho mejor. Durante los 10 primeros minutos de película tenía la sensación de que los movimientos estaban a cámara rápida, pero una vez acostumbrado a ese cambio, la sensación era de realmente tener a los personajes delante a unos pocos metros de mí (casi como si fuese un teatro).

Normalmente luchando contra los cambios no hacemos más que retrasarlos, y empeorar su proceso de asimilación… no tengamos miedo a los cambios, cada cambio en realidad supone una oportunidad de mejora.