Martín Alaimo
… de personas y sistemas.
… de personas y sistemas.
1 sep
En la edición de Agosto de “PM Network” se publicó una pequeña presentación sobre lo que es Agile y si conviene adoptarlo. Para esto recorre varios de los principios y sugiere (en una forma un tanto tendenciosa a mi entender) las situaciones donde aplicaría y las situaciones donde no aplicaría. Quien esté interesado en verla, lo puede hacer aquí:
http://www.pmi.org/resources/pages/agile.aspx
También se publicó una respuesta de la comunidad ágil hacia este artículo:
Video: http://www.xtranormal.com/watch/6973505
Espero que en algún momento logremos superar este tipo de cosas. Por cierto, repito, el artículo del PM Network me parece tendencioso y demasiado escueto como para que de por sentadas sus sugerencias.
27 ago
¿quién es Mariana? Fiel al mejor estilo periodístico que no da a conocer sus fuentes, muchas veces por razones de ética profesional y muchas otras para fastidiar de manera divertida a la audiencia, no revelaré su verdadera identidad . Llamémosla simplemente “Mariana”. Procedo a desarrollar la ancécdota.
“Mariana” es una alumna que asistió a uno de los cursos que dicté este año. Al finalizar el curso, junté todas mis pertenencias, entre ellas el material que usualmente utilizo como cartas, fichas, post-its, rollos de cinta, marcadores, etc. Más tarde cuando llegué a mi casa, al a acomodar las cosas para guardarlas encontré este papel:
Leyes infalibles para Implementar Scrum
1. Hacerlo de forma Iterativa, Incremental
2. No querer abarcar todo desde el principio
3. Controlar las expectativas de los primeros Sprints|
4. No abrumarse frente a los impedimentos que van a surgir (hasta ahora ocultos)
5. Tener coraje, experimentar y dejar experimentar – Errar no es malo, lo malo es no aprender del error.
Bueno, la verdad es que yo tampoco supe quién fue el autor o la autora de esta nota porque no estaba firmada. Solo adivino que fue una mujer porque dobló el papel sospechosamente muy prolijo y por eso adopté llamarla “Mariana”. Hoy lamento que no haya compartido estas ideas con sus compañeros durante el curso, hubiera sido algo muy productivo, pero al menos lo bueno es que entendió de qué se trata llevar Scrum a la práctica.
photografía: http://www.flickr.com/photos/limaoscarjuliet/225249268/
24 ago
Los beneficios de Scrum están ampliamente comprobados, pero ¿cómo implementar Scrum? ¿de qué se trata ser un verdadero equipo Ágil?¿cuáles son las prácticas y herramientas ágiles de gestión de proyectos e ingeniería de software que debo conocer?
Para responder a estas preguntas, este martes 31 de agosto a las 18.30hs estaremos presentamos la nueva certificación de desarrollo ágil de la Scrum Alliance: CSD cuya novedad principal es la comprensión práctica de los valores y principios de Scrum y su aplicación en situaciones reales, lo que permite conocer y experimentar Scrum por dentro para luego poder trasladarlo a la ejecución de proyectos concretos.
Esta charla informativa te servirá para entender aspectos fundamentales de Scrum referidos a su implementación, cuáles son las prácticas ágiles de desarrollo y cómo aplicar los principios ágiles en el día a día, los roles, los errores más comunes y cómo evitarlos, el proceso de adaptación en contextos de negocio cambiantes, y más.
CSD: LA CERTIFICACIÓN DE DESARROLLO ÁGIL DE LA SCRUM ALLIANCE
Sacate todas las dudas y descubrí tu potencial ágil y el de tu equipo de trabajo.
Martes 31 de Agosto
18.30 hs
Av. Córdoba 679, 4º piso, oficina 403
Capital Federal
Te esperamos!
Inscripciones: hello@kleerer.com
(Cupos limitados)
4 ago
Ruby Version Manager (RVM) es una herramienta muy útil a la hora de trabajar con diferentes versiones de ruby en un mismo entorno.
Para ilustrar la instalación y operación de RVM, hemos grabado el siguiente video, que podés encontrar también en Vimeo.
27 jul
En una nueva visita a la bella ciudad ribera, esta vez de la mano de Fundación Libertad, tuve la oportunidad de charlar algunas horas de lo que significa Scrum y de poder acercarnos un poco más a las Metodologías Ágiles.
Tuvimos la suerte de aprovechar una fresca mañana de invierno, en un piso alto de un edificio del centro de la ciudad que ofrece al espectador una impactante vista del río Paraná. Bellísimo.
Para empezar, nos valimos de una “dinámica de tribus” a través de la que identificamos los distintos grupos de profesionales y su grado de conocimiento y utilización de Metodologías Ágiles en sus proyectos (es increíble como este tipo de ejercicio siempre funciona, sea cual fuere el contexto o el grupo de personas).
Ya adentrados en la presentación de la temática, estuvimos conversando acerca de los Principios, el Manifesto Ágil, Historias, Sprints, Product Backlog, Release Plan, Task Board, Daily Standup Meetings, Retrospectivas… en fin, intentando entender en profundidad qué es lo que hace que la aplicación de las Medologías Ágiles mejore la calidad de lo que se entrega al cliente y las prácticas de nuestro trabajo cotidiano.
Aunque para algunos escuchar lo que proponemos desde las Metodologías Ágiles pueda sonar llamativo y fuertemente contrastante con lo que conocieron hasta ahora, existen muchos otros que se interesan positivamente y que buscan aprender más del tema para poder llevarlo a su trabajo. Ya el solo hecho de participar de esta experiencia es un gran paso para lograrlo!
Aquí dejo la presentación que utilizamos:
Hasta la próxima, Rosario!
26 jul
Durante la semana pasada -de Lunes a Miércoles- tuve la oportunidad de facilitar un workshop intensivo de 24 horas de Desarrollo Ágil de Software perteneciente a la certificación CSD (Certified Scrum Developer).
Dejo aquí un video que ilustra la jornada:
Para más información sobre estos workshops de certificación CSD podés visitar la página de Kleer dedicada a este tema en: http://www.kleerer.com/es/CSD
21 jun

