Agradecimiento gráfico

Así queda tu casa después de aprender facilitación gráfica con @pablitux, gracias compañero!!

Aprendiendo mientras "enseñamos"

Me gusta la capacidad que tienen los artistas de reciclar. De buscar entre cosas viejas, del pasado, mezclarlas y crear algo de valor, nuevo. Esta es una galería de aprendizaje, un rejunte de retrospectivas hechas por y con los chicos del colegio Nehuen Peuman, con quienes hacemos Nahual. Un libro abierto para quienes quieran mirar.

Aprender de los compañeros

Una buena razón para dar un paso al costado, o mejor aún, hacía atrás del salón.

Desafíos

La satisfacción de conseguir una meta. Cómo podemos hacer de cada encuentro un desafío?

Dificultades

no me gustó no saber leer inglés

Este es uno de los que más me gusta. Por falta de tiempo de preparación, a veces hacemos cosas con material en inglés. Cuando este chico comentó que no le gustaba a él no saber inglés, automáticamente me acordé de otro caso similar. Haciendo talleres de diseño de software, más de una vez me comentaron que no gustaba que el material esté en inglés. Este contraste entre un profesional y un pibe me hizo preguntar cómo nos paramos frente a las dificultades? Me sorprende lo que se puede aprender de un papelito.

Empirismo

Creo que no podría ponerle palabras más claras al significado de "empirismo". Los chicos tienen la facilidad de ponerle palabras simples a los conceptos. De eso aprendemos todos.

Reconocer

La humildad de reconocer en el mismo proceso de aprendizaje las capacidades propias. Una buena actitud para aprender.

Rotar

Algo tan simple como rotar de grupo de aprendizaje, puede generar un mejor ambiente para aprender.

Variedad

Las opciones son tan importantes como el contenido?

Palabras

Si enseñar y aprender es algo que pasa al mismo tiempo, estaremos necesitando otra palabra para esto que estamos haciendo?

El juego del mercado

Ayer, en el open space de Agiles 2012, hicimos una sesión llamada "Qué podemos hacer los profesionales por una sociedad mejor". La sesión fue muy interesante, pero no quiero entrar en detalles, ya va a salir un post colaborativo armado por los participantes. Lo que si me gustaría hacer es contar cómo es el juego que hicimos para conectarnos con el tema.





Al final, tachamos donde dice juego, escribimos sociedad y debatimos sobre si encontramos alguna similitud en el juego y en la sociedad que vivimos.



Toda esta actividad hizo una buena conexión de los participantes con el tema y con otros participantes.

Nosotros, los profesionales

Luego nos dividimos en grupos de 3. Cada grupo conversó sobre el lugar de los profesionales en la sociedad, que tenemos para ofrecer, que necesitamos. Y pensó en una idea para que la sociedad sea un poco mejor.

Manos a la obra

Para cerrar cada persona se propuso un objetivo para hacer en 1 semana. Nos intercambiamos los mails con los compañeros del grupo, para escribirnos a la semana y preguntarnos como nos fue con lo que nos propusimos.

saludos!

Proyección debate: la educación prohibida

El fin de semana pasado con unos amigos organizamos una proyección y debate sobre la educación prohibida. Esto fue lo que hicimos:

Conexión

Hola, bienvenido a la proyección debate sobre la educación prohibida. Te invitamos a recorrer el salón y leer las afirmaciones de los carteles. Buscá una que te interese y charlá con quien tengas al lado de si es un mito o un hecho:

Buscá a alguien que opine distinto a vos. Buscá a alguien que no conozcas y preguntale que opina. Estos fueron los mitos / hechos:

• Los chicos aprenden mejor teniendo un profesor en frente.
• Separar a los chicos por edades es un método eficiente.
• El problema de la educación actual es la hiperactividad y falta de concentración de los
• chicos.
• La escuela disminuye la creatividad.
• Es posible aprender en un ambiente competitivo.
• El sistema de calificaciones es la mejor forma de medir el progreso del aprendizaje.
• En la escuela se tiene en cuenta el contexto personal de cada chico.
• Repitiendo aprendo. Repitiendo aprendo.

Proyección

Vimos la película.

Debate (chaaancho va!)

Para hacer el debate usamos una forma conocida como world café, en donde en cada rincón se charló de un tema, que fueron:

Cómo aprendemos?

Cuál es la motivación para aprender?

Cuál es el rol del educador?

Cuál es el rol de la escuela pública?

Cadá 10 minutos los grupos rotaban de rincón (chaaancho va), el embajador los recibía contándoles lo que charlaron en el grupo anterior y continuando el debate.

Al finalizar, cada embajador presentó lo charlado en su rincón:




Conclusión

