Manifiesto del china chana: 10 filosofias de la montaña aplicadas a la vida

China chana es una expresión que  significa “andar poco a poco”. Se utiliza para describir que no importan las prisas, ni la dificultad, si no que siguiendo el camino china china se consiguen las metas.

En nuestra vida tenemos de todo: alegrías, penurias, objetivos, proyectos, logros, fracasos, etc. En referencia a la vida y la montaña o el deporte empecé a observar similitudes entre la filosofía del montañero y la vida misma. Estos pensamientos los maduré mientras subía uno de mis grandes objetivos personales “El Monte Perdido”, pico del Pirineo Aragonés en el Parque nacional de Ordesa y Monte Perdido.

Como no quería que esos pensamientos se los llevara el viento, aquí los comparto con todos. Podéis estar de acuerdo o no. Es una simple opinión de una servidora. No os cortéis en comentar. Juntos, construiremos un mundo mejor 🙂  

1 – Mentalización: – ¿Ves esa cima? Pues no es, está detrás

Generalmente el objetivo no está visible. Hay que estar mentalizado de que aunque no lo veas, está ahí, y es alcanzable

2 – Saludos montañeros: ¡Hola!  ¡Buenos días!

Posiblemente la mejor regla no escrita de la montaña es saludar a todos con los que te cruzas por el camino. Esta práctica inspira hermandad, compañerismo, ayuda, respeto, alegría, educación y paz. Tu camino para conseguir el objetivo será mucho más divertido y entretenido si compartes, ayudas al de al lado, conoces a nueva gente o simplemente sonríes.

3 – Fuerzas de la naturaleza: Se acerca una tormenta

Las fuerzas de la naturaleza o los imprevistos en nuestra vida, aparecen sin más. No avisan, son molestos, pueden ser devastadores, desaniman, rompen los esquemas, la rutina y en definitiva no sientan bien. Aunque no lo quieras, están afectando tu vida, tu forma de actuar, de comportamiento o productividad. ¿Qué haces? ¿qué hay hacer?

Aguantar el chaparrón. Lo aguantas lo mejor que puedas. Todos somos diferentes y por ello  algunas personas lo llevan mejor, otras lo llevan peor. Lo que sí es cierto es que la tormenta pasa y saldrá el sol. Aunque todo se vea negro, lo mismo que vino, se irá.  De hecho, lo siguiente por venir va a ser mucho mejor. Ten paciencia y los pies en la tierra.

4 – Saber dónde está el límite: – Voy a subir hasta el Monte Perdido corriendo – ¡Al igual lo subes majo!

Establecer metas imposibles ocasiona frustración, angustia y desesperación al no conseguirlo. Empieza con objetivos asequibles, poco a poco  y superándote en cada paso. No te impacientes. China chana.

5 – No todos tenemos la misma capacidad: – Sube el monte como las cabras.

Asúmelo, el mismo esfuerzo con la misma preparación depende totalmente de la persona. Hay personas que tienen más facilidad y otras menos. No es motivo para desanimarse, sino para superarse dentro de nuestras limitaciones. El entrenamiento te dará la superación que estás esperando.

6 – Buen equipamiento: – Llevo botas de alta montaña, dos bastones, crampones, piolet, ropa de abrigo por si hace frío, etc.

Puedes alcanzar el objetivo sin ir totalmente equipado pero ¿es lo más efectivo? ¿ha sido seguro? ¿ha tenido consecuencias posteriores? Si no vas equipado en concordancia lo que puede pasar que te de más de un dolor , que tardes más tiempo de lo normal o algo mucho peor.

Por otro lado, lo que ocurre es que finalmente llevas mucha carga y  no has llegado a utilizar la mitad.

Así son las cosas. Te puedes arriesgar a que no pase nada, ¿pero si pasa? ¿te compensa ir prevenido?

Lo primero que hay que hacer es informarse bien del camino y determinar las mejores decisiones.

7 – Las prisas no son buenas

Un topicazo pero cierto. Las prisas por lo general, no son buenas. Eso sí, si tienes una tormenta encima, ya puedes salir por patas. 

El cómo van a afectar las prisas depende de la destreza de cada uno. Pueden salir bien o pueden salir mal.

Puedes arriesgarte para ver hasta dónde alcanzan tus posibilidades, pero si vas siempre con prisas, tenderás a caerte.

8 – Los atajos engañan: – No llegué al Ibón por culpa de pillar un atajo.

Los atajos son bonitos y preciosos, pero no son seguros ni fiables y pueden llevarte a no alcanzar el objetivo.

Como mentes inquietas que somos, nos gusta intentar saltarnos pasos, saltarnos un tema o ir al grano. Lo mismo que antes: puede salir bien, y otras mal. Si sale mal, hay  deshacer lo hecho e iniciar otro camino. ¿hasta qué punto merece la pena riesgo?  

Lamentablemente, los atajos son tan tan tentadores.

9 – Una retirada a tiempo es siempre una victoria: – Se acerca la tormenta. Es mejor volver.

No existen los fracasos, existe la cordura mental. Si no es alcanzable o viable, lo dejas, y punto. No está mal establecerse objetivos ociosos. Lo importante es finalmente saber decir NO y si ya se ha empezado, saber decir hasta aquí .

Es fácil decirlo, pero más difícil hacerlo. En ocasiones queremos conseguir algo con locura sin pararnos en pensar si es lo mejor para nosotros mismos. Arriesgar o retardar la decisión puede llevar a más frustración personar y no solo eso, que el equipo de la expedición salga perjudicado. Encontrar el equilibrio en esta decisión, creo que lo aporta la experiencia.

10 – Motivación y superación: Objetivo conseguido, ¿qué es lo siguiente?