Mientras está ahi sacando el tumor, arregle mi nariz y ponga unos implantes mamarios. No puedo pagar por eso, pero prometo mostrárselo a todos mis amigos y va a quedar excelente en su currículum.
Desafortunadamente, así es como muchos desarrolladores web y desarrolladores de software suelen ser tratados por los clientes.
Debido a que el desarrollo de sitios web es una ocupación bastante nueva, aún hay mucha gente que no entiende qué se requiere para la realización de ese sitio web impresionante.
Yo personalmente he estado como receptor de varias solicitudes bastante ridículas por parte de algunos clientes.
Es tan común, que sitios como Clients from hell existen y están llenos de historias que a primera vista parecen totalmente ficticias. Pero no lo son.
Pero ve y habla con alguien que trabaje en el desarrollo web y pregúntales acerca de los clientes de terror. Cada uno de ellos tendrá una historia que contar.
Mi teoría es que debido a que la persona promedio sólo ve “el frente” de los sitios web, no tienen idea de la labor de codificación y el tiempo que se tarda en crear un buen producto web. No llegan a “mirar debajo del capó” y ver todos los scripts, llamadas, estilos CSS, etc
Si lo hicieran, habría más entendimiento de que este es un trabajo real, no sólo un trabajo que un aficionado realiza en su tiempo libre.
(También, muchos operadores del “descuento”, como los equipos de desarrollo offshore y diseñadores no calificados contribuyen a perpetuar el mito de que esta obra es barata y fácil de hacer)
Piense en las industrias donde los clientes tienen una mejor comprensión del resultado final:
- Los clientes no le dirían a un mecánico que les realice tareas extras gratis sólo porque se encuentran en el motor de todos modos.
- Los clientes no le pedirían a un arquitecto la remodelación total de un plan de construcción una vez que se hace, a las 9 am del día siguiente, debido que a su hijo de 6 años no le gusta.
- A los pintores de casas no se les pide que vuelvan a pintar una casa de forma gratuita, porque el color se ve diferente ahora que cuando se ve en el sol de la mañana.
- A los abogados no se les pide que trabajen en un caso de forma gratuita, ya que puede quedar bien en su currículum más tarde.
Lamentablemente, estos casos existen dentro de la dinámica actual de cliente-desarrollador.
Yo, por ejemplo, espero que esto cambio pronto.
Traducción directa. Fuente: Agent-X.
10 jun
Anoche en las oficinas de Microsoft tuvo lugar un atípico Ágiles@BsAs.
Ya de entrada sabíamos que venía desafiante la jornada, que estaba relacionada con sacarnos de la zona de confort para experimentar las diferentes sensaciones y resultados bajo un paradigma de comando y control contrastado con uno de colaboración y auto-organización.
Comenzamos apenas pasadas las 19hs armando equipos de “especialistas”. Había diferentes estilos de percusionistas (3 tipos diferentes) y cantantes. Nos dividieron en 4 grupos: Percusioninstas 1, Percusioninstas 2, Percusioninstas 3 y Cantantes, por especialidad digamos. Nos enseñaron las diferentes partes de una misma canción y nos evaluaban en función de los conocimientos que adquiríamos al respecto.
Lo interesante era que las consultas no estaban bien vistas por la empresa. (al relativamente común)
Luego llegó la hora de tocar en público. Nos integraron a un especialista de cada grupo en un único grupo musical… y a tocar. Fue un verdadero desastre. Horrible.
Inmediatamente después, lo intentamos de una forma más ágil.
Nos dividimos en equipos, ya no había áreas de especialización sino grupos musicales. Cada cual podía tomar el rol que mejor le salga (a mi me pusieron a cantar,.. así que imagínense lo malos que eramos. jaja).
Entregamos en tres iteraciones incrementales. El resultado estuvo genial. la canción se reconocía, había buen humor y terminamos haciendo aplaudir y bailar al auditorio. Muy divertido.
La retrospectiva?
El primer modelo lo asociamos al modelo organizacional tradicional, jerárquico y dividido en áreas de especialización. Los resultados fueron bastante pobres, hubo poca colaboración, las métricas individuales que se utilizaron eran irrelevantes con respecto al resultado final. No me gustaría pasarme la vida trabajando así. Claramente.
Luego pasamos a un modelo mucho más colaborativo y de trabajo en equipo. Eliminamos las especializaciones y comenzamos a medir el resultado final, en forma incremental. Fuimos agregando complejidad y ayudándonos entre nosotros. Adoptando los roles en los que más cómodos nos sentíamos y auto-organizándonos. El resultado fue algo así como lo siguiente…
Bueno, no tanto, pero abismalmente superior al alcanzado en primera instancia.
Excelente el trabajo de Pablo y Rick creando, organizando y facilitando la actividad. Esperemos verlos en Ágiles 2010.
8 jun
Durante los meses de Julio y Agosto estaré facilitando los cursos requeridos para la nueva certificación CSD (Certified Scrum Developer) de la Scrum Alliance.