Cómo llevamos lo que aprendimos hoy a nuestro día a día, para, como bien dijo Clarita, "vincular lo que se enseña con lo que uno vive"? Qué cosa nueva empezaríamos a hacer?

Retro en 1 palabra

Pensá en 1 palabra que resuma el encuentro de hoy. De ronda y todos de pié, cada uno dijo su palabra y nos contamos que nos pareció la actividad que hicimos entre todos. Porque estas cosas, se hacen entre todos.

Fue una muy linda actividad, entre amigos, para amigos, donde cada uno hizo su aporte y entre todos creamos un espacio para debatir sobre estas ideas.

Implementando SOLID – LSP

Siguiendo con los principios SOLID, y el empuje de Nelo p/compartir como resolver cada uno de los ejercicios, vamos a continuar con el principio de liskov.

Esta es la solución de Nelo: http://nelopauselli.blogspot.com.ar/2012/08/implementando-solid-lsp.html

El código del ejercicio es este:

El problema es que el método WithEntity hace un tratamiento especial para cada una de las subclases. El principio de Liskov nos dice que si dependemos de una clase base, debemos poder usar objetos de clases derivadas sin saberlo. Y este no es el caso. Los problemas que presenta no seguir este principio son:

• Quien usa el método WIthEnity puede pensar, con todo derecho, que pasándole cualquier objeto derivado de ContactInformation va a funcionar.
• Quien agrega otro subtipo de ContactInformation, puede olvidarse que existe este método WithEntity con tratamiento especial y usarlo.
• El ejemplo está reducido y simplificado p/poder ser entendido fácilmente. En realidad se trata de un caso real, con muchos subtipos y una jerarquía algo más compleja. Modificar esta MailBuilder era realmente un problema, ya que implicaba volver a probar todos los casos.

Este código tiene una ventaja que favorece el reuso vs la duplicación, pero una desventaja, que es poco flexible. A veces la duplicación no es mala, ya que nos da flexibilidad. La solución propuesta es tener un MailBuilder por cada clase. Hay duplicación, pero también flexibilidad. Podemos cambiar lo que querramos, sin afectar lo existente.

Seguramente hay otras formas de eliminar la duplicación. Podemos por ejemplo crear un MailBuilderString con la responsabilidad de armar un mail y usar este objeto dentro de cada uno de los MailBuilders para cada ContactInformation.

saludos!

Implementando SOLID - OCP

Ahora vamos con el segundo principio, conocido como open/closed o abierto/cerrado. Que dice que una clase tiene que ser abierta para extensión y cerrada para modificación.

Esta es la solución de Nelo: http://nelopauselli.blogspot.com.ar/2012/07/implementando-solidocp.html
y la de Martín: http://blog.martincoll.com.ar/refactorizando-para-cumplir-con-ocp/

A veces, cuando miramos / escribimos código, lo hacemos mirando dentro del método. Pero que pasa si esta vez nos paramos fuera del método, del lado de quien usa el código? El amigo Carlos Peix escribió un muy buen post al respecto.

En este caso vemos que se trata de un filtro que permite:

• filtrar por color
• filtrar por talle
• filtrar por color y talle

Si tuviese que agregar otro criterio p/filtrar, entonces tengo que agregar un nuevo método, lo que implica modificar la clase y por lo tanto no cumple con ser cerrada para modificación.

Para agregar criterios sin tener que modificar la clase existente, una posible solución es tener una clase por criterio (especificación). En este caso estamos dando a la clase una única razón para cambiar y aplicando también el principio de responsabilidad única.

Ahora, para agregar un criterio (extender), no es necesario modificar las clases existentes.

Se dice que la decisión qué parte es fija (dura de cambiar) y cual es móvil (fácil de cambiar / extender) en una aplicación es una decisión estratégica. No puedo hacer todo open / closed, ya que con eso pago un costo de complejidad. La parte que me conviene encapsular p/hacer movil es la que varía.

Implementando SOLID - SRP

Como parte del taller de principios solid que hicimos con los amigos de Kleer, junto con Nelo y Juan nos propusimos explicar paso por paso como implementamos los principios tomando los ejemplos de http://solidexamples.codeplex.com/

Así que vamos a empezar por el principio de responsabilidad única (single responsability / SRP), que nos dice que una clase debe tener una única razón para cambiar.

Esta es la resolución de Nelo: http://nelopauselli.blogspot.com.ar/2012/07/implementado-solid-srp.html
la de Martín Coll: http://blog.martincoll.com.ar/refactorizando-para-cumplir-con-srp/
la de Juan Tripode: http://altaprogramacion.blogspot.com.ar/2012/08/srp-single-responsibility-principle.html