Al final, lo que mueve tu vida, lo que impulsa tu día a día es la motivación personal. No hay mayor motivación que alcanzar el objetivo y superarse.

No importa si se repite, conseguirlo en mejor estado, en mejor forma, en mejor tiempo, o con un incremento de actividad, te va a llevar a una subida de adrenalina que engancha, ocasiona felicidad y una satisfacción indescriptible.

La vida puede parecer días de sol o puede parecer montañas; pueden parecer llanuras de flores o puede parecer tormentas.

¿Con qué hay que quedarse? Lo importante es disfrutar del camino y que si hay alguna complicación; respiremos, tomemos aire y continuemos hacia delante. Seguro que arriba, hay una vista preciosa esperándonos.

Valle de La Pineta desde Monte Perdido
Valle de La Pineta visto desde Monte Perdido 3.355 m. Parque Nacional de Ordesa

Lacarrismos del 29 al 2 de Agosto “Take it easy”

Punto negativo. El viernes pasado no publiqué el resumen. Siendo realista y mis ganas de escaparme el fin de semana: durante el verano publicaré el lunes.

Este resumen lo titulo “take it easy” porque no siento que esté haciendo tantas cosas como acostumbro a hacer, pero por otro lado me siento más aliviada y tranquila: necesitaba bajar el ritmo porque entre que no me pillo vacaciones en agosto y no he parado en mucho tiempo voy a acabar majara (aún más de lo que acostumbro).

Al lio! ¿Qué hice la semana pasada?

Currele

AsisT: Despliegue de la versión 1.10.5 de AsisT.

    • Baterías de pruebas de la aplicación para desplegar la versión: pruebas en el entorno de pre-producción del funcionamiento de la aplicación con un terminal de teleasistencia en la propia oficina.
    • Git problems: experimenté bastantes problemas con git cuando hacía un pull request. Siempre conflictos a mergear y de todas las ramas así como un dolor de cabeza a la hora de solucionarlo. Esto me llevó a 2 conclusiones:
      • No estoy utilizando bien git.
      • Tengo que investigar más cosas sobre git.

Hasta hace una semana creaba una rama por cada historia. Las herramientas que utilizo con Git es Netbeans y consola. Cosas buenas:

    • Sabes que se ha desarrollado en esa rama y no se solapa con otros desarrollos.
    • SI existe una persona encargada de validar el funcionamiento o código antes de pasarlo a develop, al estar sólo la rama no solapa nada más de funcionalidad.
    •  Al final puedes decidir si esa rama quieres introducirla o no a develop sin solapamientos.
    • Puedes abrir varias ramas con distinta funcionalidad a la vez, una incluirla y la otra al no llegar a tiempo posponerla
    • Netbeans es la plataforma en la que desarrollo.

Cosas muy malas:

  • Tienes que solucionar cada conflicto con cada rama.
  • Crecimiento de ramas desmesurado tanto en local como en remoto.
  • En ocasiones pierdes el control de si finalmente esa rama ha sido validadad y subida por un pull request. (Imaginas que alguien la ha validado y está develop actualizado y que se le ha olvidado actualizar la herramienta de JIRA, pero no, es que no lo ha hecho).
  • Tienes que cambiar a develop cada vez que vas a crear una rama de forma que sea independiente. Aunque el código no tenga conflictos, está trabajando sobre código

Lo que he empezado a hacer.

  • Utilizar SourceTree como herramienta potentísima de Git: Higly recommended y eso que ahora solo he chapurreado. 
  • Seguir el modelo git flow: tienes una única rama “features” que haces todos los desarrollos de las ramas. (Por ahora la rama “hotfix” no he empezado a utilizarla). En realidad si haces buenos commits comentados, push cuando has terminado una historia y pull request de features a develop, la aplicación está muy organizada.
  • El validador que de el visto bueno en develop. En develop están todos los cambios. Para esta persona supone más tiempo cambiarse de rama, además que revisa el código cuando ya están hechas varias historias (para qué complicarse tanto la vida si pueden estar todas las historias juntas).
  • Si hay varios desarrollos en features y finalmente el otro no queremos subir el cambio: Esto espero que no me ocurra en la vida. Más que nada porque significará que soy una PAQUETE organizándome. Se empieza una cosa, se desarrolla y se termina. Si hay algo urgente, catastrófico, fugaz que hay que hacer, tendrá que ir a la rama “hotfix”. Si es otro desarrollo, tendrá que esperar.
  • Si no he terminado un desarrollo para este sprint, entonces los cambios no los publicaré a develop .

Me acabo de enrrollar mucho XDD. Continuando con las cosas del curro:

  • Tag de la versión, actualización del jnlp,  publicación de las nuevas librerías, actulización de las bases de datos y comprobación que las instalaciones funcionan correctamente.
  • Documentación de hitos en la actualización.
  • Documentación “checklist” de funcionalidad que hay que hacer en el equipo  después de un despligue.

Y lo que no es currele

Reunión de Betabeers a nivel nacional.

  • Hangout: Temas a hablar organizativos, puesta en marcha de activdades, etc.

http://www.patriciagarciagil.com: cambios pequeños en la web.

Tarde en la colaboradora: estuve trabajando en mi nuevo blog 🙂

Mover el evento del 7 de Agosto: Geek’s talks.

Saludos!

Agile Open Space 2013: Experiencias del gran evento

Emocionada. Sigo muy emocionada del Agile Open Space 2013 organizado por  @AgileCanarias.

¿No sabes de qué evento hablo?

Estas son las actividades que organizaron para el evento.

Viernes por la mañana: Coding Dojo moderado por el equipo de Ebay

Viernes por la tarde: Momento de conocernos todos los asistentes y decidir qué contenido tendrá el evento mediante propuestas y votaciones de los asistentes.

