junio 26, 2012

AOS2012, mi visión

El pasado 22 y 23 de Junio tuvo lugar el cuarto Open Space general organizado por algunos voluntarios alrededor de la Agile-Spain. Lo que más debemos admirar y agradecer de todo esto, es que haya gente cada año, dispuesta a meterse en el follón de organizar un sarao. Bien un Open Space, o bien una conferencia a nivel nacional como la CAS. Yo solo sé mis razones por las que lo he hecho en otras ocasiones, pero intuyo que son poderosas en todas y cada una de las personas que lo hacen. Bravo por ellos. El año que viene en Canarias, el AOS2013, que ya tenía ganas el #comandomuyayo.
¿cómo fue el AOS de este año? Para mi un Open con la gente de nivel que había junta alrededor de un panel, es prácticamente imposible que salga mal. Puedes equivocarte escogiendo sesión, pero siempre puedes cambiar. Puede no salir el tema que necesitas hablar, pero siempre puedes proponerlo. Lo peor sería que la gente de alrededor no fuese interesante, y eso, en este AOS, no fue así.
Yo asistí a las siguientes sesiones, os cuento un poco cada una, por que para saber qué me gustó y qué se podía mejorar, lo podeis encontrar en el hilo del grupo de Agile-Spain, con el que intenté recabar precisamente un poco una especie de retrospectiva y poder sacar acciones más formales. Espero que sirvan a los organizadores del AOS2013.

  • Kaizen + Kaikaku, esta charla de Ariel Ber y Jose Manuel Beas, intentaba mostrar los dos tipos de cambios que se pueden introducir. Podemos introducir los cambios de manera gradual, o de manera radical, rompedora. Cada tipo tiene sus beneficios y sus contras, y en general, creo que depende mucho del contexto. Particularmente, siempre me inclino más por el cambio gradual, que de tiempo a la gente a asimilar lo que se está haciendo, pero nunca se sabe...
  • Core Protocols, esta charla la propuse yo y hablamos de los protocolos y compromisos del libro "Software for your head". He hablado varias veces en este blog del mismo, y pronto pondré otro post un poco más extenso sobre esta sesión, y publicaré los protocolos que tengo traducidos.
  • Teatro del oprimido: Aquí pudimos ver todas las "virtudes" del modelo de empresa tóxica representados en un teatro, y pudimos hacer de espect-actores. Fue propuesta por Alan Cyment. Trabajamos un situación de dificultades laborales, muy típicas de algunas empresas en nuestro sector. En general, lo pasamos genial, y creo que se pudo entrever el potencial de esta técnica. Ahora bien, se la voy a dejar a psicólogos o especialistas, la verdad, por que me parece que puede ser brutal para situaciones de conflicto.
  • Estais Condenados, con ese título, solo podía ser de Xavi Gost. Xavi es el caballero negro con antorcha intentando quemar a los campesinos que adoran al rey. Así que intenta que creemos algo nuevo, algo donde podamos sustentar un crecimiento diferente, que no dé de comer al rey sus lacayos, las organizaciones malignas. Me hubiese gustado que esta sesión hubiésemos concretado un poco más en qué se puede hacer y cómo darle forma: redes de profesionales, organizaciones ¿diferentes?, cooperativas,... 
  • Agile Coaching, esta sesión la propusimos entre Ariel Ber y yo. Francamente, ninguno de los dos quedamos demasiado contento con cómo nos salió. Así que espero que a alguno de vosotros que acudisteis os sirviese de algo. Nosotros al menos, aprenderemos un poquito, y la próxima vez que colaboremos, ya tenemos dónde mejorar... ah, y lo haremos pronto ;)
Lamentablemente no pudimos quedarnos la "kuadrilla" a las cervezas del sábado, pues había que volver pronto a casa.
Me encanta volver a estos saraos y ver a mucha gente con la que comparto intereses, inquietudes, filias y fobias. Me encanta ir con amigos, evento tras evento. A los que faltaron, les echamos de menos ;)

Gracias a la organización, y por cierto, la aplicación para ver la parrilla en el móvil, simplemente genial. Ojalá la reaprovechen futuros eventos, y se vaya completando.

mayo 24, 2012

Open Space, para un roto o para un descosido

NOTA: Estoy escribiendo la guia de facilitación de Open Space.

Hemos hablado varias veces aquí ya de los Open Space como un formato increible para la organización y facilitación de conferencias. En Agile-Spain hemos organizado ya tres a nivel nacional, y han surgido multitud de pequeños "opens" para tratar muchos temas alrededor del agilismo.
Si no sabes qué es un Open Space, echa un ojo a esta explicación, o no entenderás demasiado el siguiente post :)
Pero un Open Space puede servir más que para la organización de conferencias. Veamos una definición usada en http://www.openspaceworld.org/:

Open Space Technology is one way to enable all kinds of people, in any kind of organization, to create inspired meetings and events. Over the last 20+ years, it has also become clear that opening space, as an intentional leadership practice, can create inspired organizations, where ordinary people work together to create extraordinary results with regularity.
Me gusta por que coincide con uno de mis mantras: "De lo racional a la inspiración". Se puede usar el formato de Open Space como herramienta de gestión del cambio en las organizaciones. Es un formato que ensalza la participación, y que crear espacios de colaboración realmente potentes.
Hasta ahora había visto este formato más como organización de conferencia o encuentros. Pero he visto el verdadero poder al facilitar un Open en una organización. Cuando participamos en un Open como formato de conferencia, cada uno se lleva lo que escucha y lo que aprende. Cuando realizamos un Open en una organización, es importante que quede constancia de los temas que se traten y las conclusiones a las que se llega. Es un regalo para la organización. Un punto de partida desde el que trabajar, donde la gente interesada ha participado para crearlo. Co-crear el cambio en una organización es un punto clave para que sea aceptado, y vaya en la dirección adecuada.
  • Intenta involucrar al mayor número de personas posibles, pero no obligues a asistir. Insiste ;) , pero no obligues.
  • Calma en el momento de sacar temas. A veces parece que no salen nuevos temas, ten sangre fría :) siempre se generan muchas ideas.
  • Controla los tiempos, es importante cumplir los plazos marcados en la agenda.
  • Haz consciente a todos los asistentes que ni el facilitador ni la organización dirigen la reunión. Que un Open es SU reunión, SU agenda, y SUS conclusiones.
  • Haz enseguida un plan de acción para tratar las conclusiones.
Dar la posibilidad a la gente de actuar en los cambios abre muchas puertas, muchas ideas, y genera una confianza increible en sus propias posibilidades. El camino del cambio en las organizaciones sufre muchas dificultades. Inspira a la gente hacia la dirección adecuada.


Escuchando a la comunidad, a la gente, a los alumnos