El ejemplo trata de una aplicación winform que permite abrir un xml de productos y mostrarlos en una grilla. En este se programa todo "atrás del botón"
El formulario es responsable de la persistencia, de recuperar la información (de un archivo) y de conocer el formato (xml). El primer paso que proponemos es encapsular esto en un repositorio, por lo que nos quedaría algo así: Ahora el repositorio es responsable de recuperar datos, abrir el archivo y convertir de xml a objetos. Vamos a quitarle la responsabilidad de abrir el archivo: Y la responsabilidad de convertir xml a objetos: Ahora el repositorio tiene otra responsabilidad, la de conocer sus dependencias. Pero esto es otro principio. saludos!

Compartiendo lo aprendido en SOLID

Ya les conté sobre el taller de SOLID aprendiendo y compartiendo. Esta vez quiero contarles sobre algunas cosas que probamos y me resultaron interesantes desde el punto de vista del aprendizaje. Dado que participé del taller, también me toca devolver lo que aprendí.

Sobre los primeros minutos antes de empezar

En general, cuando empezamos una actividad, las personas no llegan todas al mismo horario. A veces proponemos alguna actividad para que vayan empezando a hacer algo. Esta vez se nos ocurrió pegar 3 preguntas en distintas paredes:

• Porqué es importante aprender principios de diseño?
• A quién puede interesarle?
• Cómo podemos enseñarlo?

Le dimos la bienvenida a los primeros 2 participantes, les propusimos que elijan una pregunta y se pongan a conversar sobre la misma (podían hacer anotaciones en el afiche). Y una cosa más, tenían que darle la bienvenida a otra persona de la misma manera.

Esto de que los participantes se den la bienvenida entre si fue algo muy bueno, desdé que ponían un pie en el taller ya se estaban conectando entre ellos y con el tema.

Sobre la conexión

Por cada tema hicimos actividades de conexión. La primera fue conversar de a pares haciendo 3 preguntas:

• Nombre
• Qué te gusta hacer?
• Qué te gustaría aprender?

Luego, cada uno tenía que presentarse como si fuese su compañero. Esta es una actividad que en la retrospectiva final nos dijeron estuvo buena. Creó un buen ambiente para enseñar y aprender.

Sobre el concepto

Para aprender los principios de diseño nos dividimos en grupos donde teníamos que leer un material del tema y hacer una presentación a los demás. Además, por cada tema teníamos anotado en un afiche preguntas disparadoras que nos cuestionaban lo que leímos.


Lo bueno de esto es que el concepto se construye a partir del aporte de todos. Al final de cada presentación se hacían preguntas que a veces respondían los presentadores, pero a veces otras personas. Dado que aprendemos de distintas maneras, es útil poder escuchar distintas miradas de un tema, contadas por distintas personas y dar mi mirada también.

El primer día cada grupo presentó distintos materiales del mismo tema. Pero el segundo día hicimos algo más desafiante, cada grupo presentó temas distintos. Nos pasó que una presentación no les dejó claro el principio a todos. Lo interesante fue que entre ellos empezaron a hacer preguntar, a responderse y describieron el principio que estábamos tratando de una manera muy clara. La presentación no tiene que ser perfecta y se completa con el aporte de los demás.

Sobre la práctica

Hicimos prácticas de casi todos los principios. La práctica es fundamental, porque es ahi donde nos encontramos con las dudas. El concepto que aprendimos es el mapa y la práctica el terreno. Tenemos que recorrer el terreno para para ajustar el nuevo mapa.

Acá Carlos hizo un muy buen aporte, sugiriendo pasos de refactor muy chicos, baby steps. La práctica la hacíamos en grupo y una cosa interesante es que valía copiarse. Entonces veíamos no solo nuestra solución, sino también la de los demás.

Sobre la conclusión

En general la conclusión la hacíamos a partir de la conexión. Por ej. si arrancamos escribiendo que me gustaría aprender en un post it, al final del día cada uno tenía que revisar lo que había puesto y si sentía que había avanzado un paso en eso que escribió, entonces sacaba el post it y nos contaba cual había sido ese paso.

Sobre facilitar de a dos

Esto de facilitar un espacio de aprendizaje es para mi un desafío. Algo que empiezo sin saber como va a terminar. Cuando me toca hacerlo con otra persona, en este caso Carlos, me doy cuenta que la paso mejor y el resultado es mejor también. Además, aprendo de la otra persona.

Sobre pagar enseñando a otros

Esto creo que es lo más interesante. Primero porque para mi es algo nuevo hacer algo así en el mundo del software, un experimento, algo que me da curiosidad saber que puede salir. En la retrospectiva final los participantes nos dijeron que la idea les resultó novedosa también y que desde el punto de vista del aprendizaje los lleva a seguir aprendiendo.