Viernes por la noche: Salseo in the night.

Sábado: 5 charlas en espacios diferentes, 6 pases de charlas en el día,  comida en el recinto, traca final de despedida.

Sábado por la noche: Salseo in the night.

Los culpables

La organización de @AgileCanarias y los patrocinadores.

Aquí tiro de la chuleta del post de Roberto Canales:

¡Qué puedo decir de vosotros que no sea de agradecimiento! No solo montasteis todo lo que el evento conlleva: los días previos y posteriores hicisteis de completos ANFITRIONES.

Muy agradecida por todos. Sentí un cariño enorme.

Mi retro es +1 a realizar un calendario con eventos que rodean el propio AOS. La fiesta del sábado fue muy grande.  Prácticamente estábamos todos los asistentes en el bar, rodeados de buena música y un ambiente inmejorable.

También ha sido un gran acierto conseguir descuentos para alojamiento y desplazamiento así como  dar de comer a 200 garrulos 🙂   (aún no sé cómo lo habéis conseguido).

No se si es debido a mi ignorancia o mi inocencia pero no puedo decir nada a mejorar para el siguiente porque me ha parecido todo muy bien. Decisiones que tomasteis  a última hora  las tomaría yo también y otra cosa voy a decir: el que nunca hace nada, nunca se equivoca. Muy buen trabajo.

¿Porqué ir a un AOS?

El año pasado asistí al evento Agile Open Space en Zaragoza organizado por la comunidad @AgileAragon.

Me baso en mis conclusiones de ambos años para responder por qué ir a un AOS:

  • PERSONASCompartir motivaciones e inquietudes entre risas y “buen rollito”. A uno se le pasa por la cabeza: “parece que nos conocemos de toda la vida”. Todos vamos con las ganas de compartir experiencias y disfrutar.
  • Motivaciones personales: Motiva y engancha conocer nuevas técnicas, metodologías: “hay vida más allá, Do it!!”
  • Comunidad: Existe una comunidad Agil cerca de tí con ganas de conocer a gente como tú. Aunque no conozcas a nadie, ¿por qué no te pasas por el siguiente evento que organizan y te quedas a echar unas cervezas? Así hemos empezado todos 🙂 Una vez que te participas es difícil perderse una.

La manada

El 31 de Abril del 2013 se confirma que 12 GAÑANES de la comunidad Aragón, se dirigen al gran evento de Tenerife. Ilusión, mucha ilusión . La alineación oficial.

El evento

Así es como quedó el tablero de actividades definido el viernes.

¿Más detalles? A continuación describo las charlas en las que asistí.

Agile Developers. Are you? How to fail an interview?

El objetivo de la charla era mostrar el proceso de selección de Ebay, comentar los puntos fijados, mostrar los errores catastróficos de los participantes y debatir una forma para obtener candidatos.

Lo primero que voy a destacar es el cambio logístico de la empresa Ebay. Hace dos años movieron la logística de la India a Europa cambiando la forma de desarrollo, metodologías y organización. Sin duda, un arriesgado cambio que supondría un retroceso para la empresa. Partiendo de este punto es admirable que una empresa haga esto: apostar en el cambio. Aunque no todas las empresas son Ebay para permitírselo, incita a la reflexión de cómo hacer las cosas para ir por el buen camino.

¿Cómo se organizan en Ebay? Los equipos de desarrollo son equipos basados en metodologías ágiles, hacen TDD y tienen toda la tecnología al alcance de la mano para trastear. Un paraíso.

El reclutamiento (seguro que me dejo algún paso): Entrevista vía teléfono, coding pass, entrevista personal y reto de desarrollo dentro del equipo de Ebay. Finalmente: el veredicto.

¿Y en qué quedamos como unos losers?  Pues si señores, lo que más fallamos es en conocimientos básicos en estructuras de datos, saber porqué una función es más eficiente respecto a la otra, o definiciones básicas.

El coding pass no me parece nada fácil. ¿Por qué? La curva de oxidación mental en la algoritmia es exponencial con el paso del tiempo. Anotado como propósito una vez por semana realizar una cata o algorítmica.

Fracasos Ágiles por Javier Gómez @jgomezz

Sí, fracasamos como personas y animales que somos. ¿Es malo?¿Es bueno?

En primer lugar definimos los asistentes en posits qué creíamos que es el fracaso. Salieron definiciones muy buenas y muy filosóficas en relación fracasar-aprender/madurar/mejorar. Lo siguiente fue hablar del equipo: “que falla” y qué soluciones tomar cuando se ve que se está fracasando o se quiere evitar el fracaso. Una de las propuestas: “¿hacemos desk surfing para conocer qué hacen otras empresas que funcionan?”.

Para terminar se expusieron proyectos de equipos que han fracasado. El tiempo se echó encima y me hubiera gustado más indagar en los puntos de “qué cosas cambiarían ahora para no llegar al fracaso”.

Fracasar no es malo, se aprende de ello. Pero este tema me ha recordado a un tweet pasado:

Impact mapping / Desarrolladores ágiles / Agile & Lean / A day like a scrum master

Llegó “la hora tonta”. Esa hora en la que conmutas por charlas que ya están empezadas y no llegas a nada. En ocasiones esta práctica, funciona. En mi caso, “el que mucho abarca, poco aprieta”. Comento cada charla:

Desarrolladores ágiles, impartida por Javier Gómez, me pareció similar a la hora anterior. Los asistentes escribíamos en posists definiciones de qué es un desarrollador ágil. Me quedo con esta definición  “Somos los constructores del nuevo orden mundial”. (toma ya xDD).

Quería saber qué se cocía en Agile & Lean que era la que inicialmente quería asistir.