Estos dos últimos meses hemos pasado mi amiga @jessi_aguado y yo por tres universidades, proyectando nuestra visión del desarrollo de software, del agilismo, y básicamente, de buena parte de entender nuestra vida. En principio nos invitaron de la FISS de Donosti para dar una charla sobre metodologías ágiles, y de ahí, por una pequeña casualidad, Amalia (@amaliahern) me comentó de ir a Burgos a dar una charla con la misma idea: hablar a los alumnos sobre las metodologías ágiles. Así que amortizábamos un poquito más la charla y la dábamos dos veces. Finalmente, el día que la dimos en San Sebastian, nos invitaron también a Bilbao, así que ha sido un auténtico Agile Tour Universidades para nosotros. Jessi nos cuenta con mucho más detalle en su blog en su particular crónica.

Esta es una de las cosas más agradecidas de cuando empiezas a trabajar para la comunidad. Al empezar a formar Agile-Spain, al ir a dar charlas en la Melee, a organizar conferencias a nivel nacional, al mover eventos locales,... siempre hay alguien que te pregunta: "¿y cuanto dinero ganas con eso?" Generalmente miro con cara de pena a quien me pregunta eso, porque tengo la impresión que se está perdiendo algo grande. No doy lecciones a nadie de lo que tiene que hacer, yo obtengo muchas satisfacciones de "trabajar" en un montón de historias que no me dan "pasta". Obtengo formación y aprendizaje, contactos, historias que contar,... pero también, y mejor aún, he hecho amigos, aventuras y tengo una sensación agradabilísima de haber hecho cosas importantes para la gente de alrededor.
Ahora como profesional autónomo he cambiado bastante la idea de lo que significa invertir el tiempo, y sacarle un rendimiento económico al mismo. ¡No queda más remedio! :) Pero hay otra serie de cosas que seguiré haciendo mientras mi ya justa disponibilidad me lo permita. Es puro egoismo en realidad, me proporciona mucha más satisfacción que trabajo dedicado :)

Os dejo a continuación la presentación, con explicaciones, preparada para los alumnos de universidad que quisieron venir a escucharnos. Intentamos que fuese una charla muy motivadora, hablando de lo que nos interesa, básicamente, ser felices en el trabajo.

mayo 16, 2012

Agilismo sin software

Al establecerme como profesional independiente, queriendo ganarme las habichuelas como Agile Coach danzando al viento para esparcir los principios ágiles, no había pensado, que uno de mis primeros trabajos sería en una empresa NO relacionada con el desarrollo de sw.
Por casualidades de los contactos (¡gracias!) estoy colaborando con una empresa de fabricación de componentes mecánicos para aeronautica. (!) Y no producen software. Aquí trabajan con la creación del proceso de industrialización, antes de crear piezas en serie. Así que mi primera reacción ante la petición de ayuda fue pensar, "¿y qué hago yo aquí?" Sin embargo, viendo el objetivo de la organización: crear equipos, organizar el trabajo del conocimiento, realizar cambios culturales,... le di una vuelta, y me di cuenta que era en gran parte lo que había tratado de hacer estos últimos años.
Así que estoy trabajando con una organización que realiza industrializaciones de piezas de aeronautica, implantando Kanban, ayudando con la gestión de equipos, técnicas de retrospectivas y en general, ayudando a trabajar con una filosofía de mejora continua basada en Lean.

Los problemas que he encontrado son básicamente los mismos que en los equipos de desarrollo de software, solo que aquí no entiendo nada de lo que producen :) ... ¡y no importa! Es verdad que en este area no puedo recomendar montar un servidor de integración continua, o explicar como hacer TDD. Pero puedo hablar de comunicación, de gestión de equipos, trabajar con paneles kanban, trabajar la organización del proceso,... es decir, transmitirles algunos de los valores más importantes para mi con el agilismo: transparencia, mejora continua, trabajo en equipo.

La principal sorpresa fue trabajar con un panel kanban de más de 40 fases. Y comprobar que todos hacen falta. Olvidémonos de nuestro mítico análisis-diseño-desarrollo-testeo-deploy :)


El poder de reflejar el trabajo en un panel kanban es impresionante. De repente, tenemos información, y sobre todo, un lugar desde el que partir para mejorar. El equipo empieza a organizarse alrededor de ello. Y a contagiarse las ganas de hacer las cosas bien y mejor cada vez.

Las prácticas y principios que hemos aprendido desde el desarrollo de software y metodologías ágiles, son transportables a otros mundos, donde el principal problema en común es la gestión del conocimiento. Lugares comunes donde la inspección y adaptación y las personas, son los mejores enfoques para afrontar los problemas.


abril 21, 2012

Primer Agile Open Navarra

Se ha celebrado el primer Agile Open Navarra, como ya comentaba, con el tema Agilismo y Negocio. He tenido la suerte de facilitar otro Open Space, que ciertamente es un formato fabuloso para este tipo de eventos.
El evento empezó un poco frio, quizás demasiado madrugón para ser un sábado. Sin embargo, enseguida se completó la parrilla de los temas. Había bastante diversidad en los perfiles, gente que no había estado nunca en un Open, y algunos hasta cuatro. Gente técnica, y gente de negocio. Personas que apenas sabían de agilismo, y otros que ya llevamos ese virus desde hace un tiempo :)


En la imagen podéis ver los temas que se han tratado, tal y como se ha conformado la parrilla de sesiones. En general, hemos hablado de la relación cliente-proveedor de software. Había personas que contaban su visión desde el lado cliente, y otros vemos todavía más la película desde el creador de software. Algunas ideas que me llevo:

  • La confianza es la clave, y para generarla, es fundamental las entregas rápidas y continuas de valor.
  • Los contratos legales importan poco en el plano del día a día. Si se colabora, nadie los va a mirar. Si las cosas van mal y recurres a ellos, tienes tal follón, que todo el mundo evitará llegar a juicio.
  • El product-backlog debe ser una herramienta de colaboración fundamental. Transparencia total.
  • La visión compartida desde el inicio del proyecto es muy importante. A todos los niveles: riesgos, personas-equipos, expectativas,... un Inception es una herramienta muy poderosa. El cliente debe tener claro qué implica trabajar con estas metodologías, aunque no sepa su nombre.
  • No se debe intentar vender los nombres, si no las ventajas.
Creo que es la primera vez que veo perfiles tan distintos en un evento de estas características, personas de negocio e incluso un abogado :) No estoy muy seguro de que se hayan sentido realmente acogidos y comprendidos, pero es un comienzo. El formato del evento siempre convence y eso ayuda.
Es muy agradecido organizar eventos de este tipo, y compensa cada hora gastada. Estoy seguro que el Agile Open Navarra se convertirá en un clásico, un Open temático, que repetiremos año a año, gracias a la colaboración y organización de CEIN y Agile-Spain zona norte.
Nos vemos en #aon13.

Update: Podeis ver las fotos del evento, por @mariotux.



marzo 20, 2012

Formaciones y eventos en Abril: AON y CSM en Donosti

Este abril se promete intenso, y estamos organizando un curso de certificación en Scrum Master nada menos que con Xavier Quesada, en San Sebastian. Colaboro con él en la organización e intentaré aportar al curso con mi experiencia. Queda muy poquito tiempo, pues es el 26 y 27 de Abril, así que reserva pronto tu plaza. Oportunidades así tenemos pocas por estos lares.


En este curso aprenderás:
- Los principios y valores fundamentales del pensamiento Lean y del Agilismo que hacen que Scrum funcione.
- Como arrancar un proyecto Scrum, desde la visión hasta la pila de producto (Product Backlog).
- Los roles y responsabilidades en Scrum y como mapearlos a los existentes en tu organización.
- Las reuniones y ceremonias en Scrum, y como facilitarlas existosamente.
- Estimación y Planificación Ágil: como planear y monitorear el avance de un proyecto Scrum.
- Visual Management (gestión visual): como crear equipos autogestionados y generar confianza y transparencia.
- Prácticas técnicas: Que necesitás saber sobre cómo desarrollar software en forma ágil, y porqué es importante.
- Temas avanzados: como escalar Scrum, como hacer Scrum distribuído y offshore, como hacer Scrum con múltiples proyectos y equipos, como combinar Scrum con otras metodologías.
- Mas allá del CSM: como seguir creciendo profesionalmente luego de este curso

El curso prevee un espacio abierto para tratar situaciones de la vida real traídas por los participantes.

Certificación
Luego de terminar el curso exitosamente y de completar exitosamente el examen online, los participantes reciben la certificación oficial "Certified ScrumMaster" de la Scrum Alliance, más un año de membresía paga. 


Además, el 21 de Abril tenemos con la majísima gente de CEIN ;) un eventazo, repetimos el fantástico lugar del AOS2011 (Pamplona) para hacer otro Open Space, esta vez monotemático: 

OpenSpace, "Negocio y Clientes (Llevando Agile fuera de la empresa)"
Numerosas empresas se están moviendo hacia metodologías ágiles de manera interna, como mejora de sus procesos y potenciación del valor de sus personas. Sin embargo, nos falta una "x" en la ecuación, y son la parte contratante: los clientes.
Queremos que el Open Space sea un lugar donde la gente se encuentre. Un espacio de colaboración donde podamos compartir problemáticas y posibles soluciones. Un punto de encuentro en el que busquemos argumentos para poder entendernos.
Por tanto, si te apetece hablar de:
  • Gestionar de manera ágil los proyectos con proveedores
  • Vender "agilismo" a mis clientes
  • Gestionar portfolios de proyectos
  • Crear espacios de colaboración con mis clientes/proveedores
  • Gestionar alcances de proyectos
  • Contratos ágiles
  • El Retorno de la Inversión en metodologías ágiles
  • ...

Así que apúntate también, que quedan pocas plazas, en https://agilespain.stagehq.com/events/1348/

Nos vemos en abril!!

marzo 13, 2012

La pirámide de la organización ágil


Llevo tiempo dándole vueltas a la organización ágil como creación de un lugar donde se pueda convivir con los principios y valores del manifiesto. Así que ahora que soy consultor, lo voy a intentar reflejar en un modelo ;). Seguro que lo próximo será un cuadrante de dos variables para modelizar la realidad :P
Este es mi esquema básico:

La idea de representar esto es visualizar las areas de actuación, y sus niveles, para enfocarnos en el camino de organizaciones Lean o Agile. Cada elemento de la pirámide contiene al siguiente, obviamente lo que forma los equipos son las personas, y lo que forma una organización también. Los bordes de la pirámide son las relaciones externas o internas que deben trabajar para gestionarse.
Veamos cada elemento:

 - Personas: Personas y sus interacciones sobre procesos, ¿verdad? La base de la pirámide por tanto son, somos, las personas. Significa esto que debemos respetarlas, es decir, darles autonomía, visión sobre su trabajo, objetivos claros, ayuda y soporte. Y confiar en que van a hacer un buen trabajo, por que la mayoría de la gente es capaz de hacerlo.
Generalmente desconfio de alguien que empieza hablando de la importancia de las personas -y voy y hago lo mismo-, de que son lo primero, su "recurso más valioso", etc. Y no me fio demasiado hasta que demuestra que no es solo palabrería. Es un tema que se tiene que demostrar con hechos. (y supongo que a mi me juzgarán igual)

 - Equipos: El mito del equipo autoorganizado creo que en realidad está haciendo más daño si no se entiende bien. Llegar a tener un equipo autoorganizado requiere trabajo. Es verdad que depende de que personas estén en ese equipo, podría llegar a entenderse en un par de días, o no llegar nunca. Así que lo primero es entrenar el ojo y el corazón para ver y sentir estos temas.
   Hablamos de motivación, de liderazgo, de sentimientos. Pero también hablamos de compromiso compartido, de responsabilidad y visión compartidas. El equipo debe tener una dirección clara, y hay un problema cuando no todas las personas están alineadas en la misma dirección.

 - Organización: Alguien debe establecer una dirección hacia la que marcha una empresa (otro post si quereis hablamos de cooperativas o organizaciones "democráticas"). Pero la cuestión fundamental es que las personas que forman la organización deben darse cuenta del cambio de rol que se produce. Su trabajo va a ser poner las bases, facilitar, la creación de equipos, el crecimiento de las personas, para que cada vez puedan hacer méjor su trabajo. Creer que el equipo es el producto* es para mi la clave.

 Dentro de la pirámide invertida tenemos un problema, la estabilidad. Aquí hay dos métricas fundamentales: el beneficio y las personas. Estas métricas deben estar balanceadas de manera precisa. No puedes mantener una organización basada en la felicidad de las personas si no se mantiene económicamente. Básicamente, si no somos capaces siquiera de mantener un nivel higiénico en la economía, no llegaremos muy lejos. Sin embargo, centrarnos en la métrica de la rentabilidad, es crear empresas vacías, donde la gente está de paso, sin corazón. No hay duda que existen empresas que priman los beneficios -y les va bien en ese aspecto-, pero bueno, no hago todo esto para trabajar en/con una de ellas :)
 Mi corolario con este tema es, además, que contra más a gusto trabajen las personas, mayor visión compartida y mayor motivación, los clientes estarán más contentos y se acabará notando favorablemente en la cuenta de resultados.

 Tenemos más areas en la pirámide, que son las fronteras. Pero este post está quedando ya muy largo. Debereis esperar un par de días, para hablar de métricas, metodologías, espacios de colaboración, principios y valores.

 De momento esto no es ni un modelo, pero es un lugar para exponer ideas y temas. Todas las sugerencias son bienvenidas.

febrero 29, 2012

Metodologías Agiles y coaching

Este post tiene como raíz las conversaciones con Visi Serrano, otra emprendedora como profesional independiente, psicologa y facilitadora de procesos participativos, colaborativos y autogestionados y muchas cosas más que me sorprenden desde mi visión de ingeniero.

En las metodologías ágiles se habla mucho de la figura del Agile Coach, casi como el nirvana de la figura de un Scrum Master. El coaching aporta un valor inmenso a los que los que ayudamos en la implantación de metodologías ágiles, por su caracter enfoque de conseguir metas o habilidades personales.
En las metodologías ágiles, no es suficiente con hablar de procesos a seguir. Hay que hablar de principios y valores. Y es ahí donde el coaching más nos ayuda.
De todas maneras, siempre que me preguntan por al Agile Coaching, suelo indicar que no es realmente coaching. No el coaching que la mayor parte de las personas piensan cuando oyen esa palabra. El otro día, Tobias Mayer comentaba en Twitter:


for those who asked, Agile Mentor, Agile Guide or even Agile Sherpa are more accurate descriptors than Agile Coach, in almost all cases. https://twitter.com/#!/tobiasmayer/status/173280854108409856
   Y en general estoy de acuerdo con él. Lo que muchas veces llamamos coaching en el mundo de las metodologías ágiles, es realmente un mentoring, una guía, o simplemente una formación. Las diferencias fundamentales, 

  • que el coaching trabaja con que la solución sale del coachee. Como Agile Coaches, muchas veces debemos forzar las soluciones, enseñar un camino claro.
  • que el coaching no dirige, va donde el cliente quiere. Sin embargo, en el caso de un agile coach, obviamente, no se puede ir donde quieras. Si te dicen que quieren hacer waterfall, ¿les dejas? :D ¡No! 
   Y aún así, me he ido a recibir formación en coaching -un curso sobre coaching co-activo, por cierto, muy interesante. Me parece una de las herramientas más potentes para provocar el cambio en las personas. El conocimiento y las técnicas que aporta me resultan útiles para entender a los clientes, para entender a los equipos y para entender a las personas (no quiero decir que los clientes no sean personas! ;) ). El cambio cultural para una implantación de metodologías ágiles es un cambio imprescindible, y desde la perspectiva que nos proporciona el coaching, más facil de atacar y conseguir.
   A raíz de unos mensajes cruzados en Twitter, por intereses comunes -si no recuerdo mal fueron a partir de charlar sobre "Open Space Technology"- Visi Serrano y yo llevamos unas semanas preparando unos temas, donde podremos aunar la experiencia en metodologías ágiles de uno, y la experiencia en coaching y cambio organizacional de otra. Hemos visto claro que los dos campos son muy complementarios. Así que para centrarnos en la primera linea del manifiesto, una de las primeras cuestiones que deberíamos entender es como trabajar con personas, y eso es precisamente donde observo que el coaching más nos ayuda. Nos ayuda a ver las cosas desde la perspectiva de otras personas, a entenderlas y escucharlas. La creación de equipos auto-organizados siempre ha sido una especie de mito, y no es nada fácil de conseguir. El trabajo con un coach especialista en estas tareas, puede facilitar la labor de manera importante.
   Como autodenominados Agile Coach, sabemos hacia donde debemos dirigir a las personas y los equipos. Sabemos qué valores creemos, y debemos transmitirlos. Sabemos el por qué de estas metodologías y debemos cambiar nuestra parcelita del mundo. El coaching nos ayuda a que otras personas descubran y transiten ese camino más fácilmente, y nos da mejores herramientas para acompañarles.

   A raíz de las conversaciones con Visi, he visto que el coaching ontológico, y con su experiencia en trabajo de cambio en organizaciones,  podemos ofrecer las dos caras de la moneda que se complementan perfectamente. Pronto, más en sus pantallas y sus organizaciones ;)


PD: Este es el post cruzado de Visi: Psicología y Scrum: desarrollo ágil de equipos.


   

febrero 16, 2012

Organización ágil: de lo racional a la inspiración

En una organización ágil la cuestión que deberíamos creer es en las personas, que son capaces de hacer aquello que se proponen. Que son capaces de aprender para hacerlo. Y que tienen ganas de hacerlo.
Recientemente he leido un artículo, cuyo título es muy relevante: Knowledge workers respond to inspiration, not supervision. Y esa idea subyacente prevalece en el agilismo, en su manifiesto. Y responde a un principio básico de Lean: "Respeto a las personas".

Professionals require little direction and supervision.
What they require is protection and support.
Sin embargo, muchas veces actuamos más controlando el trabajo del resto de la organización, de nuestros subordinados, o incluso de los propios compañeros. Controlando en el sentido de querer que hagan las cosas como nosotros las haríamos. Esperando que respondan univocamente a nuestras órdenes o deseos, cuando no nos damos cuenta que es muy probable ni siquiera las hayamos expresado correctamente.
La pregunta que sale siempre tras este planteamiento es: ¿realmente podemos creer en todas las personas? Y si vemos que una persona no es capaz de seguir al resto, o boicotea al equipo, o simplemente consideramos que su rendimiento no es suficiente... ¿hasta cuando le tenemos que aguantar? La respuesta es muy sencilla... ¡depende! Intenta conocer las verdaderas motivaciones o problemas, el contexto que le mueve a comportarse de una manera u otra, y piensa primero por qué está sucediendo eso. La mayoría de las veces se le podrá poner remedio, y si no, soluciones drásticas en cuanto creas que no hay otra posibilidad. En una organización es cierto que hay una exigencia mínima, que de hecho es la que inicialmente crea el compromiso personal.
Un equipo es una pieza clave en el desarrollo de software, y las habilidades técnicas son tan importantes como las interpersonales. Tú, ¿de cual te olvidas?

enero 23, 2012

Nueva etapa profesional: la inspiración

No sería capaz de reflejar mejor estos últimos cinco años trabajando en Biko de cómo ya los ha reflejado Jessi en su blog.

Va de personas que son felices en su trabajo. Porque el desarrollo de software no es trabajar con ordenadores y picar código. El desarrollo de software es mucho más: son personas haciendo cosas grandes que disfrutan con lo que hacen, y sobre todo, con quien lo hacen.
Este análisis agradece, mejor de lo que yo lo puedo hacer, a la gente maravillosa con la que he compartido tantos momentos. Gracias.

Naturalmente, yo tendería a realizar un análisis más frío, centrándome en los fallos para analizarlos y no volverlos a repetir. Contaría un poco lo que creo que han sido los éxitos y los fracasos de estos años. Pero lo que me ha cambiado últimamente es la percepción del éxito. Y no puedo sino pensar que estos últimos años lo han sido, aunque quizás desde cierta perspectiva no lo parezca.
Así que esta vez no haré un examen de conciencia público, básicamente por que creo que no sabría reflejarlo bien. No analizaría datos ni cifras, proyectos de éxito ni de fracaso. De todo hemos tenido, obviamente: unos proyectos bonitos, otros muy duros; proyectos que han salido genial, y proyectos, que casi morimos en el intento... Resulta que en esta ocasión el análisis que me sale de las tripas serían relaciones personales, sentimientos, intuiciones e inspiraciones. Y no acabaría nunca :) Esta vez he dicho lo que tenía que decir a las personas que se lo tenía que decir ;)

La cuestión es que me lanzo a una nueva etapa: dejo de ser empleado de Biko, aunque no abandono esta empresa. Ahora voy a colaborar con Biko. Cambio sutil en este caso, pero importante. Voy a ampliar horizontes. Me hago autónomo. Voy a empezar a trabajar en ideas nuevas. En estos momentos tengo planes muy concretos a corto y medio plazo, de los que os iré informando puntualmente. Busco la inspiración un poco más allá de mi zona de confort,... de hecho, mucho más allá :) Biko es una de las mejores empresas por la que podéis pasar, y seguiré unido a ella mientras me dejen ;) pero ha llegado el momento.
Seguro que podéis imaginar muchos de vosotros en qué área voy a trabajar ;) ¡metodologías ágiles! Pero si espero a tener preparada la web, mi portfolio de servicios de consultoría/coaching en metodologías ágiles, mi plan de marketing, etc. no lo anuncio nunca. Pero aunque no tenga todo eso, podéis ir preguntándome para contratarme desde YA ;D

De lo racional a la inspiración. He ahí mi nuevo lema.
Necesitamos más inspiración en este mundillo. Y menos control. Los "trabajadores del conocimiento" respondemos a la inspiración mucho mejor que a la supervisión. Vamos a demostrarlo.


enero 11, 2012

Organización ágil

¿De qué hablamos cuando nos referimos a una organización ágil? ¿existe eso?
En general oigo que es la organización que se adapta a los procesos de creación de producto basados en equipos multidisciplinares que trabajan de manera ágil. Es decir, que con un enfoque bottom-up, creamos la organización ágil. Los equipos con la nueva manera de trabajar son "raros" y acaban demandando a su propia organización que se adapte para el mejor funcionamiento de todos.
Me suena un poco extraño. Generalmente la organización funciona como alguien ha impuesto, o ha establecido. Además, el cambio bottom-up lo veo limitado hasta que encuentras un escalón demasiado duro para seguir creciendo. Y la cultura se come la estrategia para merendar, que dicen.
La otra cuestión sería realizar el cambio desde arriba, pero entonces perdemos la perspectiva de lo que es el agilismo, pues lo ágil, estrictamente hablando viene de su manifiesto, escrito para el desarrollo de software, NO para la gestión de empresas. Y debemos basarnos en otras fuentes (Lean o las nuevas corrientes de gestión organizativa). Lo denominado ágil, se "inventó" en un manifiesto que trata del desarrollo de software. Es tan bonito y tan perfecto ;) que extraemos conclusiones que afectan a organizaciones enteras, pero ¿deberíamos hacerlo realmente?
¿qué claves nos da el manifiesto ágil para poder extenderse a toda una organización? Veamos los primeros puntos:
Valoramos 

  • A los individuos y sus interacciones por encima de los procesos y las herramientas.
    • Trasladado al mundo organizativo: Confianza, coordinación, respeto.
  • El software que funciona por encima de la documentación exhaustiva
    • Trasladado al mundo organizativo: Orientación a resultados
  • La colaboración con el lcliente por encima de la negociación de contratos
    • Trasladado al mundo organizativo: Colaboración, compromiso
  • La respuesta al cambio, por encima del seguimiento de un plan
    • Trasladado al mundo organizativo: Aprendizaje, adaptación
Es decir, tenemos que basar una organización en la confianza, la coordinación y colaboración entre personas que se respetan, orientadas a resultados y comprometidas con los mismos, que aprende y se adapta al medio. Sin duda son un montón de cosas molonas y de buen rollo, pero, ¿cómo se trasladan a una organización? Sin duda también, se puede realizar.
Más en próximos capítulos. Stay Tuned.


diciembre 29, 2011

Pequeña recopilación por el 7º

El 29 de Diciembre de 2004 inauguraba este blog, hace ya 7 añazos. Es una edad importante, debería estar en Primaria, controlando ya las sumas, restas hasta con llevadas... y yo aquí, de tantas cosas que tengo en la cabeza, no sé ni que planes contaros para el próximo año.
Así que he hecho una pequeña recopilación de mis posts que más me marcaron de todos estos años (emocionalmente hablando, en realidad).

Bueno, gracias por seguir ahí unos cuantos :) Este año 2012 promete ser muy interesante y espero que pronto os contaré muchas novedades.

¡Feliz 2012!


noviembre 01, 2011

Las sesiones de CAS201: personas y retrospectivas

En esta pasada Conferencia Agile-Spain participé en dos sesiones, y me gustaría contar aquí mis impresiones. En mi personal visión de la conferencia comenté que me habían parecido el nivel de las charlas un poco irregular, y me debo incluir con esa misma evaluación:
Al final, os pongo los documentos y las presentaciones. Me encantaría que si estuvisteis en alguna, me dieseis el feedback que estimeis oportuno. Ya sabeis, ¡mejora continua! ;)

"Equipos autoorganizados, ¿deberíamos haber estudiado psicología?"

Esta sesión la hicimos entre mi compañera Olatz Zamora y yo. Aunque tenemos visiones diferentes en algún tema concreto, compartimos la misma idea esencial sobre los equipos. El feedback que nos ha dado la gente ha sido bastante bueno, encajando las ideas presentadas con las experiencais de mucha gente.
Las partes positivas de esta sesión:

  • Convocamos a mucha gente, por lo intuyo que acertamos con la temática.
  • Creo que transmitimos una idea muy clara, aderezada con un juego y nuestra propia experiencia.
  • El juego encajó bastante bien, aunque cada vez que lo veo jugar, saco conclusiones diferentes. La pregunta de "Yo que soy el 11 en el equipo, ¿qué hago?" todavía me sorprende!!
  • Olatz lo hizo fenomenal, y eso que era su bautismo de conferencias! :)