Es interesante porque nos hace desafiarnos. Puede ser algo tan gran o tan chico como quisiéramos, cada uno elije el desafío a su medida. Y porque sin querer, tiene un efecto multiplicativo. Lo que se aprende sale de las paredes del taller.

Sobre preparar la devolución a la comunidad en el mismo taller

En la última hora nos dedicamos a decir que íbamos a hacer cada uno para devolver lo que aprendimos a la comunidad y armar un pequeño entregable de la actividad. Por ej. si dijimos de hacer un post, entonces elaborábamos el título y cómo íbamos a presentar el tema. Algunos decidieron hacer cosas solos, otros se juntaron en grupo.

Aca seguimos aprendiendo. Cuando tenemos que pensar cómo vamos a usar el nuevo conocimiento, eso nos lleva a seguir descubriendo. No es lo mismo aprender un nro de memoria porque sí, que aprenderlo porque es la clave secreta de algo. La diferencia está en la motivación. Darle un propósito a lo que aprendemos mejora el aprendizaje también.

Creo que si me voy del taller con al menos un borrador de una idea y si además conversé de esa idea con otras personas, entonces tengo muchas más chances de hacer algo que si me voy a mi casa sin pensar nada. Además, las grandes ideas se generan por colisión de corazonadas.

Sobre las gracias

Finalmente, tengo que agradecer a la gente de Kleer por la colaboración para llevar este experimento adelante. Y Carlos con quien estuvimos facilitando este espacio, un gusto trabajar con él. Personalmente cada vez valoro más trabajar con buenos compañeros, de esos con quienes comerías un asado también.

SOLID Aprendiendo y compartiendo

Con la colaboración de la gente de Kleer, estamos realizando un taller de principios solid. La propuesta es:

• Trabajar grupalmente en un espacio donde todos enseñamos y aprendemos a la vez
• Invitamos a los participantes a devolver lo que aprendimos a la comunidad, para reforzar el aprendizaje y experimentar que pasa si agregamos un propósito a una actividad.

Con esta idea en mente desarrollamos el taller, que por ahora va por el 1er encuentro. Como nosotros somos parte del taller y también estamos aprendiendo, nos sumamos a la propuesta y elegimos contribuir a la comunidad haciendo disponible las actividades y el material del taller, para que cualquiera lo pueda hacer y mejorar.

Actividades

https://dl.dropbox.com/u/49465904/solid/solid%20%2B%20training%20back%20room.png

Las preparamos tomando ideas del libro Trainning from the Back of the Room. Por si les interesa como es esto de facilitar un espacio de aprendizaje, donde todos enseñan y aprenden a la vez, les dejo este post:
http://blog.kudewe.com/2011/06/solid-training-from-back-of-room.html

Material

https://dl.dropbox.com/u/49465904/solid/solid.zip
El material sale principalmente del blog Los Techies, el libro Head First Design Patterns y otros blogs de internet.

Ejemplos

http://solidexamples.codeplex.com/
Los ejemplos por ahora son en .net (VS 2010) y nUnit.

Esperamos sea de utilidad. Cualquier consulta es bienvenida. Y si lo quieren tomar, hacer, mejorar y nos cuentan como les fue, nos va a poner muy contentos.

Acuerdos de trabajo

Qué es un acuerdo de trabajo? Me parece mejor contarlo con una historia. El año pasado conocí una amiga, con la que fuimos al Lanin. Un día nos juntamos a tomar un café para preparar el viaje, y me cuenta, así como hablando del clima, que había cruzado el Océano Atlántico remando con 3 amigas. Me dejó helado. Por suerte íbamos a tener como 40hs de micro en las que le pregunté todo lo que se me podía ocurrir sobre una aventura así. Tienen un blog donde fueron contando la historia: http://atlantique.blogs.liberation.fr/

Una de las cosas más interesantes que me dijo y que cada tanto me sirve recordar, es que ellas antes de subir al barco, firmaron un acuerdo de trabajo. Durante el viaje en bote podían hablar y discutir de un montón de cosas, pero nunca se podía poner en discusión lo que firmaron en el acuerdo. Sobre esa base, es sobre la que construían todo. El acuerdo decía cosas como:

Cada una iba a dar lo mejor de si misma, siempre

Imagínense remando 2 hs, descansando 2 hs, así durante 2 meses. Si tu compañero empieza a aflojar, en un bote 1 tonelada, eso se siente y afecta a todos.

Si alguien dice algo, es por el bien del equipo, no por su bien invididual