En Agile & Lean  hablaban de la experiencia de montar la empresa basada en las mismas técnicas que daban al nombre de la charla. Les pillé justo debatiendo sobre fallar para aprender. Extraigo la definición de la wikipedia.

“Lean Startup” es una manera de abordar el lanzamiento de negocios y productos que se basa en aprendizaje validado, experimentación científica e iteración en los lanzamientos del producto para acortar los ciclos de desarrollo, medir el progreso y ganar valiosa retroalimentación de los clientes”.

No asistí a la charla Impact Mapping impartida por  Pablo Jimeno @pablojimeno. Ya tuve la suerte de ir al taller que impartió en Zaragoza. No obstante, aprovecho para contar la experiencia de la charla:

Impact Mapping por Pablo Jimeno

Impact Mapping es una técnica de planificación de estrategia que se basa en fijar un objetivo de impacto y derivar en caminos que nos hagan llegar al objetivo.

Vemos en la imagen el objetivo: “1 Millon users” y los siguientes caminos que se forman:

Por ejemplo. Si partimos del objetivo de impacto: “1 millón de descargas de nuestro juego de facebook”. Seguimos la cascada de preguntas:

WHO: quienes son los que nos van a ayudar a conseguir ese impacto: “los amigos de los actuales usuarios”.

HOW: cómo hacer que nos ayuden a conseguir esas personas el objetivo de impacto: “dándoles bonificaciones por usuarios que consigan darse de alta”.

WHAT: qué haremos para llevar a cabo el cómo: daremos vida extra por cada amigo que se descargue en el juego.

Los niveles crecen como un árbol. Lo importante es que nos quedemos con estructuras viables de ese árbol para establecer nuestro road map.

Mi impresión es que es una novedosa estrategia para orientar el producto a un objetivo; salir “fuera de la caja” para encontrar los caminos al éxito.

Más información sobre Impact Mapping

I_show_you_my_code by @CarlosBle

Carlos Ble nos mostraba y explicaba el código de la aplicación Live App Team. El código en JavaScrip y testeo con Jasmine.

La verdad, entré a la charla porque quería ver a Carlos Ble en acción.

“Cañas pro-acción” por Ariel Ber @arielber

6 personas comentaron una problemática en su día a día. El tema era escrito en un papel en el suelo: por ejemplo “Las reuniones se hacen muy largas”.

Las 6 personas quedan al exilio en diferentes mesas. Se realizan 3 iteraciones de 10 minutos en las cuales 3 personas acuden al exiliado para asesorarle.

El objetivo: tras la 3º iteración obtener un plan de acción para aplicar y conseguir el propósito para solucionar la problemática.

Me pareció muy interesante y productivo. Comenté un problema personal y recibí asesoramiento perfecto basado en la experiencia de personas que admiro.

Esta práctica sin duda, la haremos en Agile Aragón.

TRACA FINAL

Juegos e interacción en los momentos previos a la clausura del AOS. Retro en equipos pequeños (qué momento te ha gustado más), retro en comunidades (qué vamos a montar en los próximos días) y foto familia. De aquí se podría sacar un post mas.

¿Con qué me quedo?

Con las personas. Con todas y con cada una de las personas que forman estos eventos y  muchos he tenido la suerte de conocer.

Somos todos iguales, no hay niveles ni escalafones, somos personas que nos gusta movernos, disfrutamos con lo que hacemos y lo compartimos entre risas.
DSC_3430
Foto de johanscm50

Hay que ir a la CAS2013.

Retrospectiva del VII Betabeers Zaragoza

“Probando, probando”. Llevaba un micro al estilo “Brinty Spears”, unos focos enfrente que deslumbraban y un pensamiento en la cabeza “dónde nos hemos metido”.

El centro de Zaragoza Activa en la zona de la azucarera es espectacular. No sólo las instalaciones sino la brillante organización  y la cantidad de recursos disponibles.

Llegamos David Francos @davidfrancos y yo “a mesa puesta”. Portátiles, micros, luces y sillas montados, es decir, “algo impresionante”. Y de todo esto tienen la gran culpa Teresa Martín @Srta_martin, Javier Fernandez @javifernandezh , Raúl Oliván @raulolivan y Rebeca Soria @rebecasoria. Personas que conocieron lo que hacíamos y que compartimos objetivos comunes: crear una comunidad que favorezca la creación de proyectos tecnológicos.  Sólo puedo estar feliz y agradecida con todo el equipo de Zaragoza Activa.

El evento tenía una gran colaboración: @cervezasambar. Cómo un evento de emprendedores en Aragón no va a estar patrocinada por la cerveza por excelencia de la tierra. Al finalizar el evento nos esperó una muralla de cervezas Ambar. Qué bien sentaron “redios”.

También hemos de nombrar la colaboración del bar Sugar, al lado del centro que nos hizo precio en las jarras de cerveza 😉 Eran Ambar “of course”.

La última colaboración (por orden de incorporación) fue Lolo Francos @LoloFrancos, fotógrafo profesional. Estoy impaciente de ver las fotos. www.lolofrancosphoto.com, que la subiremos en la página oficial de facebook de betabeers.

LOS PROYECTOS

“Formal Docs @formaldocs: Iris Sancho Martín @irissanmart y Eduardo del Diego @edu1ico:

Aplicación web para crear contratos jurídicos personalizados sin necesidad de abogados. De manera rápida e intuitiva, el usuario obtendrá un contrato redactado jurídicamente y actualizado conforme a la ley vigente que podrá descargar, enviar por correo o imprimir para su posterior firma” Extracto del evento.

Me gustó mucho la idea y la aplicación. Imaginaros que vais a vender vuestro coche. En la aplicación podréis sacar el contrato por un precio de “risoria”, además con garantías de que está según la legislación vigente. “¿te la vas a jugar por cuatro perras?”. En las cervezas me consta que se llevaron un montón de feedback y buenas ideas para darle un empuje.

Qbitera Alfonso Escriche, Mateo del Río y Carlos Vicente.

Reorienta la forma de hacer publicidad haciendo uso de la realidad aumentada y el geoposicionamiento. Pretende pasar de una publicidad pasiva, al uso de la gamificación para que sea el usuario el que activamente participe en la publicidad” Extracto del evento.

Nos mostraron los proyectos en los que están involucrados. Todos relacionados con un campo revolucionario: la realidad aumentada. Carlos estuvo brillante hablando. De ellos me quedo con una cosa que me percaté “Haz algo y no pares de moverte”. Gracias a lo que están haciendo y cómo lo están moviendo ya han conseguido que les contraten para hacer un desarrollo ;). El principio de algo muy grande. Enhorabuena.

“Sara Cuesta

Tienda online de ropa donde el cliente elige las prendas que va comprar y las diseñas a su gusto a partir de una selección de magas, bolsillos , largos , tejidos, etc. Los productos exclusivos y precio competitivo.” Extracto del evento.

Sara Cuesta me encantó por su naturalidad y su desparpajo. Nos presentó su idea de negocio y con el pulso bien firme nos pintó en la pizarra cómo sería la página web. Un factor importante es que no pretendía que fuese una típica tienda online sino que “tu te lo guisas, tu te lo comes”, poder diseñar tu propia ropa desde la web: colores, estampado, estilo, etc.

Se hizo una pregunta al aire. ¿Le ayudamos a sacar un nombre al producto? El domingo me notifico que gracias a los asistentes encontró un nombre ganador: http://www.moc.es o “www.myownclothes.es”.

“Juan Luis Gaona @jlgaona Diego Felipe @dfelipesoler

Plataforma dirigida al mundo de la cultura en la que los artistas, músicos o creadores y los responsables de espacios culturales (galerías, salas de conciertos, bares, etc.) crear sus eventos, que pasarán a formar parte de una agenda gestionada por los propios agentes de este sector en la que los usuarios podrán encontrar toda la oferta cultural de su ciudad. Además, esta herramienta también permitirá a los artistas crear o vender sus propias entradas y obras.” Extracto del evento.

Nos presentaron su idea de producto para artistas. Un elemento diferenciador es la localización de los eventos, en tiempo real. ¿Nos vamos de concierto?

Juan Luis se nota que está metido en la redacción del Heraldo porque  tiene muchas tablas hablando.

Charla de Torres Burriel:

“Descripción: Abordar proyectos de diseño de productos digitales tiene siempre un reto: cómo asegurar que el usuario entiende, comprende y hace suyo el producto. Porque el producto siempre tiene un dueño: el usuario. Por ello trabajar en función de objetivos, tareas de usuario y testing es la vía más directa para conseguir acercarnos a ese reto.

Bio: Director de Experiencia de Usuario en TorresBurriel Estudio, empresa de la que es socio fundador. Propietario y profesor en UX Learn, centro de formación en usabilidad y experiencia de usuario.

Profesor en el Master de Administración electrónica de empresas (MeBA) de la Universidad de Zaragoza. Profesor de los Master de Experiencia de usuario, Master de Analítica web y Master de Técnicas avanzadas de Marketing online de K-School (Madrid). Formador del Servicio de Asesoramiento en Tecnologías de la Información de la Cámara de Comercio e Industria de Zaragoza.

Con más de 15 años de experiencia en el canal web, es formador y ponente habitual en congresos y eventos del sector. Más de 70 conferencias impartidas sobre usabilidad, accesibilidad, experiencia de usuario y arquitectura de la información.

Más información  ” Extracto del evento.

Lo presenté con elogios y no es para menos. Admiro a Daniel Torres como persona y como gran profesional. La charla estuvo a mi gusto muy acertada, después de escuchar los proyectos e ideas del yuzz, entraba “en bandeja” unos consejos para realizar una página web usable y de calidad.

Comentó las cosas lógicas de cómo debe ser una página web. Uno llega a pensar: “me está diciendo que si quiero hacer un botón el diseño debe ser y parecerse a un botón. Esto es lógico, ¿no?”.  Pues bien, si vas a un desarrollo de tu propia página verás que pecas como todos. Estas “tontadas” son las que de verdad garantizan una buena experiencia de usuario el mismo que si está contento, volverá a entrar en la web.

Y por último decir que encandila su forma de hablar. Clara, concisa, pausada. ¿Cómo lo haces? XD

El próximo 6 de Junio estará impartiendo un curso de uxlean en Zaragoza y no faltará en el Cogreso Web del próximo fin de semana.

Recomiendo su blog http://www.torresburriel.com. Cada día escribe un post.

LAS CERVEZAS BY AMBAR

Como siempre las cervezas es buena parte de la miga del asunto. Gracias a Ambar por las cervezas y a Zaragoza Activa por cerrar más tarde lo normal pudimos estar disfrutando de un buen Networking en el mismo centro. Las barreras se rompieron y comenzamos a hablar todos con todos. Hubo elogios para los ponentes, feedback para los proyectos, feedback para el evento, y risas, muchas risas.

Lo interesante es volver a ver a gente y conocer a nueva. Todos tenemos un denominador común. Estamos inquietos y queremos aprender.

Voy a empezar por “los de siempre”. Tuvimos la presencia de @smontiu desde Madrid, @feterand, @uncurioso, @gimenete, @dani_latorre, @doxxsi de @barZgZ, @adrigrasa, @borja3790, @linao3 de @hunteet, @eoncoder, @mrmx de @bitcoinZGZ  y… seguro que me dejo a alguien..