Durante estos cursos se podrá especial énfasis en muchas de las prácticas ágiles de ingeniería de software como la integración continua, el control de código fuente, automatización de tests, documentación de requerimientos en formato de user stories con criterios de aceptación automatizados (ATDD), TDD y Refactorización, diseño evolutivo de bases de datos, refactorización de bases de datos, utilización de taskboards, métricas ágiles, planning poker, release planning, retrospectivas, etc.
Actualmente Kleer ofrece tres Tracks diferentes de los cuales puedes elegir según tus preferencias:
Track 1: Orientado a la Planificación y Estimación para no certificados como CSM:
1. Introducción a Scrum (1 día)
2. Estimación y Planificación con Scrum (1 día)
3. Desarrollo Ágil de Software (3 días)
Track 2: Orientado al Desarrollo de Software y Bases de Datos para no certificados como CSM:
1. Introducción a Scrum (1 día)
2. Desarrollo Ágil de Software (3 días)
3. Desarrollo Ágil de Bases de Datos (1 día)
Track 3: Orientado al Desarrollo de Software para Certified Scrum Masters:
1. Desarrollo Ágil de Software (3 días)
Al finalizar cualquiera de estos tracks el candidato esta listo para rendir el examen de CSD en la Scrum Alliance.
Puedes ver la agenda de cursos directamente en el perfil de Kleer en la Scrum Alliance o en el calendario de Agile en Acción!, agrupado por track.
Para más información, puedes descargar el catálogo de cursos de CSD de Kleer desde:
http://www.kleerer.com/downloads/Kleer-CSD-Brochure-es.pdf
24 may
El problema es que Andrés no tiene la camiseta puesta.
Increíblemente este es el razonamiento más habitual que he encontrado a lo largo de estos últimos años frente a la falta de compromiso y/o motivación de los recursos dentro de una organización. Comencemos por llamarlos “personas” en vez de “recursos” y vamos a empezar a entender un poco mejor la cuestión.
Otro argumento igualmente utilizado es :
Y bueno, la “Generación Y” es así.
Ejemplos reales tengo decenas que por respeto no voy a dar a conocer, pero en su mayoría se dan/dieron en esas empresas donde se recompensa la “Performance” de la gente.
Es un tema para charlar durante un largo tiempo, pero sería mejor hacerlo con un café de por medio, mucho mejor en un almuerzo. Lamentablemente no estamos en ninguna de esas situaciones.
En estos momentos se dió una discusión bastante interesante en la lista de ágiles argentina que me recordó este tema, donde Juan envió un video que ilustra muy claramente la cuestión.
Lo dejo aquí para quien quiera verlo. Espero les resulte interesante el enfoque de Daniel Pink acerca de la cuestión.
Por lo pronto, estaría bueno que las nuevas start-ups empiecen fomentando la autonomía, maestría y propósito de cada uno de sus empleados.
PD: Aquí dejo también una charla interesante que Daniel Pink dió en TED: