Ufff... cada vez que lo oigo me asaltan los demonios.

La semana pasada, en una jornada sobre metodologías ágiles en CEIN, ofrecí un pequeño repaso a posibilidades de herramientas de soporte de procesos ágiles.


En esa charla, comenzaba preguntándome si como se dice en algunos foros, podemos dar por sentado que "Agile" es ya mayoritario, o "la norma", como algunos estudios parecen sugerir.

Para mí, esa visión no solo es mentira, sino que ofrece la falsa sensación de que "ya hemos llegado", y ejerce un efecto devastador sobre todo el movimiento ágil, que en cierta manera queda desactivado, se populariza como "lo que se hace ahora", pero no refuerza ni los valores, ni los principios, ni las prácticas, con lo que el Manifiesto y la agilidad pasan directamente al limbo de las ideas pasadas, de las siglas olvidadas y nunca realmente implantadas. No daré ejemplos.

Pero es que el famoso informe de Forrester que está haciendo tanto ruido, aparte de que debería suavizarse con un filtro de "buzz factor" (decir "Agile" es cool), ofrece unos resultados que se ve claramente que están mal calculados, con errores de suspenso de matemáticas en la escuela.

A continuación, mi versión modificada de la gráfica (no voy a linkar al informe porque me niego a darle difusión ;) )



He tachado, siendo conservador, todas aquellas prácticas que muy probablemente están solapadas en otras cifras de las gráficas. Es decir: ¿Cuántos equipos que hacen TDD lo hacen dentro de Scrum o Lean? Casi todos, luego resto TDD. ¿Cuántos con XP? Idem.

Entonces, a groso modo el 35% cae a poco más de un 20%.

La pregunta final: Si un informe tiene fallos tan básicos... ¿tiene sentido que lo citemos como si fuera una fuente de autoridad?

_

Agotado pero contento, ya estoy de vuelta de una nueva jornada de difusión de las metodologías ágiles en CEIN, Pamplona, a la que Gailen ha tenido el gusto de ser invitada.

En esta ocasión me ha tocado abrir el fuego con mi presentación de gestión de equipos distribuidos, y espero que la gente se haya quedado mínimamente satisfecha; aunque es complicado condensar técnicas y antipatrones en una charla de 55 minutos, uno hace lo que puede ;)

Después he disfrutado de la charla de Gestión de la Configuración de Rodrigo Corral, y de la charla sobre gestión de personas del señor Medinilla. De ambas puedo decir que me entraban ganas de gritar "SIIII" cada pocos minutos ;), aunque en esta ocasión creo que el ganador del espectáculo has sido Ángel (su tema también era más agradecido y dado a las volteretas, no vamos a negarlo :) ).

En fin, que podéis ver la charla sobre gestión de equipos aquí incrustada, no sin antes volver a dar las gracias a la gente de CEIN por todo el movimiento que están haciendo alrededor de la mejora del software en Navarra, ¡gran trabajo!

Y yo que pensaba que me había "caído del caballo" hace ya años... que creía ser un defensor de los equipos auto-organizados... y el éxito del Agile Open Space me ha soprendido como a cualquier dictatorzuelo de barrio. Y es que, una cosa es tres equipos de 7 personas auto-organizados, otra... lo que he visto este fin de semana.

Primero; dudé de nuestra capacidad de convocatoria... y antes de terminar Agosto (y mira cómo es este país en Agosto) las 150 plazas previstas estaban completas (llegamos a casi 350 solicitudes!).

Segundo, pedimos confirmación o cancelación para poder reemplazar las bajas con la lista de espera, y la gente respondió, y pudimos así optimizar los asistentes gracias a la cortesia de todos los que confirmaron que no podrían venir para que liberáramos su plaza.

Luego dudé de la seriedad de los inscritos finales... "seguro que faltan el 40%"... y me encuentro con que tenemos un porcentaje de asistencia cercano al 90% (flipante, menos mal que se provisionó económicamente "al alza")

Luego dudé de la participación en un formato "Open Space"... y se comenzó a formar cola para pasar al escenario a proponer sesiones (!).

Y en ese momento, cuando "la gente", ese sujeto imperfecto tan a menudo criticado, que traducimos como "todos los demás que no saben"... pues ese "la gente" comenzó a votar con sus "dots", a mover tarjetas, a discutir las propuestas... y se formó una programación de sesiones (6 tracks simultáneos de 5 sesiones de 1 hora!!) compleja de forma emergente, con mínima ayuda de los allí presentes.

Fantástico. Si alguien me dice que 160 personas pueden colaborar a lo largo de un par de horas en consensuar TREINTA temáticas para charlar a lo largo de un día entero... mi pequeño dictatorzuelo interior me habría propuesto dar un golpe de estado y comenzar a "dirigir" el esfuerzo.

Lo que nos reafirma en que en ocasiones la mejor acción es la inacción, y que dejar espacios de confianza a los equipos puede ser la única manera de fluir en situaciones complejas.

No es que no sea un creyente en estas cosas, pero a veces la vida te sorprende.
Hemos liberado un plugin de Grails para definir máquinas de estado. Básicamente, puedes asociar a una entidad cualquiera de tu sistema un flujo (estados, eventos, transiciones, condiciones, acciones) y el plugin se encarga de convertir tu definición en realidad.

Bueno, eso es lo de menos. La gracia del asunto es que hace dos días liberamos el plugin y lo publicamos en el repositorio de plugins de Grails.

Pues bien, ya hay un usuario que no sólo lo usa, sino que ha encontrado algún fallo, enviado casos de prueba para solucionarlo (ya está!), y propone mejoras y contribuye parches.

Es decir, de repente, en ese proyecto ya somos dos usándolo y manteniéndolo :)
Así que... libera tu código, compártelo. Encontrarás que hay mucha gente ahí fuera que puede ayudarte a llevarlo hasta el siguiente nivel!!

Da gusto cuando vas a un congreso y sales con la satisfacción de que cada minuto ha sido bien empleado.

El Jueves y Viernes estuve en el Euskadi Invest y fueron dos días de relaciones entre empresas "a tope" :)

En el blog de Gailen menciono tambien la micro-ponencia que impartimos, que incluyo aquí:

"The founders of Toyota drew heavily on the work of W. Edwards Deming and the writings of Henry Ford. When they came to the United States to observe the assembly line and mass production that had made Ford rich, they were unimpressed.

While shopping in a supermarket they observed the simple idea of an automatic drink resupplier; when the customer wants a drink, he takes one, and another replaces it." -- Wikipedia - "The Toyota Production System"
o en traducción libre:
"Los fundadores de Toyota se apoyaron en el trabajo de Deming y en los escritos de Henry Ford. Cuando fueron a los Estados Unidos a observar la cadena de montaje de producción en masa que había hecho rico a Ford, no les impresionó.

Cuando hacían las compras en un supermercado observaron la sencilla idea de una máquina de vending;
cuando un cliente quiere una bebida, la coge y otra la reemplaza."

Mantengo una relación de amor/odio respecto a con las redes sociales en general.
Hace un tiempo, las veía como una pérdida de tiempo, algo más orientado al ocio, sin utilidades en mi día a día.

Empecé jugando con Twitter por curiosidad, sin verle demasiado sentido en el fondo, e incluso con ideas peregrinas (usarlo como block de notas desde el movil, y es que entonces parecía que Twitter era algo "para el movil").

Y poco a poco he ido encontrándole virtudes y enganchándome, así que vamos a comentarlas:

Virtudes de twitter (alguno dirá que son defectos):

  • Inmediatez: Si estoy conectado, desde el movil o desde el desktop, es tan inmediato como lo puede ser el messenger, gmail, o el canal de IM que sea (cuando no falla por problemas de escala, pero eso últimamente ha mejorado)
  • Asíncrono: Aunque puedes "conversar" con twitter, no es un IM. Puedes abrir el movil, mirar tu feed de tweets, contestar a alguno, republicar otros para que lo vean los tuyos. Pero no se espera que "chatee" via twitter, si necesitamos algo más complejo abriremos otro canal.
  • Austero: Son 140 caracteres. Haciendo de la necesidad virtud, uno aprende pronto a decir sólo lo que debería decir, y nada más.
Comparado con el blog, me permite compartir pensamientos, links, reflexiones rápidas, de una manera muy ágil. Lógicamente, no me permite expresarme al máximo, pero eso me ahorra tiempo porque deja mi blog para cuando realmente tengo algo más desarrollado que decir.

Comparado con el messenger, me ahorra convenciones sociales heredadas de la conversación telefónica y de la presencial: "¿Hola, cómo estás?" "¿bien y tú?", "¿todo bien por allí?", "por cierto...", "espera que estoy al teléfono", "ya he vuelto!"... En twitter me limito a la esencia de la comunicación, y si respondo, será sólo si tengo algo que aportar (y decidiré si en abierto, o en privado).

Comparado con el correo... puffff, es que el correo es cada vez peor. Gana en persistencia, pero cometemos tales abusos con él... dejémoslo para comunicaciones más formales, con información a contrastar/consultar, contenido más estructurado... (la guerra de los attachments es otra)

Comparado con el lector de feeds
... me da inmediatez, las noticias comentarios, rumores, llegan "fresquitas", a veces sin terminar de madurar, me aporta "pistas" de lo que más tarde me encontraré en esos blogs de ahí fuera.

Defectos achacables a twitter (aunque siempre hay quien los convertirá en virtudes):
  • Indiscriminado: O bien publico algo para todos mis followers, o bien envío mensajes privados directos. Normalmente NO elijo a los destinatarios de mi mensaje (como en un blog).
  • Desorganizado: Revisar una conversación de hace tiempo (tweet, reply, reply...) puede hacerse imposible, aunque existen herramientas externas que van llenando esa necesidad poco a poco.
  • Limitado(r): Prácticamente nadie (aunque el 80% de las estadísticas son falsas) lo usa ya via SMS, así que un poco más de espacio de texto podria venir bien... aunque arriesgaríamos algunas de sus virtudes, cuidado!
En general, twitter ha independizado al SMS de las redes de telefonía y ese es su éxito.
Sus limitaciones son en cierto modo sus virtudes, y suponen la principal razón de su éxito.
Una demostración de cómo, a menudo, menos es más.

...es que es inmediato, así que si te equivocas... te has equivocado!!


...es tener la certeza de que no le vas a hacer caso.

"One reason you should not use web applications to do your computing is that you lose control," he said. "It's just as bad as using a proprietary program. Do your own computing on your own computer with your copy of a freedom-respecting program. If you use a proprietary program or somebody else's web server, you're defenceless. You're putty in the hands of whoever developed that software."

Extracto de entrevista con Richard Stallman, aquí.


_

Hace ya un tiempo me declaré impresionado por la versión de "Hurt" de John Cash.
Ahora... esto no le queda muy lejos!!

CUIDADO. NO ES UN VIDEO PARA LOS NIÑOS AUNQUE SALGA GUSTAVO!!!