Este mes de febrero hará 14 años desde que empecé a dar clases en FCOM (Universidad de Navarra) sobre cómo desarrollar proyectos de comunicación digital. Muchas cosas han cambiado desde entonces. Conceptos como  multimedia, hipertexto, interactividad, experiencia de usuario, arquitectura de información, usabilidad o conversión han evolucionado a la par que Internet, el marketing online y las redes sociales. La gestión de los proyectos que enseño a mis alumnos, también ha cambiado.

En Biko llevamos ya tiempo gestionando proyectos con metodologías ágiles. Al principio lo aplicamos sobre todo en  las fases de desarrollo. Y algo después, comenzamos a aplicarlo también en las fases iniciales de conceptualización y definición. En la actualidad trabajamos con la metodología Lean-UX  que describía  Ujué en sus 5 píldoras de creatividad inspiradora.

Pues bien, en el último cuatrimestre han sido mis alumnos los que me han dado una lección de metodologías ágiles y lean-UX, en lugar de enseñarles yo a ellos lo que hacemos en el mundo profesional.

Hoy en día, todos mis alumnos son ya nativos digitales. Y eso se nota. Tienen una forma de funcionar bien distinta a la de los alumnos de hace 14 años. Rara vez se leen las instrucciones de un trabajo completas hasta el final, sino que se ponen en marcha inmediatamente, antes de terminar. Como solía decir mi madre, “echan a andar los pies antes que la cabeza”.

Estos alumnos no tienen ningún miedo al enfrentarse con  nuevas herramientas o aplicaciones: todos son usuarios intensivos de correo-e, mensajería instantánea y redes sociales, además de Google y la Wikipedia. Algunos incluso tienen blogs o cuenta en Twitter antes de llegar a la universidad. De manera que su forma de adquirir y aplicar el conocimiento, también es distinta.

Durante años, para definir un proyecto pedía a mis alumnos que dibujaran un diagrama de navegación, el típico “árbol de contenidos”, para reflejar la arquitectura del sitio web que iban a crear. Podían hacerlo con cualquier herramienta digital (Word, Powerpoint, Freehand, Photoshop,  herramientas online como Bubbl.us o de descarga, como Xmind…). Pero el diagrama (y su validación con el profesor) era un requisito antes de ponerse a construir.

Para mi sorpresa, en la última edición de la asignatura Comunicación Multimedia, el día que debían entregar el diagrama, dos de los equipos de trabajo ¡en vez del diagrama, tenían el sitio web montado y navegable! Aunque sin contenidos…

Por lo visto, habían detectado que les costaba el mismo tiempo, o más, elaborar un diagrama con esas herramientas. Y el diagrama no era  parte del “producto final”. Es decir, hacerlo suponía invertir tiempo (un bien escaso) en algo que no era avance en el proyecto. Por lo tanto, habían optado por dibujar el diagrama a mano (pensar y plasmar en un papel, que es más rápido) y emplear ese tiempo en montar la arquitectura del sitio, ya navegable, con alguno de los múltiples CMSs gratuitos que empleamos.

Al principio me pareció poco adecuado para el proceso de aprendizaje. Siempre habíamos hecho el diagrama de navegación primero… Pero pensándolo despacio, hacer el diagrama (pensar la arquitectura) sí lo habían hecho. Lo que no habían hecho era “perder el tiempo” pasándolo a limpio y bonito para entregárselo al profesor. En cambio, habían sido ágiles, ya que la validación y corrección de la arquitectura la pudimos hacer igualmente sobre el sitio ya montado, y con mucha más agilidad, ya que aplicábamos los cambios y veíamos el resultado sobre la marcha.

Esta pequeña anécdota me ha hecho pensar que, igual que mis alumnos son los trabajadores del futuro, las metodologías ágiles (tan espontáneas e integradas para ellos), son también las metodologías del futuro en este sector de la comunicación digital.

A pesar de la crisis y los recortes, en Biko hemos incorporado un nuevo consultor esta Navidad. Esperamos que os guste y os sea de utilidad.

Si al formularle una consulta sobre vuestra estrategia digital no contesta, que no cunda el pánico, en su camiseta encontrarás nuestro número de teléfono.

¡¡Y atención al código QR que lleva la criatura!! Léelo con tu móvil, consulta los deseos navideños del equipo de Biko y, si lo deseas, aporta los tuyos propios.