Luego fue muy interesante conocer a los de @inGym, @doriancl, @icynthia (diseñadora), volver a encontrarme con mi profesor de la carrera @rubejar, @josegarridolape fotógrafo profesional que nos hizo unas fotos, @alvphotograph un joven con mucho futuro, por fin conocía a @dalequi, y muchos que me falta fichar el twitter 😉

También me sorprendió la presencia de grandes del sector de marketing como @CalvoConBarba y @santipinilla.

CIFRAS

100 cervezas, 70 participantes, 1 fotógrafo colaborador oficial y 2 fotógrafos que se unieron en la causa. 3 organizadores de Zaragoza Activa, 2 equipo técnico de Zaragoza Activa y 2 organizadores de Betabeers.

RETRO DEL EVENTO

Estoy contentísima con todo, no obstante, sí que me apunto unas cosillas a tener en cuenta en próximos eventos.

Veo que hace falta dinamizar el evento, más preguntas al público, menos silencios y algo de música tampoco vendría mal (os imagináis Benny Hill al empezar el evento? #osom).

Juegos: Eché muchísimo de menos los juegos del principio. “Son una tontería”, pero van muy bien para conocernos y “romper el hielo”. En esta ocasión no los pudimos hacer porque habíamos superado el tiempo. En el siguiente los retomamos sin duda.

4 proyectos son demasiados. Personalmente me gustó que haya mucho contenido pero sufría que al resto le pueda parecer pesado. Esta ocasión fue algo especial porque se quería mostrar el trabajo del Yuzz en “este curso”. Esperamos retomar las 2 charlas de proyectos.

Es mejor proyectos terminados: De cara a aprender en experiencias es mejor mostrar productos en beta. En mi opinión porque ya se han llevado “alguna de canto” y muestran problemas y soluciones buenas.  Hasta ahora habíamos mostrado sólo productos en beta y creo que seguiremos con esta idea. En esta edición había un poco de todo y estoy convencida que esta experiencia les habrá ayudado mucho, sobretodo a motivarse en conseguir sus objetivos.

PRESENTE Y FUTURO

Seguiremos dando mal, e intentaremos seguir con la filosofía de conocernos y crear comunidad. ¿El siguiente evento? Ahora con el verano nos planteamos hacer una edición betabeers sin beta 😉 Ya lo veremos.

¿Y cómo va la comunidad? Cada vez….

  • somos más los que volvemos.

  • hay más inquietos apuntados.

  • es más la gente que pregunta recomendaciones de un programador, alguien de marketing, o diseñador.

  • es más la gente que colabora, que propone presentar o dar consejos.

Si además he conseguido que hagas click en el twitter de alguno que he nombrado, ya lo petamos 😉

¡Hasta la próxima @BetabeersZGZ!

Retrospectiva del VI Betabeers Zaragoza

Una semana hace ya de la VI edición Betabeers Zaragoza. El evento tuvo lugar en @CIEMZaragoza y aún siguen intactas  las sensaciones que experimenté.

En este post me he propuesto comentar las experiencias, dar mi opinión y en definitiva reflexionar para mejorar en el próximo evento.

Si te lo perdiste, aquí tienes la miga del asunto:

Los preparativos:

También conocido como el curro de montar el evento.

Un mes antes teníamos a dos equipos que presentarían los proyectos: Hunteet y QRnow (este mes batimos record!). Daniel Vecino, también conocido con @MrVecino, fue la gran sorpresa. Contacté con él como primera opción y con pocas esperanzas de éxito. Gratamente accedió y mostró diferentes propuestas para la charla. ¡Qué grande!

El siguiente paso y digamos que es el más costoso, es que acuda público al evento. Aquí es lo que considero lo más difícil. En verdad es “fácil” montar un sarao,  garantizar que asista un público, necesita mucha dedicación y tiempo. ¿Cómo conseguirlo? En ocasiones me considero horrible por publicar tanto por twitter o mandarlo a listas de distribución, pero la verdad que es el mejor resultado. No sabéis la rabia que se siente cuando te dicen, ¡aiva! ¡si no me había enterado!  (imaginarlo con acento maño y lo claváis)

¿El resultado de asistencia? Unas 35 personas. Caras nuevas, experiencias nuevas y sobre todo los que siempre están ahí que no sé qué haríamos sin ellos! ¿Personalmente? Contentísima con el resultado.

 

¡EMPEZAMOS!

Step 1: Networking

1º Nos colocarnos etiquetas con “nombre”, “twitter” y “campo al que te dediques”.

2º Pillamos un gomet de color

3º Nos organizamos en grupos por 3 colores distintos.

4º Una persona presentaba al equipo de su mismo color, al resto de equipos.

Retrospectiva:

Me gustó muchísimo la experiencia y el resultado. La idea de que alguien presente a un equipo da pie a una única opción: ¡conocernos! Rompe el hielo, permite que todos nos expresemos, hablemos de nosotros mismos y nos sintamos cómodos durante todo el evento.

Conocí a nuevas personas como miembros del equipo de @bitcoinzgz , @mrmx (Manuel Polo), también desarrollador freelance de PHP @JRomeoSalazar e Inés @ideasinesperadas licenciada en trabajo social y especializada en políticas sociales. En definitiva un popurrí de gente inquieta y motivada de diferentes perfiles +1.

Networking betabeers zaragoza

También cayeron risas en las presentaciones. Un asistente acudió desde Binefar con la expresión “En Binefar hay más tractores que programadores”.

Step 2: Presentación de proyectos:

Hunteet. Plataforma de retos y premios. www.hunteet.com  http://facebook.com/hunteet. Los ponentes eran @lineao3 y @JairoAbe.

Hunteet promueve la publicidad de marcas a través de los usuarios que cuelgan las fotos en forma de retos. El ganador del reto, gana el premio del patrocinador.

Ahora todas las empresas quieren posicionarse en las redes sociales, tener mayor visibilidar y en definitiva, hacer ruido. Hunteet de una forma graciosa y divertida, lo clava.

QRNow: Plataforma de publicar anuncios vía QR. QRNow es una alternativa a los anuncios actuales que encontramos por la calle. Con escanear el código nos lleva directamente a una web con los detalles del evento, contacto directo con la persona anunciante, etc.

QRNow en @BetabeersZGZ

QRNow lo veo novedosos y pionero. Eso sí creo que necesita mucho curro para moverlo a grandes empresas de publicidad de las que creo que se puede sacar buena tajada. Esperemos que Santiago Montiú @smontiu nos cuente pronto la evolución.

3º Step: Charla / taller

El gran @MrVecino (os aseguro que no se merece otro calificativo) nos mostró una analogía de llevar nuestro producto basándonos en el pensamiento de un buen programador. Soltó unas cuantas verdades que incitan a la reflexión e introdujo @theheroplan como “juego de estrategia” para alcanzar nuestro plan. ¿Aún no tienes un plan? ¡Salva a la chica! ¡sé el héroe! Sí, me ha afectado totalmente la charla.

De las encuestas recibidas por Betabeers tras el evento recibimos todas ovaciones por la ponencia. No es de sorprender, @MrVecino es un show man total 😉

 

4º Step: Nueva sección “Tengo una idea”

Esta sección la estrenamos en esta edición debido a comentarios de los asistentes al estilo: “tenemos muchas dificultades para encontrar un socio, un programador, un diseñador, etc, etc”. Se pretende que un interesado, comente su idea, o su necesidad y que se hagan eco todos los asistentes.

Borja  nos “salvó la sección”. Borja Espejo ha sido miembro del equipo ganador del Hackathon La Nasa Madrid y nos contó el producto que desarrollaron.

No obstante este no era el objetivo principal y en estos momentos nos planteamos si continuar con la sección o dejarlo. La solución puede ser en fomentar más el networking como el del principio del evento para abrir lazos entre personas. ¡Seguiremos intentándolo!

Al menos todos estos levantaron la mano tras la pregunta ¿Tenéis una idea?  🙂


Asistentes del betabeers Zaragoza
 

5º Step: Beers & BarClosing

El evento prosiguió en el bar. Esta vez al menos un 60% se pasó a echar una cervecita y proseguir con el Networking. Aquí es dónde surge la miga da la vida señores. Donde se comenta algún proyecto que necesitan ayuda, donde te solucionan dudas, donde te dan feedback de algún producto o simplemente te echas unas risas pegando gomets al personal.

La siguiente parada fue el Cervino y ya de ahí, a cerrar bares 🙂 Se nos dió bastante  bien.

¿Qué mejoraría para el próximo?

Networking al finalizar el evento con cervezas patrocinadas. Esencial para que un mayor número de personas se queden y de esta forma conocernos.

La forma de abordar la ponencia de los productos. Mostrar el “cómo” del producto antes o después del “qué”, lo considero indispensable para que las charlas aporten valor a los asistentes y en definitiva, aprendamos.

“Yo me he pegado un ostión”. Molaría una sección que la gente contase fracasos, sísí, fracasos. ¡Me lo estoy imaginando! Nada más decir la frase mágica, el público rompe a aplaudir, seguidamente y con la moral intacta, orgulloso de lo aprendido,  hablas de lo que hiciste mal así como qué cambiarías.

Terminando…

  • ¡Sorprendida de que @gimenete se pasara por el evento!
  • @dani_latorre mucho quejarse por los horarios pero sabe que no se pierde ni uno 😉
  • Gracias a la turrada de @merybere de ir a Tenerife, hemos pillado los billetes para ir al AOS 2013 😉
  • @mike_tnt me troleó mi etiqueta del evento!
  • @JesusInd de marketing volvió a asistir a Betabeers.
  • @BitcoinZgz y desarrolladores de @bitcoin nos hicieron una “intro” en el networking.
  • @AdriGrasa @Borja3970 +1 por los estudiantes inquietos del EINA.
  • Francisco Javier López Pellicer un placer tenerte en el evento y que nos des la visión actual de la universidad
  • @Shantydroid perdonado de no asistir por tener el evento de Microsoft 😉
  • Y me faltan mil personas por nombrar…

Muchos gomets fueron dañados durante en el evento. Disculpen las molestias.  

¡Nos vemos en el próximo! 

MySQL concat NULL

Este post es algo lógico que observé y que simplemente lo comparto.

Si se permite que los campos apellidos sean nulos. Al hacer una query así, si alguno de los dos es null.

select concat(u.surname,’ ‘,u.lastname) as surname_lastname from users u ;

El resultado es NULL

Tendremos que modificar nuestra query para que introduzca una cadena vacía en caso que sea nulo.

select concat(ifnull(u.surname,”),’ ‘,ifnull(u.lastname,”)) as surname_lastname, u.*  from users u 

 

¿Te perdiste el evento “User Dojo Stories” de Xavi Gost?

Por qué es importante hacer buenas historia de usuarios, qué hacemos mal y por qué está mal. Estas cosas son alguno de los conceptos que aprendimos con Xavi Gost @Xav1uzz  de @becodemyfriend en el evento “User Stories Dojo” organizado por @AgileAragon (como molan estos mozos).

Este post comparte las conclusiones sacadas del evento y si @Xav1uzz me permite, un extracto de sus comentarios.

Las historias de usuario parecen muy fácil y sencillas de realizar pero que nadie sabe hacerlo bien.

Las historias de usuario se hacen para definir qué es lo que se va a realizar y con la descripción debe venir implícito el como. Además unas buenas historias servirán de comunicación con el cliente para que conozca qué es lo que va a obtener en un periodo de tiempo durante el desarrollo de su producto.

“Como administrador quiero logearme en la aplicación para entrar”.

– “Muy bien, esto es una historia de mierda”.

Si una historia está bien definida ¿qué conseguimos?

  • “ Como programador quiero confirmar mi asistencia a un evento para que los demás sepan que voy”.
    • Según lo que escribas es lo que vas a construir, por lo tanto si dices “que los demás sepan que voy” sabré que tendré que destacar las personas que asisten (poner avatar o imágenes o descripción que identifique los asistentes).  Si pones “para que yo sepa que voy”, estás diciendo que no te interesa ver el resto de los programadores. Distintos puntos de vista.
  • “ Como programador quiero encontrar las url de los eventos para acceder a ellas”.
    • Con esta historia ya sabes que las url las tendrás que hacer linkables, azules, subrayadas, etc.

Consejos de buenas prácticas:

  • como <rol> quiero <algo> para <un fin>
  • “Empezar por algo que da valor de negocio, no en la secuencia de continuación”.
  • Empezar a escribir, siempre es difícil empezar, que escribas algo! ”.
  • “Utilizar papeles pequeños para que las historias sean pequeñas”.
  • “Cuantas más historias se hagan mejor”.
  • “Itera hasta obtener buenas historias: agrupa, reescribe”.
  • Las historias EPIC sacar definiciones de hecho para agrupar y hacer historias más pequeñas.
  • No hace falta tener definido un backlog desde el principio, cuanto más sabemos del proyecto más podemos escribir”.

Que debemos evitar:

  • Quiero “un estado” para cambiar “un estado”. “Quiero logearme para estar logeado” Con eso no llegas a nada. (A mí nunca se me ha ocurrido… xDD)
  • “Si tu “para” tiene “y”, “o”, en ese caso piensa si tienes más de una historia de usuario. Después, comprueba si sigue cuadrando el cómo y el quiero”.
  • No usar “como administrador”, al final siempre terminas metiendo todas las historias al administrador”.
  • No debe haber dependencias entre historias”.

Por qué somos tan gañanes en hacer historias de usuario.

  • No sabemos narrar.
  • Estamos pensando en la solución y en cómo lo vamos a resolver.
  • Tendemos a meter muchas cosas en una historia. Historias EPIC.

Después de varias iteraciones perfeccionando nuestras historias, ¿empezamos? ¡no! Las historias hay que validarlas con el cliente. Aquí es cuando uno se da cuenta:

  • Si hemos entendido bien lo que nos ha explicado el del cliente.
  • Si hemos escrito buenas y legibles historias que las puede entender el cliente.
  • Que los clientes no saben lo que quieren

Xavi hace referencia a las 3 c’s de una historia de usuario a tener en cuenta en el proceso de una tarjeta. Card, conversation and confirmation.

De estimación no hablamos. Esto… ¿Cuándo hacemos “Estimation user stories”?

En el momento de empezar a desarrollar Xavi nos contó que hacen una tarjeta de “Contexto” donde ponen todos los requerimientos técnicos, infraestructura, etc. En el primer sprint meten la primera historia con valor que ha elegido el cliente y para justificar el trabajo, explican el contexto con las definiciones de hecho.

Bueno muchachada, si os perdisteis el evento espero que esta chuleta os ayude. La verdad que hablamos de muchos temas, errores, cómo afrontar casos reales y sobretodo buenas prácticas. El primer paso es aceptar que no sabemos hacer historias de usuario y el segundo es ponernos manos a la obra. Seguiremos haciendo historias de mierda, sí, pero mejoraremos, que al final con la práctica y un par de ostias es como se aprende.

Mil mil gracias @Xav1uzz . No dejes de hacer estas cosas tan molonas.

EnamorAOS del AOS2012: ¿Qué es un Open Space?

“Bienvenidos al Agile Open Space 2012”.

Se notaba, se sentía, la ilusión y motivación de Teresa Oliver al inaugurar el evento. A su lado, el brillante equipo de la organización auguraban un fin de semana lleno de sorpresas, debates, conocimientos y muy buen royo.

Nunca había estado en un Open Space, ¿repasamos algunos principios básicos?:

  • Debate, charla y libertad de expresión. El viernes por la tarde toda persona que quiso expuso un tema que quería que debatiese o que ofrecía personalmente exponer.
  • Toda charla es bienvenida. Cada hora había unos 5 coloquios distintos ¿El tema? No sólo se trataron temas ágiles (metodologías basadas en organización de productos o del propio trabajo), hubo cabida cualquier tema tecnológico e incluso filosófico.
  • “La única regla: la de los pies”. Si no te interesa la charla, levántate y ve a otra.
  • Opina, pregunta, debate y comparte. Un Open Space no es un monólogo. Se trata de aprender todos de todos.
  • Los asistentes son los que hacen el evento. Depende casi totalmente en la calidad de los asistentes lo que pase en el evento.
¿Y cuál fue el resultado? El resultado fue espectacular. A parte de la brillante actuación de la organización y del buen nivel de las charlas, todos aquellos que asistimos hicimos de Zaragoza un lugar especial basado en experiencias, ideas y otras desvirtudes :). Me refiero en especial a toda la gente que se desplazó desde Las islas Canarias, Badajoz, Madrid, Barcelona, etc. Gente encantadora que ofrecieron un valor incalculable al evento, que espero y tengo fe en volver a ver.
Estamos a Lunes y sigo impresionada de la experiencia. Muchas gracias a todo el equipo que hicieron de una ilusión una realidad.
Nos vemos en “Badahó” en Octubre el 2012.