Las cuestiones mejorables:
  • No preparamos el sitio antes, y el juego lo tuvimos que hacer en el pasillo.
  • Deberíamos haber cuidado más la presentación, estilos de letra.
  • Tenemos que trabajar más el hilo de las presentaciones, y mantener el estilo de historia, durante toda la presentación.

    Taller de retrospectivas

    Esta segunda sesión considero que me salio más floja que la primera, aunque es cierto que el feedback que he tenido, de momento ha sido principalmente positivo. Sin embargo, no quedé demasiado satisfecho, veamos a continuación por qué:
    Aspectos positivos:
    •  Hubo mucho debate, se compartieron muchas ideas. Aunque generó un punto negativo que luego veremos.
    • El material de la charla creo que va tomando fuerza. En esta ocasión le añadi la idea de retrospectivas de creación de equipo y de creación de futuro.
    • Los participantes se lo curraron de verdad.
    • Siguiendo en esta linea, creo que voy a tener material para hacer un taller de pago de seis u ocho horas, que realmente merecerá la pena ;)
    Las cuestiones mejorables:
    • Mala gestión del tiempo: Como tenía dos horas, puse más material en la presentación, pero los debates se me fueron de la mano, y del reloj. Al final, acabamos con prisas y mal.
    • Me falló el hilo del taller. El planteamiento que hice de los ejercicios no funcionó bien, y no pude ligar el primero con el segundo, de la manera adecuada. Tuve que improvisar y se notó.
    • También en esta sesión no había previsto el formato de la sala, y era realmente incómoda para que la gente trabajase en grupo.
    A continuación os pongo las presentaciones realizadas, que las disfruteis :)




    octubre 23, 2011

    CAS2011. Ya ha pasado

    Ya hemos estado en la 2ª Conferencia Agile Spain, y quiero comentar mis impresiones.
    Nosotros finalmente pudimos llegar al "warm-up" un rato el miercoles, y escuchar un rato la presentación de artículos. Me alegra muchísimo ver el esfuerzo que hace Agustín en la universidad para enseñar estas cosas del agilismo a los alumnos. Y para mi fue un descubrimiento ver a Juan Gasca presentando una aproximación de Scrum a un proceso de "Design Thinking". Me encanta que podamos enriquecer nuestras ideas con otros mundos paralelos. Creo que voy a intentar liarle para hacer alguna colaboración :)
    El jueves daba comienzo por fin la conferencia. Arrancamos con la ponencia de Xavier Quesada. A mi personalmente me gustó mucho por que hizo referencia a un par de temas que estoy interesado últimamente: la eliminación de silos y enfoque sistémico. Nos introdujo al concepto de "Failure Demand", porqué es importante hacer bien las cosas a la primera. Y casi se me cae la lagrimita cuando puso la foto de las personas que estábamos en la refundación de Agile-Spain en Madrid, hace ya tres años. Gracias :)

    Así que después empezaron las sesiones. Tres tracks en paralelo. Genial la organización que grabó todas las sesiones y después podremos disfrutar de ellas. Me voy a forzar a ser binario, y voy a separar las sesiones que no me aportaron, y las que sí. Por supuesto, en mi situación personal, no por que fuesen malas charlas o geniales :)

    Las sesiones que más disfruté fueron:
    • From Dev To DevOps, de Carlos Sánchez. Tenía ganas de conocer a Carlos y me acerqué a su charla. No conocía mucho el tema, y me parecio un movimiento muy interesante para mejorar problemas concretos, al topar con el muro de sistemas en algunas ocasiones. Saqué ideas y alguna herramienta a la que echar un vistazo: Puppet.
    • Cosas que nunca te dije, de Aventia, con Javier Gomez. Otra implantación más de agilismo en una empresa, pero me sorprendió el enfoque. La idea de generar comunidad antes de empezar, de hacer ruido, de crear un grupo ágil antes que empezar un proyecto en una organización me rompio un poco los esquemas :) Y me dio que pensar.
    • Stop the line, de F-Secure. La idea de implementar esta idea de Lean, la he aparcado de mi cabeza muchísimas veces, y ahora que he visto una implantación real, y que sacan conclusiones positivas, la voy a recuperar. :)
    No me aportaron demasiado:
    • Workshop Kaizen, de Juan Felipe Pons. Buena introducción a Lean, pero yo pensaba que era un workshop la propia charla, pero contaba cómo hacerlo. si quereis un vistazo rápido a Lean, echadle un vistazo.
    • Un paso adelante, de Enrique Comba. Me temo que no llegué a captar el verdadero mensaje de la sesión. Eso sí, la entrada en escena espectacular, aunque luego no la hilase con la sesión :D
    • BKOOL, de Arturo Herrero y Marcin Gryszko. La puesta en escena muy original, y la charla muy currada, ya que hablaban de un producto para ciclistas con las etapas del Tour, muy currado. Aún así, muchas cosas era como verse reflejado un poquito de mi propia historia, sobre todo en las miserias :)
    • Show me the money, de José M. Beas. Pensaba que iba a tener un enfoque más de mercado, sin embargo, hizo un repaso, original sin duda, de los principios desde el punto de vista de ingresos o gastos.
    De todas maneras, os aconsejo que dediquéis tiempo a bucear por los videos, esto solo son mis experiencias personales.
    Además de estas sesiones hubo otra keynote de J. B. Rainsberger, que también disfruté y os recomiendo que veais el video en cuanto esté disponible. De las sesiones plenarias, lo más flojo fue la mesa redonda, pues no hubo discusiones demasiado enriquecedoras. 
    Finalmente terminamos con la retrospectiva. La verdad que no atendí demasiado, pues estábamos ya más pensando en el viaje de 5 horitas en coche y salir pronto. (De hecho, finalmente fueron casi 8 horas de viaje, pero eso es otra historia... :D) Y luego leyendo tweets y blogs sobre la conferencia, me he quedado un poco preocupado por la sensación que capto, pues intuyo un poco de insatisfacción.

    Mis conclusiones son las siguientes:
    • Felicidades a la organización: Raquel, Emma, Amalia, Juan, Ricardo y Xavi se lo han currado. Y organizativamente, fue casi excelente. Además había por allá mucha gente que supongo serían compañeros de Ricardo en la universidad. A todos, GRACIAS. Sin ellos, no hubiese sido posible.
    • El nivel de las charlas fue irregular. Para el futuro creo que deberíamos cuidar más el proceso de selección de las mismas, incluyendo un proceso de feedback por el comité. Los ponentes podríamos tener unas primeras críticas, que nos ayudasen a preparar mejor las sesiones, y con más tiempo. Por supuesto, mis sesiones, podéis situarlas tranquilamente al nivel que creáis, no me pongo por encima de esto, y lo hablaré en un post más concreto.
    • La idea de los eventos patrocinados me parece genial. La paella de Atlassian, la comida del viernes por OpenFinance, y sobre todo la cena del jueves en una sala de fiestas, por PlasticSCM me parecieron la guinda del pastel en la organización.
    • En un evento así, si no haces networking es por que no quieres, por que momentos los había. Aunque tengo la impresión de haber dejado unas cuantas conversaciones a medias, pues íbamos siempre con un poco de prisa, o encontrabas a alguien al que saludar.
    • El movimiento ágil en España todavía necesita quitarse complejos. Es bueno hablar con sinceridad de lo malo que nos puede haber pasado, como experiencia de aprendizaje, pero también es bueno "chulear" de los éxitos, y compartirlos.
    • Una mesa redonda debería girar alrededor de una pregunta más concreta, en la que los ponentes tengan visiones diferentes. Y quizás cinco personas son demasiadas para una hora.
    • He visto mucha gente "nueva", y esto cada vez lo vamos a ir notando más, si consolidamos esta conferencia. Lo que he visto es menos ponencias internacionales, el año pasado existieron unas cuentas en inglés.
    Esta conferencia básicamente depende de dos cosas: de lo que curren los organizadores y del nivel de las sesiones. Así que el año que viene, animo a todo el mundo a hacer una de las dos cosas como apoyo a la comunidad :) 
    En una sola frase, estoy muy contento de haber asistido a esta CAS2011. Espero impaciente CAS2012.

    Nota: Podeis leer más comentarios sobre la conferencia en esta recopilación.

    octubre 07, 2011

    Personas y retrospectivas en la CAS2011

    Dentro de unos días será la Conferencia Agile-spain 2011, y si os acercais por allá podreis disfrutar de una seguro fabulosa conferencia. Yo estaré en un par de sesiones:

    La primera será la titulada "Equipos autoorganizados, ¿deberíamos haber estudiado psicología?", que copresento junto a mi compañera Olatz Zamora. Intentaremos contar nuestras experiencias de estos últimos años en la creación y gestión de equipos. Nuestra impresión es que conseguir equipos autoorganizados es difícil, y sin embargo no hay demasiada literatura en el mundo ágil sobre ello.

    La segunda sesión será un taller sobre retrospectivas. Básicamente será el taller del AOS2011, pero algo ampliado, y con más tranquilidad para desarrollarlo.

    Espero veros por allí... si estas no os interesan, os aseguro que hay muchísimas cosas más interesantes! :)


    septiembre 06, 2011

    Visual Management Open Space 2011, mi resumen

    NOTA: Estoy escribiendo la guia de facilitación de Open Space.
    De nuevo tuve la suerte de poder asistir a un Open organizado en Decide por Raquel Laina -esta chica se merece otro aplauso ;) - y esta vez era para hablar sobre la gestión visual. No tenía muy claro el alcance del tema, pero se refería a lo siguiente:

    • Visual Thinking
    • Visual Management
    • Información visual
    El tema abarca bastante más allá de los tablones que usamos en metodologías ágiles, y podía ser un gran aprendizaje. Os cuento ahora un pequeño resumen del evento:
    Por supuesto, hicimos la parrilla el día anterior sacando temas entre todos, pero esta vez los clasificamos para organizar la parrilla del día siguiente. Se prepararon dos tracks. Una idea muy interesante fue el realizar una "red social de baja tecnología", vamos un dibujo de nuestra propia red social de la gente del evento, que se iba completando conforme teníamos contacto con más gente.


    Creo que deberíamos experimentar más con esta idea. Con una pantalla táctil, con elementos arrastables sería genial, aunque ya no de baja tecnología :D

    La primera sesión a la que asistí fue a la tablones, por X. Quesada.

    Esta era una sesión que seguro que se iba a producir, y teniendo a X. Quesada en el Open estaba claro que íbamos a aprender de los mejores. Recordad que Xavi que es uno de los expertos en Visual Management. Nos enseñó fotos de los tablones de los proyectos en los que participa en Belgacom. Proyectos de decenas y varios equipos reflejados fielmente en un panel, algunos de ellos realmente impresionantes.  Algunas ideas con las que me quedé:
    • Colocar en algún lugar del panel las tareas de las personas ajenas al proyecto pero que nos influyen.
    • Destacar el area de impedimentos en el panel.
    • Se pueden representar las épicas con la división gráfica de sus historias de usuario, con las dependencias.
    • Muy interesante el planteamiento de un panel Kanban, limitado físicamente, con casillas, para marcar el WIP. 
    Alguna idea además me llevé para el equipo de coaches de Biko :)

    La segunda sesión estuve entre Doodle y Paper prototyping.

    La sesión de Doodle no me enganchó, y enseguida fui a la de prototipado de baja fidelidad. Se trata de una especia de TDD de la usabilidad :) y vas testeando la aplicación antes de realizarla, con prototipos muy muy sencillos pero que intentan reflejar la realidad sobre papel. Es una técnica para trabajar junto con el cliente en las fases iniciales de los requerimientos. Aquí podeis ver un video de ejemplo.

    La tercera sesión fue la de tablones no estandar.

    Enrique Amodeo nos explicó un panel en círculos para Kanban, donde cada círculo representa un grupo de especialistas. A ver si alguien nos indica pronto una foto de su idea, por que no sé explicarla demasiado bien.
    Yo conté el primer panel que hicimos en un proyecto Scrum, y resultó que gustó bastante la idea :). Se trata de representar la aplicación en una pizarra (historias de usuario, pantallas, relaciones, etc.) e ir marcando el avance del proyecto sobre la misma. No necesitamos post-its, pues basta con indicar qué cuestión está trabajando cada persona, y diferenciar por color lo realizado de lo pendiente. Es una idea que necesita más exploración.
    X. Quesada nos presentó como visualizan el backlog en sus proyectos. Con la lista de historias de usuario en un listado, pinta de amarillo las que se están en progreso, que una vez son finalizadas se pintan de azul y se mueven al final del backlog. De esta manera, parece que sube el nivel de agua :) Fácil y muy gráfico

    Cuarta sesión. Mapas mentales

    Me temo que no saqué demasiado provecho de esta sesión. Yo iba con intención de hablar de mapas mentales como representación de ideas/pensamientos, pero estuvimos hablando de mapas mentales como soporte de mapas de historias de usuario.

    Ultima sesión: Brainstorming Visual

    Raquel Laina nos presentó una variante del brainstorming y su análisis posterior para hacerlo más visual. La primera variante se trataba de agrupar los conceptos obtenidos por brainstorming, y sacar las relaciones a modo de mapa mental. De esta manera obtenemos una visualización de los problemas o temas obtenidos por el grupo.
    La segunda variante me parecio muy interesante, y se trata de realizar el brainstorming, pero partiendo de una representación visual del proceso o tema a tratar. De esta manera da ideas y ayuda a hacer relaciones entre conceptos.

    Conclusiones

    Lo primero, otro aplauso para Raquel ;) Es una maravilla poder asistir a estos eventos, de calidad por gente con ganas de compartir y de aprender. Sobre todo de compartir. Me vuelvo con muchas ideas interesantes de un tema del que soy un ignorante, pero que seguro podré aprender ahora:

    Me gustó mucho también el realizar "lighting talks" con los temas que no habían salido en las votaciones. La autoorganización hizo que pudiesemos hablar un rato de retrospectiva visuales o "user story mind mappings". De esta manera, ningún tema se queda sin tratar si interesa a alguien. O sea, un Open Space :)





    agosto 24, 2011

    Libros en castello (original) sobre agilismo

    El otro día preguntaba por Twitter sobre libros, originalmente escritos en castellano, en el tema de desarrollo de software ágil. No iba la pregunta por buscar material en castellano, si no por ver la fuerza que tenemos los hispano hablantes de generación de contenido en este mundillo. De momento tengo estas referencias:

    • Navegapolis: Juan Palacio tiene el primer libro que yo me compré sobre este tema. Aunque en realidad era una recopilación de sus posts, era contenido original y de gran calidad (y tenemos versión actualizada en su blog). Actualmente no lo encuentro en la web, pero dispone de otro "Flexibilidad con Scrum"
    • Diseño ágil con TDD: Carlos Ble escribio este magnífico libro sobre desarrollo guiado por tests. Tuve la suerte de poder ayudarle un poquito con la revisión del mismo.
    • Ingeniería de software ágil: No conocía este libro, y no lo he leido (todavía). ¿alguien que pueda decirnos algo?

    Así que no tenemos mucho material, aunque supongo que se me pasa más de uno. ¿no generamos libros la comunidad hispanohablante por que somos todavía más consumidores de conocimiento/experiencia? ¿ conocéis más libros sobre metodologías/gestión ágil/Lean originalmente escritos en castellano?

    Llega la Conferencia Agile-Spain 2011

    Ya está muy avanzada la organización de la CAS2011, y desde aquí quiero avisar, difundir y apoyar este seguro magnífico evento que tendremos en Octubre.
    Cuando lancé la organización de los dos eventos de Agile-Spain este año, pensaba dedicarme a la organización de la CAS fundamentalmente, sin embargo, las circunstancias han hecho que este año vaya a ver esta conferencia desde la barrera. Eso sí, espero que sea como ponente, ya que prepararé un par de sesiones.
    Tanto si estáis introducidos en el mundo del agilismo como si no, si simplemente os dedicáis a desarrollar software o gestionáis empresas donde juega un papel fundamental, deberíais acudir a esta conferencia. Se reunirán las mejores personas con las experiencias más interesantes. Se hablará de cómo enfocar los desarrollos y su gestión, y decenas de temas que no te puedes perder. Además, vamos a poder escuchar a dos ponentes de excepción: Xavier Quesada y J.B. Rainsberger.
    Yo estaré allí sin dudarlo, si coincidimos, compartiremos una buena charla :)

    junio 28, 2011

    Mi "elevator pitch" del agilismo

    Si solo dispusiese de unos segundos para explicar los beneficios de sumarse al agilismo, diría algo parecido a esto: 

    La clave con el agilismo es proporcionar el marco adecuado para que los trabajadores puedan demostrar todo su potencial. La gestión por control permite un trabajo tan bueno como lo es el que ordena y controla (o menos!). El cambio de paradigma hacia lo ágil permite multiplicar la potencialidad de los equipos al multiplicar las de sus integrantes.
     Para dejar que un equipo madure, debes permitirles fallar y que encuentren su propio camino. Las metodologías ágiles fomentan el fallo temprano, para minimizar riesgos. 
     Además, los principios ágiles fomentan la creatividad (personas sobre procesos), la búsqueda de resultados (software que funciona sobre documentación) , la mejora continua y la excelencia (responder al cambio sobre seguimiento del plan) y la orientación al cliente (colaboración sobre negociación).

    junio 21, 2011

    Resumen AOS2011

    Pues por fin pasó el #aos2011 que tantas horas de sueño me ha hecho "perder" :) Mi primera impresión es que el evento ha sido muy satisfactorio para la gran mayoría de asistentes. Como organizador, eso es lo que más tranquilo me deja. Y como propio asistente a uno de ellos, la verdad que también me fui muy contento, con el desarrollo de mis dos sesiones, con las que acudí y, por supuesto, por la gente con la que conversé.
    Durante la recepción del viernes estuve un poco nervioso ante tanta gente, culpa mía, ya que debía haber preparado un poco más el guión :). Pero salvo que he aprendido que si tu hablas con la persona de la derecha, el de la derecha debería hablar con el de su izquierda, creo que fue bastante bien :o)
    La gente del CEIN se portó de manera impresionante con el tema de la logística, y las instalaciones inmejorables, estuvieron siempre perfectas gracias a ellos.
    Os cuento un poco las sesiones por las que pasé durante el sábado:

    • Taller de retrospectivas: Mi primera sesión fue una sorpresa hasta para mi, pues algún elemento de agile-norte salio en mi nombre a presentarla el viernes. Y fue bastante votada. :) Así que después de cenar, y antes de dormir (¡la una de la mañana!), tuve que preparar brevemente lo que iba a hacer, a ¡primera hora del sábado! Se me ocurrio que podría hacer una retro sobre cómo hace la gente la retros. Yo no tenía que currar demasiado ;) y el resultado podía ser interesante.
      Intenté hacer los típicos pasos de las retros según la biblia de las retrospectivas, Agile Retrospectives, e ir usando una técnica que me gustase en cada uno de ellos, trabajando en grupo. Además, intenté dar alguna idea que les aportase un poco más de valor según mi experiencia. Espero haberlo logrado.
      La imagen muestra el diagrama de Ishikawa del más común del problema en las retros: la confianza.
      Creo que este taller en un formato de 3/4 horas puede quedar perfecto. Con una hora creo que parecí una ametralladora, pero al menos, obligue a todas las personas a fijarse una acción concreta para llevarse a casa. :)
    • Seducir a las empresas: Raquel y Amalia proponían que nos planteasemos el modo que accedemos y que nos mostramos a las empresas en las fases de selección de personal. Me gustó por que salio el concepto de marca personal, y se abrió un debate interesante sobre el valor que podemos y queremos mostrar de nuestro trabajo, mucho antes que una entrevista tradicional. Se debe trabajar de manera constante tu imagen, puesto que vas a ser buscado en Google en cuanto llegues a manos del seleccionador de la empresa. ¿Has probado a "googlearte"? Ten en cuenta la imagen que transmites, pues llegará a la empresa que te entreviste.
    • Talento: La tercera fue conducida por Raquel e Israel, donde debatimos de la idea de qué era el talento, si lo necesitamos en las empresas y cómo conseguirlo o retenerlo. Bajo mi punto de vista quizás abundaron un poco demasiado los tópicos, pero fue interesante. La idea que me quedó, es que la gente con talento va donde quiere, cuando quiere y como quiere. :)
    Después de esas tres charlas por la mañana, la última sesión matutina me la tome de descanso y estuve charlando por los pasillos. En realidad, una de las sesiones más interesantes, hablando con Xavi Gost, GermanDZ, Teresa Oliver o D.Bonilla entre otros... 
    • El equipo eres tú: Mi segunda charla volvía a sacar mi tema favorito: la construcción de equipos. Quería debatir la idea desde el punto de vista de alguien dentro del equipo, de las acciones que podía tomar una persona para llegar a mejorar y crear equipo de alto rendimiento. Raquel tiene un verdadero conocimiento de estos temas, y demostró su capacidad de análisis de las situaciones complicadas. Así que trabajamos sobre la pizarra las ideas para que funcionen los equipos de alto rendimiento, y las acciones que podía tomar una persona para dirigirse hacia ello. Confianza y un objetivo comun parecen las claves.
    • Comunidades ágiles: Por último asistí a la sesión que charlamos sobre las comunidades locales. Salieron acciones concretas que podeis encontrar en los post-its :)
    Así que terminamos las sesiones y pasamos a la retrospectiva. Hicimos un sencillo ejercicio, identificando lo que queríamos dejar atrás, lo que nos llevábamos, y lo que no había habido pero nos gustaría. La gente salio a comentar sus temas, y salieron ideas interesantes. Por supuesto, tratamos de fijar acciones concretas como una buena retro, y algunas cosas ya salieron. Podeis ver el acta (1, 2 y 3), con unas preciosas notas de Xavier Verges.
    Intenté que salieran directamente voluntarios para el siguiente AOS, pero lo que salieron fueron dos lugares como candidatos: Zaragoza o las islas Canarias. Bonita pugna :) No les envidio en la organización, que el listón está muy alto :P
    Y con esto terminamos este largo AOS2011. Agotador. Enriquecedor. Un poco sorprendente, y muy estimulante.

    NOTA: Podéis encontrar mucha más información en el site de agile-spain. Y Carlos Ble grabó un podcast especial de podgramando con algunos de los protagonistas.