Además, a través de este código, nuestro consultor te contará cosas muy interesantes a lo largo del 2012.

¡Felices Fiestas a todos!

(Si no tienes lector de QRs en tu móvil, no te quedes sin conocer nuestros mejores deseos para 2012)

Descarga tu consultor recortable

Hoy hemos presentado en Barcelona el desayuno de “Tendencias en Ecommerce y ROI temprano”, con nuestro partner Multiplica, y me ha sorprendido bastante que el tema Agile, eje del mensaje para conseguir ese ROI temprano, era un concepto desconocido para los asistentes.

Aunque quizá no debería haberme sorprendido tanto. Al fin y al cabo, cuando una marca/empresa/cliente se lanza a crear un producto online no se pregunta demasiado cómo se lo van a construir. Piensan: lo construirán y ya, ¿no?.

O más bien, lo construirán, la cagarán (es lo que suele pasar con los proveedores de desarrollo), me pedirán más dinero a mitad del proyecto, discutiremos, me entregarán un producto plagadico de errores, me negaré a pagar hasta que los arreglen…  Así, y tras semejante parto, el producto estará online pero no voy a tener ganas más de que mantenerlo (lo de evolucionar ya es otra película) porque embarcarme en una nueva fase de construcción me da pereza, me trae malos recuerdos y me provoca dolor de corazón y de bolsillo.

Supongo que los proveedores nos hemos ganado esta fama a pulso y, por eso, no es que los clientes sepan o no qué es Agile, es que les cuesta creer que haya un remedio a tanto dolor innecesario. Y aunque lo creyeran o, al menos, les sonara interesante, ¡cuesta tanto dar el paso y probar!

Así que, en lugar de intentar convencer a nadie, voy a optar por hacerme eco de unos datos presentes en el libro Succeeding with Agile:

• El coste de los proyectos agile es un 26% menor de media. De los proyectos estudiados, el de menos ahorro logrado rebajó un 10%  sus costes y el de mayor ahorro hasta un 70%.
• Los proyectos agile salen al mercado hasta un 37% más rápido que los proyectos tradicionales.
• La calidad de los proyectos agile mejora un 63% de media. Un 10% en el peor de los casos.
• Un 47% de los stakeholders consideran que, con los proyectos agile, están más satisfechos. Un 31% se siente mucho más satisfecho.

Esto es sólo una muestra de lo que podemos conseguir si nos empieza a preocupar cómo se constuyen (se diseñan, se desarrollan, se testan…) nuestros proyectos.

Ahora mismo, para mejorar incluso esos datos, nosotros estamos aplicando ténicas ágiles en un área hasta ahora inexplorada (al menos en territorio de habla hispana, pues los grandes gurús como Alan Cooper o Jeff Gothelf ya lo están poniendo en práctica). Se trata del agilismo en la definición del proyecto y su concreción a nivel de arquitectura, navegación… Vaya, todo el universo de la experiencia de usuario o UX.

Como todavía nos quedan los desayunos de Pamplona (18/11) y Madrid (24/11), seguiremos ahondando en cómo construir sitios que conviertan y sean inteligentes, pero que además nos permitan obtener un retorno de la inversión de forma temprana. Agile y Lean UX son las claves para ello, creedme (a mí o a los números, igual me da). ¡Clientes!, no se me ocurre otra manera más sencilla y efectiva de volver a recuperar la ilusión (y el dinero) al lanzar productos online. ¿Queréis asistir al desayuno? ¿Queréis que hablemos de cómo hacer realidad todo esto?

La Red crece cada vez a más velocidad: cada día se crean millones de nuevas páginas. Esta infografía pretende darnos una idea de lo que ocurre en la Red cada 60 segundos.

Vía ufunk

Ya no somos los únicos que hablamos de SMART cuando queremos explicar cómo debe ser un site orientado a resultados y a perdurar. Smashing Magazine publicaba hace unos días un artículo titulado “The S.M.A.R.T. User Experience Strategy” donde, seremos educados, se inspiran en el planteamiento que Biko lleva transmitiendo desde hace casi dos años.

SMART es una de las señas de identidad de nuestra compañía junto con la aplicación de metodologías ágiles. Para nosotros resulta fundamental que un site sea ante todo:

Seductor, personalizado, que este vivo y fidelice

Metódico, que podamos obtener datos que nos permita la evolución continua

Accesible, desde cualquier plataforma o dispositivo