Cuando uno está andando tanto tiempo en un medio tan inhóspito, como es el océano, cansado, con hambre, la piel salada, lejos de casa, etc. es muy probable que la cabeza empiece a maquinar cosas por si sola. A asumir cosas que no lo son (no se quiere levantar porque ya no le importa), a sentir que quizás nos están tratando de manipular con las palabras (me trata bien, porque quiere que la ayude), etc.

Resulta muy sano tener estas reglas de equipo claras. Cosas que todos aceptamos y que estamos dispuestos a cuidar con responsabilidad, por el bien de todos.

Hasta los 3 mosqueteros tenían acuerdo de trabajo: todos para uno y uno para todos.

Sugata Mitra y el Futuro de la Educación

La primera vez que escuché de Sugata Mitra, fue por una charla TED que me pasó Ingrid, una de las mejores y más inspiradoras que vi.



La segunda, fue ayer en la facultad de abogacía, donde vino a hablar del futuro de la educación. Y dijo cosas muy interesantes.

Primero que es difícil hablar del futuro de algo, porque todo cambia. Pero tenemos opciones, podemos reaccionar (intentando hacer lo mejor), podemos anticiparnos o podemos ser parte del cambio, hacer que el cambio suceda.

A veces, para mirar al futuro es bueno volver a los orígenes. Y nos contó de los orígenes de la educación, nos habló de Sócrates, Platón y Aristóteles. Del imperio Británico y como fue que tuvieron que inventar un sistema para manejar algo tan grande. Así fue que crearon el sistema victoriano, que produce personas idénticas. El siguiente gran imperio fue Norte América, con las líneas de producción, a quien les venía muy bien esto de la uniformidad.

La pregunta es, porque seguimos usando un sistema educativo que fue creado en un contexto militar / industrial? Que tiene que ver esto con el siglo XXI, donde lo importante ahora es el conocimiento?

Nos hablo de un concepto interesante, la desmaterialización. Antes una radio era algo tan grande como una mesa.

Luego se transformó en algo tan chico como un walkman. Ahora es una tira de unos y ceros que entra en cualquier celular. Qué pasa con la educación cuando google entra en tu bolsillo?

Yo no soy contador. Pero por cuanto tiempo puedo fingir serlo (usando google y acceso a internet)? Hace unos años, cuando hacía esta pregunta a mis estudiantes, ellos me decían que unos meses. Ahora me responden que 3 años. Si paso 3 años fingiendo ser contador, estaré fingiendo? O me volveré contador?

Otra cosa de la que nos habló es de uno de los problemas actuales de la educación. Los chicos en áreas remotas no tienen buenos profesores. En el caso de India, lo remoto tiene que ver con la geografía, los buenos profesores prefieren estar en Delhi, esto es un problema social de migración. Pero en caso de UK, lo remoto tiene que ver con el nivel socio económico, los profesores elijen las zonas más desarrolladas.

Nos contó de su experimento, el agujero en la pared (lo pueden ver en la charla ted). Y un resultado interesante. En 9 meses, los chicos aprenden en grupos, por ellos mismos las mismas habilidades que necesita una secretaria (usar facebook, twitter, youtube, bajar archivos, etc.)

Guiado por la pregunta (no por la respuesta)

Si hago una pregunta (ej: cómo recordamos y porqué olvidamos?) y me voy (hizo este experimento muchas veces), entonces descubrí que:

Un grupo de chicos usando internet pueden conseguir objetivos educacionales por ellos mismos.

Cómo hacer buenas preguntas? Esta es la parte difícil. Por ejemplo para los chicos es aburrido aprender trigonometría. Pero si pienso para que la puedo usar, entonces puedo preguntar mejor. Por ejemplo, como puedo hacer para medir la altura de ese edificio, sin ir hasta allá.

Otro método pedagógico: Yo no se

Observar a quienes estan aprendiendo. Nunca agregar nada a lo que ellos dicen. Y si noto que falta algo, hacer otra pregunta.

Otro más: el de la abuela.

Te parás atrás y decís "que bueno!" y los alentás con cada cosa que hacen.

Un grupo de chicos en presencia de un mediador amigable, pero no necesariamente conocedor, puede aprender casi cualquier cosa por ellos mismos.

La emoción del desafío

Quieren algo fácil o algo realmente difícil? Siempre me piden algo difícil. La emoción del desafío mejora el aprendizaje.

Abuelas en la nube (un entorno auto organizado de mediación)

Un grupo de abuelas en UK (las abuelas extrañan a los chicos) comparten 1 o 2 horas por semana con un grupo de chicos en India (que quieren a las abuelas) y mejoran su inglés.

SOLE (Self Organized Learning Environment)

• Grupos de 4 chicos
• 1 agente de policia (1 chico)
• 1 computadora para cada grupo
• Se permite hablar, moverse, discutir
• Una gran pregunta y dejarlos solos 45 minutos. Es importante irse y dejarlos solos. Nuestra presencia no solo los inhibe, sino que al irnos estamos confiando en ellos.
• Presentaciones en grupo

