viernes, 25 de noviembre de 2011

Armando un mapa de la tecnología colaborativamente



El radar de tecnología, es una herramienta visual (sugerida por ThoughtWorks) que permite a una organización:
  • Entender cuales son las tecnologías que nos dan más valor.
  • Dar un poco de dirección a actividades de exploración, como pueden ser áreas investigación y desarrollo (I+D).
  • Alinear actividades de capacitación.
  • Ver que prácticas conviene empezar a hacer, seguir haciendo o dejar de hacer.
  • Estar atentos para poder aprovechar oportunidades de evaluación y prueba de tecnologías nuevas para nosotros.
  • Alinear distintos esfuerzos por trabajar mejor (más calidad, productividad y felicidad).
  • Ver que cosas hay que forzar un poco para que pasen, porque nos conviene.
  • Ver que cosas tenemos que pedir, porque exceden nuestro alcance.
Tomando algunas ideas del libro Game Storming, hicimos:


Apertura

Charlar en pares sobre:
  • Qué es la tecnología?
  • Para que sirve?
Luego comentar a todos.

Exploración (The 4Cs)

En 4 rincones, armar una lista (1 item por post-it) de:
  • Técnicas
  • Herramientas / Frameworks
  • Plataformas
  • Lenguajes
Después de 10 minutos, los participantes rotan al siguiente ricon.

Cierre

Lo siguiente, es elegir las tecnologías más valiosas y volcarlar en el radar. Empezamos por un rincón (técnicas por ejemplo) y cada participante toma un post it, comenta al grupo porque le parece valiosa y donde la ubicaría:
  • Adoptar: Lo recomendamos fuertemente. Lo usamos apropiadamente en nuestros proyectos.
  • Intentar: Vale la pena intentar en un proyecto que pueda manejar el riesgo.
  • Evaluar: Vale la pena explorar para entender como puede darnos valor.
  • Esperar: Proceder con cuidado.
Puede que en algunos casos se genere un poco de debate y eso está bien. Para que podamos aprovechar el mejor el tiempo, podemos hacerlo por tiempo fijo y hacer preguntas que ayuden a la convergencia y a la selección, como por ejemplo:
  • Considerás que esa tecnología agrega tanto valor que vale la pena ponerla en el radar?
  • En comparación a otras, la pondrías en intentar o adoptar?
  • Cómo priorizarías esta tecnología respecto a otras?
  • Pensás que es valiosa para toda la organización?
Seguramente no vamos a armar el mejor radar en un único intento. Lo importante es identificar las tecnologías más importantes.

El radar sirve si lo usamos para alinear los esfuerzos de la organización por mejorar. Es conveniente revisarlo periódicamente, porque el mercado cambia (hace poco Adobe anunció que dejará de trabajar en el flash player p/browser mobile), porque nuestras habilidades cambian (aprendemos mientras hacemos), porque en un entorno tan cambiante como es el desarrollo de software y las relaciones humanas, necesitamos explorar y elegir para adaptarnos.

También está bueno revisarlo para ver el impacto de cosas que hacemos. Cuando por ejemplo todos acordamos pasar una tecnología de evaluar a intentar, y vemos que eso ocurre por actividad de capacitación hecha por nosotros o un compañero, es una buena forma de motivación.

saludos!

Enseñando desde atrás del salón en la Fundación Inicia



El martes pasado junto con Ingrid Astiz y Ricardo Colusso participamos del evento Enseñar a Emprender de la Fundación Inicia.

Ingrid facilitó un taller de retrospectivas. Originalmente el rincón de Ricardo iba a ser sobre Kanban.

En la apertura escuchamos la presentación de cada uno de los participantes, que hacían y a que venían. Había desde un emprendedor gastronómico, que enseña a jóvenes sin trabajo a cocinar, capacitadores, formadores, personas que pertenecen a ONGs, todos, desde distintas propuestas buscan construir una sociedad mejor.

Luego escuchamos a Daniel Arroyo hablando sobre los 5 problemas sociales más importantes del país (debería ser una charla TED). Y a Daniel Cerezo, quien nos contó como hizo con la música para ayudar a los sectores más frágiles de la sociedad.

Viendo todo esto, se nos ocurrió que a estas personas sería más útil algo del tipo "enseñando desde atrás del salón". Y nos dijimos, porque no cambiamos el tema?


Algo que notamos en todos los grupos que pasaron por este rincón, es que por media hora, perdieron la noción del tiempo.

Fue muy bueno para mi tener la oportunidad de acercar a estas personas, que hacen tantas cosas buenas, una herramienta más para que sigan haciendo su trabajo. Me puso muy contento participar de una actividad así y hacerlo con mis compañeros de ágiles. Mezclar comunidades es una práctica con mucho potencial.

saludos!

lunes, 21 de noviembre de 2011

Agile Coaching - Cómo preguntar?


Por estos días tengo en la mesa de luz Agile Coaching, de Rachel Davies y Liz Sedley. Siguiendo una idea de Pablo Tortorella, para fomentar su lectura, en lugar de recomendar el libro voy a comentar un párrafo.

En la página 37, habla sobre cómo hacer preguntas. Dice que una forma de liderar un cambio es preguntando. Y cómo preguntar? No hagas preguntas cerradas, de las que generan un si / no cómo respuesta. Preguntá cosas como "cómo", "que pasaría" para abrir la conversación e invitar a las personas a reflexionar y compartir su opinión.

Por otro lado, con unos compañeros (Matias Dominoni y Carlos Bellucci sin blog por ahora), vamos a ver si nos animamos a hacer de esto una práctica frecuente. Asi que ahi fue la 1ra piedra.

ahh, gracias a Adrían Eidelman, que me prestó el libro.

saludos!

domingo, 13 de noviembre de 2011

De donde vienen las grandes ideas

Hace unos días vi este video sobre la visión de Steven Johnson donde se cuestiona de donde vienen las grandes ideas:


Es interesante las perspectiva para entender como generar un entorno que favorezca la generación de ideas y acelere su proceso.

En lugar de comentar sobre el video, que es genial, me gustaría compartir algunas ideas que me se me ocurrieron al mirarlo.

Hace unos meses, haciendo un curso de seguridad y avalanchas en terrenos nevados en Ushuaia, aprendí un método de gestión del riesgo de Werner Munter que explica muy bien en su libro 3x3 Avalanchas.

El método, asombroso por su simplicidad, da muchas herramientas al montañista, no solo para moverse de forma más segura en terrenos nevados, sino también para no dejar de cuestionarse y aprender.

Cuando lo aprendí, tuve una corazonada, pensé que también podría servir para la gestión de proyectos, cambiando un poco sus dimensiones:
  • Las condiciones nivo / meteorológicas las cambiaría por las condiciones del proyecto (contrato, plazos, expectativas).
  • El terreno por la tecnología.
  • El factor humano lo dejaría igual.

Una coincidencia es que el terreno va de la mano del factor humano, al igual de la tecnología.

Luego la dimensión de escala la cambiaría por las siguientes:
  • Antes de empezar un proyecto.
  • En el sprint planning.
  • Antes de tomar una tarea.

Ahora bien, esto que empezó con una corazonada, lo confirmé un poco más cuando hace un par de meses nos llegó una nueva tarea para hacer. Antes de empezar la tarea, con un compañero hicimos este análisis:

Condiciones: Esperan que hagamos esto rápido y bien.

Tecnología: Nos piden resolver una integración entre 2 plataformas (.net y php) usando una base de datos común. Esto implica además resolver temas de consistencia de datos y autenticación.

Humano: No contamos con un buen soporte técnico de una de las aplicaciones a integrar. Sospechamos que no es la solución más simple al problema. La solución fue inducida por personas que no conocen de tecnología.

Esto nos hizo replantearnos si queríamos meternos en esto o si apostábamos a desmenuzar un poco más el problema para encontrar una solución más simple. Hicimos esto y el problema se solucionó sin que tuvieramos que escribir una línea de código.

Esto confirmo un poco la corazonada. Hace unas semanas lo charlé con un compañero al que le comenté la idea y le presté el libro. Él también sintió la misma corazonada.

Por lo que sería interesante seguir generando colisiones con otras personas para acelerar el proceso de llevar a la práctica esta idea. Este post es una manera de comenzar a hacerlo...

saludos!

viernes, 11 de noviembre de 2011

Enseñando desde atrás del salón en Agiles 2011



En el pasado Ágiles 2011 en Argentina tuve la oportunidad de realizar una actividad en el open space del último día. Mi intención era incentivar a las personas a que se animen a crear espacios de aprendizaje en sus trabajos. Y por otro lado, ver hasta que punto hace falta ser experto para facilitar un espacio así.

La propuesta fue aprender primeros auxilios, usando algunas técnicas del libro Trainning from the back of the room. Y repasar entre todos el proceso de aprendizaje

Le pedí una mano a Ricardo Colusso, para que me ayude a facilitarlo. Rick no tenía conocimiento del tema, lo cual nos iba a servir para ver hasta que punto es necesario ser un experto. Esto fue lo que hicimos:

Apertura

Recibimos a los participantes y les propusimos:

Elijan una experiencia de aprendizaje (puede ser una materia de la facultad, de la secundaria, un curso, alguna de las actividades de este evento, etc.). Luego piensen como pasaron la mayor parte del tiempo. Y párense en el lugar que corresponda.
  1. Leyendo textos
  2. Escuchando
  3. Mirando presentaciones, videos, imágenes
  4. Discutiendo conceptos / practicando
  5. Enseñando a otros
Luego preguntamos a algunos:
  • Cuál fue el caso.
  • Cómo fue la calidad del aprendizaje?
  • Cuál les parece es la mejor forma de aprender?
Bueno, hacia allá es donde queremos ir (aprender enseñando a otros).

Conexión

Mitos y hechos: Imagínense que estamos en un almuerzo con compañeros de trabajo y uno se atraganta comiendo. En 2 grupos de 10 aprox. hacer una lista de las cosas que escucharon hay que hacer en estos casos y clasificarlas en mito / hecho. Luego todos exponen las ideas y mejoramos la clasificamos usando el conocimiento de todos.

Rick facilitó la actividad para un equipo y yo para el otro. En mi caso, hice algunas preguntas y respondí algunas dudas sobre el tema. Al finalizar, nos sentamos en ronda y los grupos expusieron las cosas que clasificaron como mito o hecho. Luego, apareció el experto para aclarar algunas cosas que no clasificamos bien.

En este punto, vimos que las personas ya tenían cierto conocimiento sobre el tema. Casi no hubo diferencia entre las ideas y las clasificaciones. Lo bueno en este caso, es que se construye conocimiento a partir de lo que el grupo sabe. Y previamente los participantes enseñan y aprenden entre ellos.

Además, al comienzo de una capacitación, la expectativa de aprender algo nuevo genera una emoción positiva que favorece el aprendizaje. Sería un desperdicio usar ese momento contando la agenda de la actividad, nuestra experiencia en el tema o hablando sobre cosas que las personas ya saben.

Conclusión

Contamos que lo que hicimos antes se llama conexión en el libro “enseñando desde atrás del salón” e hicimos algunas preguntas para revisar el proceso de aprendizaje.
  • Que fue lo que conectamos?
  • Que observaciones pueden hacer de la actividad?
  • Conversamos?
  • Cómo eran vistos los errores?
  • De quienes aprendimos?
  • Levanten la mano quienes aprendieron algo. Y quienes enseñaron algo.
  • El desafío era p/grupos o individuos?
  • Qué tema les parece podrían iniciar con “mitos y hechos”?

Concepto / práctica

Le contamos que vamos a aprender la maniobra de Heimlich. y les pedimos que elijan como preferían hacerlo (todos eligieron la práctica)

Leer un texto
Ver un video
Hacer una práctica guiada

Luego contamos la historia de Diana, una chica que dio un curso de primeros auxilios, uno de los participantes le enseño la maniobra a un amigo y este la pudo hacer efectivamente (las historias son importantes porque mantienen más tiempo nuestra atención). Y preguntamos si la enseñarían a sus amigos y familiares?

Conclusión
  • Cómo tomamos nueva información?
  • Que aporta presentar opciones de aprendizaje y dejar que ustedes decidan?
  • Les parece que es bueno poner al cuerpo en movimiento? Porqué?
  • Les parece que sirve contar historias. Porqué?
  • Como fue nuestra atención? Porqué prestamos atención? Porqué no la prestamos? Y nuestras emociones?

Cierre

Qué aprendieron?

Cómo lo van a usar? Armamos una líínea en el suelo que iba desde “la semana que viene preparo un taller”hasta “creo que esto de enseñar no es para mi”

Evaluación: Qué les pareció?

Es importante terminar con una emoción positiva. Reconociendo lo que aprendimos, lo bien que la pasamos. Por todo esto, todos hicimos un gran aplauso.

Para mi fue una muy buena experiencia. La energía durante la sesión fue alta, positiva, todos participaron y todos aprendimos de todos.

Ahh, gracias a Avatar por sporsorear mi participación en el evento!

Desafío del malvavisco

Hace algunos meses, unos amigos de scout me invitaron a participar del foro de jóvenes. Se trata de un encuentro donde los chicos debaten sobre temas importantes y hacen recomendaciones a la organización scout argentina.

Uno de los temas del encuentro tenía como objetivo aportarles alguna herramienta para que puedan gestionar proyectos de servicio. Asi que lo que hicimos fue el desafío del malvavisco:





El cierre de la actividad lo hizo mi compañero Marcos, contando una historia de unos chicos que para un campamento de fin de año fueron a pavimentar una plaza y estando allá descubrieron que la necesidad era otra, una estatua de la pacha mama. Y lo resumió muy bien diciendo:
"En un proyecto de servicio, el malvavisco es la necesidad"
saludos!