Relacional, volcado al diálogo con los usuarios

Tangible, orientado a la conversión

Podéis saber algo más al respecto accediendo a nuestra web.

A partir de este planteamiento hemos leído con atención la interpretación publicada en Smashing Magazine. Y… ¿qué podemos decir?

Pues que nos llena de orgullo que alguien fusile nuestras ideas y reflexiones, y que en su artículo reciba comentarios tan favorables acerca del concepto compartido. Refuerza nuestros planteamientos y nos anima a seguir adelante con energía.

También podemos decir que hubiese sido más elegante por parte del autor del artículo mencionar a Biko como fuente de inspiración. Pero bueno, no ha sido así, vivimos tiempos difíciles y confusos, igual ha sido una simple coincidencia.

Cómo no, recomendamos su lectura.

Las redes sociales han pasado de ser una tendencia tecnológica a una herramienta de uso cotidiano en la vida de la mayoría de ciudadanos.

Es por ello que muchas empresas están haciendo un gran esfuerzo para ganar notoriedad y posicionarse en las redes sociales. Para ellas es importante estar cerca de los usuarios, y transmitir una imagen de cercanía.

Uno de los puntos más interesantes de las redes sociales es su combinación con las apps móviles, ya que esta es la forma más rápida y sencilla de llegar al bolsillo de los usuarios para transmitir y difundir un mensaje.

Es precisamente en este punto donde Biko ha encontrado una oportunidad de negocio y ha participado en el desarrollo de Soccer Caps, un novedoso juego de fútbol de chapas para iPhone que recicla el concepto de “juego social“.

El juego consiste en una liga manager donde el usuario puede jugar partidos de fútbol de chapas contra otros usuarios a través de internet gracias a la tecnología Game Center de Apple.

Para ello antes deberá comprar uno o más equipos que podrá modificar comprando y vendiendo jugadores.

Lo más sorprendente del juego está precisamente en el mercado de fichajes. A diferencia de otras aplicaciones, Soccer Caps no se limita a compartir información a través de las redes sociales, sino que traslada a Twitter todo lo relacionado con la venta y compra de jugadores.

Gracias a esta innovadora forma de integrar Twitter, cuando un usuario pone a la venta un jugador se publica un tuit. Si cualquier otra persona que tenga instalada la aplicación accede al enlace del tuit se le abrirá automáticamente la aplicación y podrá comprar el jugador.

Además de comprar y vender jugadores, también es posible lanzar retos a través de Twitter apostándose dinero virtual.

El uso de esta tecnología presenta unas ventajas muy importantes tanto para el juego como para los usuarios, y su implementación en otras aplicaciones puede abrir un nuevo camino en el uso de las redes sociales por parte de las empresas.

La aplicación ya está disponible en la App Store, y tanto si eres un apasionado del fútbol o un entusiasta de las redes sociales es una magnífica oportunidad para divisar cual es el futuro de la integración de las redes sociales con las apps.

Más información:
http://www.playsoccercaps.com
http://twitter.com/soccercaps

Después de años de realizar prototipos/wireframes  en Visio y Omnigraffle, estamos tanteando la posibilidad de trabajar ahora con herramientas de prototipado en la nube, ya que aportan algunas ventajas adicionales.

En Biko seguimos un proceso de trabajo para prototipar websites, portales, apps para móviles, etc. centrado en el usuario. Y vemos que este proceso puede mejorarse con el empleo de estas herramientas online.

Para el prototipado, solemos realizar previamente una identificación de personajes, escenarios y tareas más relevantes a realizar por el usuario en el site o app. Jerarquizamos dichas tareas para ver qué es lo prioritario en cada caso (personaje/escenario). Y teniendo  en cuenta esta jerarquía,  maquetamos las pantallas ubicando los elementos de interacción de forma óptima para favorecer la usabilidad y conversión en el producto final.

Aunque herramientas como Visio u Omnigraffle permiten montar enlaces entre pantallas  y exportar el archivo como html para verlo en un navegador, lo habitual es que para  la validación de estos prototipos por nuestros clientes, simplemente los revisen sobre el papel impreso o, en ocasiones, sobre la pantalla, pero sin interacción efectiva.

Buscando herramientas que sí permitan simular esta interacción (por ejemplo, completar los campos de un formulario), nos hemos encontrado con varias muy completas, pero de licencia y descarga (Axure,  Flairbuilder,  Justinmind) y otras alojadas en la nube y que también ofrecen esta posibilidad y además, ventajas adicionales según los casos:

• al ser SAAS, la inversión en licencias no existe (la mayoría ofrecen una versión de prueba por tiempo limitado antes de contratar el servicio de pago)
• generan los prototipos en html + CSS de forma que pueden verse en cualquier navegador, lo que facilita revisiones por el cliente o hacer tests de usuarios sobre los propios prototipos
• se guarda el historial de todos los cambios realizados
• facilitan el trabajo en colaboración con páginas de discusión y sistemas de usuarios que editan, revisan, sugieren comentarios…
• facilitan la gestión de proyectos con la creación de tareas y asignaciones
• permiten asociar los elementos de un diagrama de flujo a cada una de las pantallas prototipadas
• permiten cambiar el aspecto del prototipo ya creado seleccionando entre el estilo “normal” y el estilo “scratch”

En definitiva, vemos que estas herramientas aportan funcionalidades adicionales a las que ya veníamos utilizando y nos estamos planteando el cambio de herramienta para algún proyecto concreto.

Os dejamos aquí la lista de las que hemos tanteado. Si las habéis probado, estaremos encantados de que nos contéis vuestra experiencia. Y también de nos sugiráis algunas más.

• inVision – más centrada en la parte de compartir/colaborar
• iPlotz – incluye gestión de proyectos y tareas
• Jumpchart – énfasis en la arquitectura del site
• Pidoco – tiene una versión “lite” más económica
• Protoshare – parece una de los más completas

¿Qué os parece uno de Tetris? Seguro que las reuniones son tanto o más amenas!

Vía logit42

Erase una vez un proyecto… ágil!

Como en la mayoría de los proyectos nuestros compañeros comerciales nos solicitaron una propuesta para cubrir las necesidades de software de un cliente. Creemos que para tener éxito en un desarrollo hay que tener historias de usuario lo más pequeñas posibles, estar todo el equipo comprometido con el proyecto y colaborar con el cliente.

Para no tener historias épicas hicimos un inception con el equipo comercial para que todos tuviéramos la misma visión. Todo el equipo colaboró en la creación de las historias de usuario para posteriormente estimarlas. La participación de todo el equipo en este punto del proyecto no solo sirvió para conocer más y mejor el trabajo a realizar, también ayudó a que todos estuviésemos comprometidos con el proyecto y con la estimación realizada. Alcanzar el objetivo de cada iteración con una tecnología en la que no teníamos toda la experiencia deseable era todo un reto.

Para evitar desviaciones durante el desarrollo realizamos al inicio varias pruebas de concepto (spikes, conocidos cariñosamente en el equipo como bobby’s). Esta decisión resultó ser clave para no tener desviaciones en el proyecto permitiéndonos iniciar el desarrollo con varios problemas técnicos detectados y solucionados.

Para estrechar la colaboración con el cliente antes de iniciar el desarrollo del proyecto todo el equipo visitó sus instalaciones. Sirvió para que nos conociéramos personalmente, escuchar su visión del negocio y saber lo que esperaba recibir. Por nuestra parte le explicamos nuestra forma de trabajar con entregas continuas y la flexibilidad del agilismo para ir adaptándonos a las necesidades reales.

Durante todo el proyecto hemos hecho especial hincapié en el cumplimiento de las planificaciones de los sprints, terminando las funcionalidades a las que nos habíamos comprometido en cada iteración. Las planificaciones de cada sprint se han basado siempre en estimaciones realistas, incluyendo tanto como realmente creíamos que podíamos terminar.

Desde el primer día apostamos por la calidad y aunque al principio podía parecer que el desarrollo tardaba más de lo esperado, las iteraciones se iban completando tal como las habíamos planificado. Optamos tanto por técnicas de extreme programming (integración continua, TDD y pair programming -solo en las historias iniciales y aquellas que tenían cierta dificultad-) como por técnicas de rendimiento personal como pomodoros. Al inicio de cada historia nos juntábamos todo el equipo en una pequeña reunión técnica para que la solución fuese conocida, consensuada e integrada. El definition of done (definición de producto terminado) no solo fue estricto en la parte funcional. Técnicamente tendría que cumplir con 0% de errores de checkStyle y PMD, una cobertura del 95% del código y manual técnico siempre que fuese necesario. Nuestra apuesta firme por la calidad ha dado como resultado la reducción de deuda técnica en cada entrega, evitando así el lastre inicial de una iteración y consiguiendo a la larga mayor velocidad gracias a la consolidación técnica del proyecto.