La educación es un sistema auto organizado y el aprendizaje es un fenómeno emergente.

Finalmente nos dejó una pregunta

En un contexto donde existe la nube y la multitud (cloud and crow) está obsoleta la educación?

Quizás aca está el futuro de la educación...

Colaborando con una pyme del Tirol

Este puede parecer un post colgado. A quien se le ocurre escribir sobre programación estando de vacaciones. Seré como los simuladores, que no pueden ver un problema que pueden resolver sin hacer nada? Además, no todo es ir a las montañas. A veces hace mal tiempo, a veces necesito descansar o simplemente tengo ganas de colaborar con gente que hace algo bueno. Paso a contar esta otra historia que tiene que ver con e-commerce y un poco de scripting.

El lugar es Mieders (foto), un pueblito en Tirol, Austria. Aca vivo con una famila que me trata muy bien. Sophie, la dueña de la casa, es una madre emprendedora que tiene un negocio de productos bio. Son productos naturales, comprados a pequeños productores de distintos lugares del mundo.

Los productos son ecológicamente más responsables. Por ejemplo se diseñan los paquetes para que contengan menos materiales evitando el uso de plástico y sean más fácilmemte reciclables. Otra cosa es que por cada producto se paga un impuesto en función del peso del envase a una empresa de reciclado que se encarga luego de su tratamiento. Además toda la cadena de proovedores busca el comercio justo, es decir, que no haya uno en la cadena que aumenta mucho el precio del producto al consumidor sin agregar valor. Otra cosa interesante es que las empresas chicas hacen una mejor distribución de la riqueza (uno de los problemas raíces de la sociedad moderna).

La cuestión es que hacer esto en Austria para una pyme no es fácil. Primero porque a diferencia de Argentina, aca no se hace nada en negro. Segundo porque ya hay grandes empresas en el mercado y los grandes corren con ventaja. Son los grandes los que a veces rompen con lo justo del comercio, exigiendo descuentos, plazos, imponiendo sus reglas.

El acceso a la tecnología es un poco difícil para una pyme. Por ejemplo implementar una solución de e-commerce puede costar entre 2.000 y 20.000 euros, un precio que no es accesible para empresas chicas. Sin embargo, son las que hacen más sano al ecosistema (gracias Medina por la información).

Entre días de descanso, mal tiempo y mates, fuimos trabajando con Sophie en un sitio de e-commerce b2b y b2c. Había una gran cantidad de posibilidades y detalles por resolver. Así que hicimos algo para lidiar con esta complejidad, priozamos qué era lo más importante y avanzamos de a un paso a la vez haciendo lo más simple posible. El resto, se resolverá en su momento.

Instalamos y probamos oxid, xt commerce hasta que finalmente llegamos a magento. Algo no menor era resolver la integración con su erp, lo cual resolvimos con un simple script que transforma un csv de productos (generado por el erp) en un csv que entiende magento. Después de algunos pocos días, teníamos el sitio el linea con todos los productos (son más de 3000): http://shop.nokomis.at. Incluso creamos una extensión para que los comercios puedan agregar al carrito varios productos a partir de su código.

Saben porqué es interesante ayudar a un emprendedor? Además de lo que les contaba antes, se aprende mucho haciendo con alguien que crea un emprendimiento (yo no tengo la capacidad de hacer eso). Por otro lado me permite estar en contacto directo, sin intermediarios, con la persona que mejor conoce del negocio y eso abre otras posibilidades al "proyecto" de generar valor. Por ejemplo Sophie hizo un doctorado en física y en sus estudios aprendió fortran. Y desde siempre sintió curiosidad por la programación. Así que este pequeño proyecto sirvió además para que aprendiera en la práctica qué es un script, para qué puede servirle e inclusive cómo modificarlo. También aprendió a usar el firebug y de forma autodidacta instaló un template y lo customizó a su gusto.

Y esa es para mi la mejor parte de trabajar con un emprendedor. La de estar en contacto con la persona y conocer, como aprendí de Juan Carlos Lucas, cuál es su preocupación, entendiendo por preocupación el futuro que quiere construir. Descubrir esto y poder colaborar de alguna manera, es algo que vale la pena.

Historias de Alejandra - parte 2

El fin de semana pasado con mis amigos volvimos al pintoresco pueblo de Alejandra. Al equipo original se sumaron Sole, que nuevamente nos ayudo a armar las actividades, nuestro amigo Clodo y el pana Fran de Ecuador.

