Más información la encuentran en este artículo

Sus consultas las pueden enviar mediante este formulario de contacto.

Haciendo la Restrospectiva de lo Aprendido

Aquí está el calendario (fechas de sesiones en rojo)

Este es el Formulario de Consultas

¿Por qué se llama “clínica” y a quiénes se dirige?

Una clínica es una instancia de la ciencia médica práctica de diagnóstico y de definición de “tratamiento” para un sujeto en estudio. En este caso estamos aplicando un método similar para equipos de trabajo tecnológicos, a través del acompañamiento a sus líderes.

¿Qué gano con asistir a esta clínica?

• Compartir experiencias con colegas de la industria y poder contrastar diagnósticos y soluciones
• Mejorar la productividad del equipo junto con la motivación y el clima laboral
  • Aumentando la visibilidad del trabajo del equipo
  • Poder medir la capacidad del equipo, gestionar la demanda y  optimizar la productividad de éste
  • Mejorar la calidad del trabajo realizado

¿Por qué dura tantas semanas?

La clínica no es un “curso”, sino que una consultoría  compartida entre varias empresas, cuyo objetivo es provocar cambios positivos en el funcionamiento de los equipos de los líderes asistentes.

¿Qué contenidos y herramientas se abordarán?

• Principios de Lean Thinking aplicados a desarrollo de nuevo producto
• Planning Game, o cómo alinear constantement el valor de negocio con las posibilidades tecnológicashttp://c2.com/cgi/wiki?PlanningGame
• Kanban http://www.limitedwipsociety.org
• GameStorming http://www.gogamestorm.com/
• Retrospectivas http://www.retrospectives.com/

¿ Precios , modos de pago y otras dudas que tengo?

Si estás interesado en asistir, puedes consultar precios y modalidades de pago en este formulario

¿En qué fechas lugar y fechas se realizará?

El lugar es Huelén 164, piso 2, Providencia. Cada sesión es de 19:30 a 21:30 horas, en las fechas indicadas en este calendario.

Lugar:
“Mapocho Plex” Huelén 164 piso 2

Fecha y Horario:
Semanalmente desde Lunes 2 de Mayo de 2011, de 19:30 a 21:30.

Pre-requisitos

El pre-requisito principal es tener un equipo que desarrolle soluciones basadas en tecnología (web, software, diseño, etc) y estar interesado en implementar cambios basados en la cultura ágil

• ¿Tu equipo está sobrecargado de trabajo?
• ¿No sabes como priorizar entre los diversos clientes?
• ¿Tu equipo no tiene claro sus avances, o realiza trabajo duplicado?
• ¿Se repiten los mismos errores una y otra vez?
• ¿Eres cliente de un proveedor tecnológico y no sabes como hablar con él?
• ¿Te cuesta priorizar cuales son las funcionalidades más relevantes que deben ser implementadas?

En mayo y junio de 2011 implementaremos una instancia para formar y acompañar a aquellas personas que tengan que “lidiar” con equipo de trabajo dentro del contexto de alta incertidumbre, en particular líderes de equipo de software y clientes de proyectos de desarrollo. La Agilidad permite alinear negocio con tecnología de manera periórdica generando relaciones profesionales productivas y gratificantes.

Se abordarán los  los siguientes contenidos:

• Actualizarse en principios y prácticas de gestion ágil
• Técnicas de trabajo colaborativo ágil
  • Planning Game, o cómo alinear constantement el valor de negocio con las posibilidades tecnológicashttp://c2.com/cgi/wiki?PlanningGame
  • Kanban http://www.limitedwipsociety.org
  • GameStorming http://www.gogamestorm.com/
  • Retrospectivas http://www.retrospectives.com/
• Establecer un trabajo colaborativo entre líderes de diversas empresas, analizando los casos particulares, contrastando experiencias y transmitiendo experiencia.
• Y lo más importante: Aplicar los aprendido a la realidad de cada asistente

Inscríbete Aquí

El formato de la Clinica es de sesiones semanales junto al resto de los participantes, de aproximadamente 2 hrs, mas acompañamiento remoto, todo esto por un periodo de 8 semanas, los lunes de 19:30 a 21:30 en grupos de aproximadamente 10 personas (si se excede este cupo se realizará un taller paralelo los miércoles a la misma hora), según el siguiente calendario:

Partida lenta y Open Space

Esta vez las charlas partieron un poco tarde, quizás una media hora. Al llegar al primer piso (donde estaba la infomación del evento) me di cuenta que el papelógrafo con Post-Its en donde se inicaban los posibles temas para el OpenSpace habá desparecido. Lo encontré en una sala lejana, custodiado por algunos miembros del equipo organizador. Al final logramos reunirnos algunas personas para hablar de la conformación de una comunidad latinoamerciana de Metodologías Ágiles. La discusión fue similar a la que tiene el equipo de ChileAgil: ¿a quién debemos apuntar? ¿a desarrolladores? ¿a las empresas? ¿a la academia?

También se habló de los medios de difusión. El único camino claro fue coordinarse a través de la lista de discusión que originó esta conferencia.

La única charla sobre XP

Luego vino la única charla sobre eXtreme Programming, que la dio Israel Antezana de Bolivia. Claramente en Aregntina Scrum es la rama ágil prevalente, pero creo que se irá vanzando a algo más integral como eXtreme Programming a medida que se pase de la organización de proyectos a la generación de productos más robustos.

Acceptance Testing with Fitnesse

La primera aproximación que tuve a la agilidad fue a través de un artículo subversivo de Robert Martin, de ObjectMentor llamado “Iterative e Incremental Development” donde invitaba a hacer IID de tal manera que al resto del mundo le pareciera una cascada … Bueno, su hijo Micah ahora estaba acá con nosotros, para hablarnos de Test de Aceptación Automáticos (AAT).

Los tests de aceptación para mí son fundamentales. Es el rol principal que debe cumplir un cliente (“product owner” en la nomenclatura de Scrum). Mi experiencia siempre ha sido la definición y ejecución de dichos tests de manera manual, pero en esta charla Micah nos presentó las que son las herramientas clásicas de ATT: FIT de Ward Cunningham, y su complemento Fitnesse, creado por ObjectMentor.

Con ellas, es posible ingresar datos de prueba (fixtures) en una página de un wiki, y creando clases en Java o Python es posible juntar esos datos con el código que se va a testear. El uso de una herramienta como el wiki permite que un usuario final pueda expresar en un lenguaje cercano a él los ejemplos que desea que el sistema cumpla. Interesante.

El Panel de Discusión final

En este panel se reunieron todos los expositores angloparlantes de la conferencia, mandando su mensaje subre la proyección de la agilidad.

El momento más interesnate fue el disentimiento de Mary Poppendieck con los modelos de certificación, lo que sonó fuerte para Tobías Mayer, quién justamente estaba realizando un curso de “Certified Scrum Master“. Tobias se defendió indicando que el hacía lo mismo que Mary hacía en sus cursos de Lean, pero ella replicó que lo único que ella podía acreditar era que los alumnos habían asistido a sus curso, pero no otorgar un sello de garantía. He indicó que las conferencias de agilidad ahora estaban llenas de “scrum masters” con poca experiencia como desarrolladores, olvidándose de que en definitiva lo que debe prevalecer en el tiempo es código bien hecho.

A mí en lo personal me complica el concepto de un certificado de maestría en Scrum  que se obtiene en un curso de sólo dos días. Es una buena herramienta de marketing llamarlo “certificación”, pero confunde el real alcance de la capacitación. Mi experiencia me indica que alguien puede condiderarse “master” solo despues de haber aplicado y entendido bien el metodo como obrero.

La Retrospectiva Final

Al finalizar se realizaró una restrospectiva abierta en donde los que quisieran indicaron las fortalezas y debilidades del evento. La evaluación fue positiva en general, con muchos puntos que es posible fortalecer para futuras ocasiones.

En ese instante Juan Gabardini me ofreció un souvenir, mi propia polera (“remera” en argentino) del evento, la que acepté gustoso. El alma de turista uno nunca la pierde .

Proyecciones

Está claro que se ve venir un “Agiles 2009″, quedando en duda si se vuelve a hacer en Argentina o en otro país. Probablemente el equipo que acá se organizó quede con las ganas de repetir y mejorar la experiencia, pero habrá que equilibrar eso con la necesidad de expandir la comunidad.

Por lo pronto habrá que comunicarse mediante la lista de yahoo groups, a la espera de un portal que sirva de hub de comunicaciones a las diversas listas de discusión que se han ido armando a o largo de nuestro continente. Por mi parte, me llevo la tarea de que el “XP day” o “Agile Day” de este año sea mejor para ir fortaleciendo la comunidad chilena.