Casi al final del proyecto se incorporó un miembro nuevo al equipo, reconvertido a java desde otra tecnología. Gracias a las medidas adoptadas fue productivo desde el inicio.

El ir afinando las buenas prácticas nos ha ayudado a conseguir un proyecto rentable aplicando técnicas y metodologías ágiles. Las decisiones adoptadas han sido fruto de retrospectivas donde evaluábamos los resultados conseguidos en cada sprint.

Y como siempre se dice, una imagen vale más que mil palabras:

Velocidad absoluta

-La barra azul representa los puntos de producto terminado
-La barra roja las horas de kanban positivo
-La barra amarilla las horas de kanban negativo (en los sprints iniciales teníamos incidencias de otro proyecto)

Relación entre los puntos planificados y puntos finalizados al final de cada sprint

Porcentaje de puntos pendientes de finalizar al final de cada sprint

Nunca cedimos en calidad, negociamos alcance para un marco de tiempo determinado.

Esta es la duda generalizada que (en mi opinión) quedó después de debatir unas dos horas con más de 100 ejecutivos y directivos de empresa, reunidos entorno al Foro de Debate Guipuzkoa 2020.

El evento, que se celebró el pasado jueves día 9, en el Hotel Maria Cristina se desarrolló bajo el formato desayuno de trabajo, con dos ponencias principales, a cargo de Maite Villafruela, Gerente de la Consultora Detalent y Jordi Albareda, Director de la Región Norte de Leroy Merlín, que sentaron las bases para el posterior debate.

Maite Villafruela abrió el fuego para explicar que la clave para salir de la crisis está en la participación de las personas en la empresa, la implicación de toda la organización, la motivación global y el empeño compartido por ser mejores y hacer mejor a cada empresa. Comentaba también que las estructuras jerárquicas  cerradas tradicionales están obligadas a cambiar si se quieren adaptar a este nuevo contexto económico.

Jordi Albareda tomó la palabra para ratificar el punto de vista expresado por Maite y trasladar esa visión a la experiencia en Leroy Merlín. Contaba, a modo de anécdota, que si un empleado se encuentra en una impresora un balance de cuentas sobre la entidad no se extrañará, es probable que ni siquiera lo coja, dado que esa información es pública, está accesible para todos los empleados y todos deben conocerla y compartirla, para poder mejorar sus propios resultados. La empresa es de los empleados que la forman y ellos son los principales responsables de que el negocio funcione. Si mañana falta Jordi o cualquier otro directivo, no pasará nada, la máquina global sigue en marcha porque todos siguen apostando por su propio éxito.

La leyenda de los tres canteros

Implicación, transparencia y motivación, repartidos por igual en cada proyecto empresarial parece ser que conforman los ingredientes necesarios para superar las barreras del escenario económico-empresarial actual y una cuarta añadiría yo, que es la constancia, ya que el camino a recorrer es largo y pedregoso.

Hace ya muchos años se estaba construyendo una catedral. Un hombre paseaba por las obras cuando se encontró con tres maestros canteros que estaban trabajando la piedra para construir el templo.

Se acercó al primero y le preguntó qué es lo que estaba haciendo. La respuesta fue contundente:

• Pues es bastante evidente, ¿no? Aquí picando esta piedra con la solana que hace… y con la sed que yo tengo. ¡Y lo que me queda aún! Por no hablar de lo que me fastidia el capataz por aquí de paseo, sin dar un palo al agua. A mí también me gustaría ser capataz…

Al acercarse al segundo cantero, esto fue lo que le dijo sin apenas mirarle a la cara:

• Pues aquí ando haciendo lo que me han mandado. Tengo mujer y cuatro hijos, ¿sabe?, así que toca obedecer para poder llevar el pan a casa.

Al acercarse al tercero, comprobó que éste trabajaba con un entusiasmo inusitado. Al hacerle la misma pregunta que a los dos anteriores, éste le respondió con satisfacción y orgullo:

¿Que qué estoy haciendo? Acaso no lo ve caballero: ESTOY CONSTRUYENDO UNA CATEDRAL.

¿Que tipo de cantero quieres ser tu?¿podemos salir de la crisis o no depende (solo) de nosotros?