Esta vez vinieron unas 15 personas, de distintas edades e intereses por la tecnología. Ademas de los tipicos juegos de apertura que hacemos para conectarnos, romper un poco el hielo y la timidez de algunos, esta vez propusimos 3 actividades para que los participantes elijan: periodismo, agua y ushahidi.

En la actividad de periodismo, guiada por Sabrina y Fran, los más grandes crearon un blog y publicaron contenido de su revista local (Nuestra Revista).

Los más chicos contaron nuevas historias de su pueblo y nos hablaron de la plaza, de la escuela y porque son importantes para ellos. Algo muy bueno fue que Leo (quien había venido la vez anterior) enseño como crear un post y subir fotos a otros chicos.

http://historiasdealejandra.wordpress.com/2012/02/25/escuela-dealejandra/

http://historiasdealejandra.wordpress.com/2012/02/25/parque-de-alejandra/

Sole y Nico presentaron el problema del agua y la energía en Alejandra. Mediante un acertijo los chicos descubrieron que a veces, para encontrar la solución a un problema hay que hacer las preguntas correctas.

y exploraron google buscando soluciones alternativas al problema.

Clodo y Nestor presentaron Ushahidi, una herramienta para reportar colaborativamente eventos en el tiempo y en un mapa. Con esta registraron algunos incendios ocurridos en Alejandra.

y luego los chicos nos contaron cómo lo hicieron en el blog

http://historiasdealejandra.wordpress.com/2012/02/25/como-acceder-al-ushahidi-de-alejandra/

Fue una tarde donde todos enseñamos algo y aprendimos algo. Alejandra es un pueblo muy lindo, con muchas cosas interesantes y con personas que vale la pena conocer.

Queremos agradecer a todos los que nos ayudaron con esto, a la gente de la casa de la cultura, pero especialmente a Elena, la mamá de Nestor, que nuevamente nos recibió cálidamente en su casa y nos hizo sentir muy bien.

Y que mejor forma de despedirse antes de empezar una travesía por los Alpes, no se me ocurre una mejor. Como dice Sebastian Álvaro, uno de los mejores exploradores de estos tiempos, tuve la suerte de armar equipo con buenos amigos, de esos con los que irías al fin del mundo.

Match de improvisación ágil

El sábado pasado, con unos compañeros de ágiles (María Thomson, Natalia Davidovich, Ricardo Colusso, Claudio Bidau y la colaboración de Ingrid) hicimos un match de improvisación sobre temas ágiles. Los participantes fueron personas que voluntariamente trabajan en el movimiento scout.

Arrancamos con juego muy bueno que nos enseño María para subir la energía.

Luego, en grupos de a 2, las personas fueron escribiendo en un papel las dificultades que sus equipos tuvieron el año pasado y los desafíos que veían para este. Al finalizar la recolección, sacábamos 2 papeles, el público elegía uno y el equipo de facilitadores elegía una actividad que pudiera ayudar a resolver esa dificultad. El azar y la simple priorización supieron elegir muy bien los temas.

Hicimos el si, pero / si, y / si, entonces, para experimentar el potencial de la colaboración más allá de los roles:

El nudo, para descubrir una forma de dar un paso al costado y dejar que los más nuevos del equipo tomen protagonismo:

y otros juegos como el de la pelota, para entender que lo que a veces vemos como falta de compromiso es una valoración que hacemos de los hechos, pero que responde a algo más profundo que es necesario analizar.

Luego Natty propuso que cada uno escribiera un objetivo, tomando lo que hicimos hoy, qué podemos hacer para mejorar nuestros equipos durante el 1er mes de trabajo?

Finalizamos la actividad con una retrospectiva de la misma, para ver el concepto y practicar una técnica de facilitación:

En la bolsa nos quedaron otras inquietudes que no llegamos a resolver. Para responder a estas y otras consultas Rick creo un espacio en google moderator, donde entre todos las vamos completando.

http://www.google.com/moderator/#15/e=1e342a&t=1e342a.40&f=1e342a.643eb8

Gracias a mis compañeros de ágiles por su apoyo, tiempo, ganas. A Chicho que organizó todo y a los participantes por la buena predisposición, la apertura a escuchar las ideas de otro ámbito y por prestarse a este experimento.

Historias de Alejandra - parte 1

El fin de semana pasado con mis compañeros del trabajo Nico, Nestor y Sabrina (novia de Nestor) nos fuimos de viaje a Alejandra, un pueblo en Santa Fe donde nació Nestor. La idea era acercar un poco la tecnología a los chicos. Queríamos hacerlo de una forma en la que ellos sean protagonistas de su aprendizaje, guiados por su interés y capacidad de descubrimiento.

Así que lo que se nos ocurrió fue invitarlos a que vengan a contarle al mundo historias de Alejandra.

La invitación:

Como no nos conocíamos empezamos haciendo algunos. Uno muy bueno fue el pium que nos sirvió para conocer nuestros nombres:

Hicimos varios, el reloj, el zah!, piedra, papel o tijera multitudianario:

Y cuando perdimos un poco la timidez, empezamos a preparar las historias que queríamos contar.

Cada grupo contó una historia suya, cercana, de su pueblo, de lo que le parecía importante. Guiados por eso que querían decir, aprendimos juntos a usar un blog.

Mientras subían las historias nuestra compañera Gaby K y su hijo Maxi escribían comentarios desde Buenos Aires, eso puso muy contento a los chicos.

Mientras estábamos subiendo fotos y la conexión se ponía lenta, las chicas se pusieron a saltar la soga. Y nos hicieron dar cuenta que era un buen momento para parar un poco y ponernos a jugar a la escondida express, a la sardina, o al director de orquesta:

Al final del dia, a eso de las 8 de la noche, terminamos de contar algunas historias de Alejandra:

http://historiasdealejandra.wordpress.com

Queremos agradecer a toda la gente que nos dio una mano con esto. A la mamá de Nestor, que nos alojó en su casa y nos hizo de comer cosas muy ricas. A su familia, que nos recibió en el campo con un cordero, a Gonza, un gurí de 8 años que nos enseñó a andar a caballo. A azul que nos acompaño a todas partes. A Guido, Fabian, Patricia y Laura que promocionaron el evento en la radio y en el cable y nos abrieron las puertas de la casa de la cultura. A Sandra que nos prestó la netbook con fotos. A Gaby K y Maxi que escribieron muy lindos comentarios para los chicos. A Mati, que nos prestó un router. A mi amiga Sole que nos ayudó a preparar la actividad con juegos, gracias a ella pudimos bajar a un papel lo que queríamos hacer. A nuestros compañero Clodo y Peluca que no pudieron venir pero nos dieron una mano p/preparlo. A todos los que les contamos la idea, ni sabíamos que queríamos hacer y aún así nos apoyaron. A los chicos y los papás de Alejandra, que hicieron posible esta actividad.

Desarrollando América

Hace muy poco tiempo, con unos compañeros de trabajo (Nico, Nestor y Clodo), participamos del concurso Desarrollando América. La propuesta del concurso era desarrollar una solución digital a un problema social, en una maratón de 30 horas. Los temas de esta edición fueron educación, presupuesto público y seguridad. Para desarrollar las aplicaciones, la organización facilitó distintas fuentes de datos.

A nosotros nos tocó como dato el boletín oficial (nos dieron muchos boletines) y nos pidieron trabajar sobre las adjudicaciones, en la tercera sección. Lo que hicimos fue una aplicación para poder digitalizarlos, extraer la información importante y una herramienta simple para poder consultar y visualizar esta información.

Nos fue muy útil usar algunas cosas que sabemos ayudan a trabajar mejor, sobre todo cuando hay poco tiempo:

• Tener una visión clara: En este caso, después de la pizza y antes de empezar una noche larga, cada uno comentó porque participaba del concurso, cual era nuestra motivación.
• Un proceso colaborativo: Entre todos identificamos qué queríamos hacer y lo priorizamos, buscando para cada caso la solución más simple que se nos ocurría.
• Prácticas como TDD y pair programming. Si pudimos resolver la parte difícil (extraer la información importante de los PDFs) fue gracias a TDD, una vez más nos salvó las papas del fuego.
• Usar herramientas de gestión visual. Decoramos el ventanal de la casa de Nestor con papelitos de colores.
• Trabajar cerca del usuario, tener feedback rápido y adaptarnos a eso. Unas horas antes que termine el concurso, hicimos una demo con periodistas, que nos dieron muy buen feedback y sobre eso, modificamos la aplicación, agregando por ejemplo un semáforo visual y detalles que eran valiosos para ellos.

Al final hicimos una presentación

http://prezi.com/g5orqdkbb5fk/del-boletin/

mostramos la aplicación

http://delboletin.com.ar/

Y sin esperarlo, sucios, con mucho sueño y la misma ropa del día anterior, nos eligieron para el 1er puesto de Argentina.

Personalmente, fue un gusto compartir horas de sueño con mis compañeros. Tengo la suerte de tener cerca a unos tipos de fierro, muy buena gente. Hacer cosas con ellos es siempre un placer.

En el concurso conocimos a muchas personas, gente que desde distintas maneras, dedica su tiempo, esfuerzo y talento para construir una sociedad mejor. Para nosotros, conocerlos fue muy valioso, son un ejemplo a seguir y creo que un poco nos inspiraron, porque tenemos intenciones de continuar con esto...

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!

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!

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!