bitácora de uno

En el equipo de desarrollo de Osmius utilizamos como metodología Scrum, que como ya he mencionado no es más que sentido común estructurado.
En alguna ocasión hemos usado Google Wave para hacer las reuniones diarias de Scrum, pero como éstas siguen un orden cronológico claro es mucho más sencillo utilizar culaquier herramienta de Chat y dejar Wave para cuando queremos “discutir” algo a base de teclado.

Os pongo la reunión diaria de hoy, cuarto día del Sprint de Osmius para la versión de julio de 2010 (Osmius 10.07):

[08:16:38] Joselu: Bueeeenossssss diiiiiiiaaaas!!!
[08:17:02] Cesar: buenasss
[08:17:12] jpan: hola;
[08:17:17] Joselu: César: Ayer y hoy;
[08:18:13] Cesar : ayer: empecé la migración de los datos de la .com pero no me dió tiempo a verlo con David todo asi que me puse con otras pantallas: agents y formularios
[08:18:22] … problemas: 0
[08:18:29] … retrasos: 1 hora de adelanto
[08:18:43] Joselu: Ok. Jesús?
[08:18:47] Cesar: hoy: terminar agentes y documentación que no me queda nada
[08:19:05] … y dependiendo de si viene David seguiremos viendo lo de la migración y si cojo otra pantalla
[08:19:10] … si no
[08:19:17] … ;
[08:19:20] jpan: Ayer: Terminacion mediante eventos windows de procesos servidor y master agent
[08:19:31] … Hoy: Terminacion mediante eventos windows de agentes
[08:19:36] … Problemas No
[08:19:39] … Retrasos 0
[08:19:41] … ;
[08:19:49] Joselu: Ok, Chico?
[08:19:54] Chico: ayer: test migración JDBC Template y Acentos Consola
hoy: Acabar Acentos Consola y Librería ficheros .ods
problemas:no (pero en mis pruebas con 2 equipos no consigo que me peten los acentos)
retrasos: 5 horas adelanto;
[08:20:15] Joselu: (usa el de Jeśus ). Manuel?
[08:20:22] Manuel: ayer: oracle, soporte e instaladores
hoy: oracle, soporte
problemas: no
retrasos: no
[08:20:33] Joselu: Ok, yo?
[08:21:00] … Ayer: Terminé de definir los eventos y me enteré mejor de lo que van los aparatos eléctricos.
[08:21:32] … Hoy: Desarrollar uno de los agentes (si me da tiempo hago dos, sino lo vemos en el siguiente Sprint).
[08:21:39] … Problemas: No
[08:21:44] … Retrasos: 0
[08:21:46] … FIN
[08:21:55] … Preguntas, temas?
[08:22:06] jpan: Nonaino
[08:22:13] … a currar
[08:22:14] … besos;
[08:22:36] Joselu: Daos de alta en el Campus de Escuela de Groovy, si queréis;
[08:22:43] … Bye;

Osea que en 6 minutos ya sabemos como vamos y nos ponemos a currar, a tachar tareas.

Hace ya años que empezamos a seguir la metodología Scrum en el equipo de desarrollo que coordino para hacer Osmius, un producto complicado de desarrollar desde el punto de vista de ingeniería, y con el objetivo de ser fácil de entender y de utilizar por el usuario.

Como dice Medinilla, Scrum no es la bala de plata, no soluciona problemas ajenos a la metodología, pero es cierto que en un equipo de gente medianamente responsable y motivada, debe servir para dos cosas:

• Mejorar la eficiciencia individual; y por tanto la del equipo
• Mejorar la visibilidad de lo que se hace: A los demás y a nosotros mismos

En mi caso, que me gusta construir, además y gracias a lo anterior se mejora la experiencia; disfruto más vaya.

Es por todo esto, que cada vez pienso más que podría crearse una empresa cuyos procesos de negocio - la producción, la operación, el marketing, la gestión del conocimiento, la gestión de los recursos, el community management, y el sursum corda - puedan gestionarse de igual manera con metodologías ágiles. La empresa Scrum que se diría.

Para que no me consideréis naive tan pronto, o no tanto, también es verdad que pienso que estas prácticas no son para todas las empresas o para todos los equipos o para todas las personas, pero sus razones habrá, pues está claro que la productividad aumenta cumplidos unos requisitos.

Bajando de las ramas y para quien esté interesado Ángel Medinilla ha vuelto a poner gratinos al montón de lo Ágil traduciendo junto a otros, el texto “Kanban vs Scrum”.

Ahora Kniberg ha sacado un nuevo trabajo comparando Scrum con una aproximación nueva que se está realizando a los procesos de desarrollo: Kanban. Kanban no es nuevo para nada, surge como todas estas herramientas y disciplinas en el seno del sistema de producción de Toyota, “la máquina que cambió el mundo”.

Más | Kanban vs Scrum en castellano en Presión Blogosférica

Ya viene siendo tradición quedar con el amigo Miguel para que nos ilustre con sus incisivos comentarios a cada versión del producto, dado que tanto él como Alberto (otro de sus secuaces) dominan aquello que se conoce como Monitorización de Sistemas.

En este caso vamos a mostrarle a él y a otros (estáis invitados quienes leéis este texto) un Osmius muy evolucionado en el que hemos acentuado la usabilidad - vamos que sea fácil de usar y de entender - y sobretodo queremos enseñarle el manejo de traps SNMP en particular y en general a Osmius como herramienta de Monitorización amplia. Capaz.

El plan es como sigue:

• Quedamos es mi casa a la hora de comer
• Mostramos la aplicación: Respaso de Conceptos y Puntos fuertes
• Vemos cómo funcionan los traps y cómo le damos una pana a los productos de HP o IBM o a Nagios, etc
• Tomamos notas de las cŕiticas y las sugerencias; Y sin rechistar
• Dejamos que la conversación vaya a donde tenga que ir

En esta ocasión el vino es Caliza 2006 D.O. de pago Dominio de Valdepusa

Empezaremos a eso de las 15:00 y nos solemos liar hasta las 20:00 en casa y sin límite fuera de casa.
Eres bienvenido/a con la sóla condición de que avises para la intendencia y que te guste o aguantes una reunión entre técnica y dispersa, de creativa a friki.

Aunque no somos una Start-up al uso porque bla, bla, bla,…

• A las 8 menos 20 quedo con Manuel debajo de casa
• Llega Manuel y nos vamos a Peopleware.
• Preparamos varias historias: Sprint, discutimos modelo de datos, qué hacemos hoy en la universidad, etc.
• Nos vamos a por la nuevas camisetas de Osmius (molan las blancas y también las negras)
• Constantino Malagón y Luis Llana nos apabullan con su sapiencia
• Debatimos un poco
• Nos tomamos unas birras

¿Relacionas una o varias fotos con alguno de los puntos anteriores?

Montones de nuevas funcionalidades gracias a:

• Un equipo de gente con cierta responsabilidad y cierto control
• No somos demasiados
• Foco y metodología Ágiles

Vamos como Motos | Osmius 9.09 1

Ya integrado al carácter hispano, por no generalizar a todas las variaciones del genoma humano, la crítica malmetijona y el lloriqueo alargado es común protagonista de charlas y encuentros en este nuestro primer mundo del que quien escribe es uno más.

Naive pero con el entusiasmo infantil de los padres americanos, Johnathan Mead, desde el no menos reflejo de estupendas obviedades el Blog de los Hábitos Zen, nos propone dos pasos para mejorar la sensación de felicidad acabando, como Herodes querría, con el bebé, en el sentido de déspota llorica y pozo sin fondo de atención, que llevamos dentro.

Traduzco:

Los dos pasos para dejar de ser un quejica:

• Ponte como objetivo detectar cada momento en el que te quejes o critiques algo o a alguien de manera gratuita. Incluido juzgar a otros. Cada vez que te sorprendas, para y reflexiona (No dice que te cortes un huevo o una oreja, pero sería gracioso y de pocos pasos).
• Después de haberte sorprendido es situación quejica, pregúntate lo siguiente: ¿Puedo hacer algo o esto está fuera de mi control? En caso de poder hacer algo: Hazlo. En caso contrario déjalo estar.

Éste es el tipo de cosas fáciles de decir y no tanto de llevar a la práctica, que podemos encontrar en Zen Habits y que ocasionalmente pueden resultar refrescantemente obvias.

Detonante | How to Stop Acting Like Such a Big Baby

Hace más de año y medio que empezamos a seguir la metodología de trabajo Scrum, y seguimos contentos.

• Nos da visibilidad rápida de cómo vamos y por lo tanto podemos corregir desviaciones “ahora” y no “en un mes”.
• Nos obliga a terminar las tareas y a pasar a la siguiente; no nos enganchamos como monos de velcro a un problema

La reunión de hoy (menos de 5 minutos):

[08:15:56] Chico: Buenas..
[08:16:06] Joselu: Hola!!
[08:16:06] jpancorb: dos miembros agregados?
[08:16:13] Cesar: buenos días!!
[08:16:18] Jesus: buenas
[08:16:33] Chico: Manuel no está, pero como no está en el Sprint empezamos….
[08:16:48] … Jesús, qué hiciste ayer, hoy, retrasos, problemas?
[08:17:08] Jesus: Ayer: Termine la codificaci´on del Agente IPMI
[08:17:24] … Hoy: Compilacion y pruebas de eventos como stand alone
[08:17:34] … retrasos y problemas NOOOOOOO
[08:17:37] … ;
[08:17:42] Chico: Oki doki, Joselu, qué hiciste ayer, hoy, retrasos, problemas?
[08:18:01] Joselu: Ayer: Terminé pruebas y más triggers para la propagación de disponibilidad basada en reglas.
Hoy: Empiezo con las mejoras de eventos para Linux.
Problemas: No (bueno me duele un pie)
Retrasos: 0
[08:18:15] … ;
[08:18:23] Chico: ok, César, qué hiciste ayer, hoy, retrasos, problemas?
[08:18:27] Cesar: Ayer: Terminé de probar los WS y la seguridad
Hoy: Probar seguridad y empezar con auditorías.
Retrasos: 13 de adelanto
Problemas: 0
FIN;
[08:18:38] Chico: fenomenal
[08:18:39] … yo
[08:18:54] … ayer: implementación leer MIBS en la consola
[08:19:20] … hoy: test de eso y empezar con las páginas jsp y js para cargar las mibs, etc
[08:19:23] … retrasos:0
[08:19:29] … problemas:0 (pero casi)
[08:19:32] … puesto en SourceForge: 105
[08:19:36] … FIN SCRUM;
[08:19:39] … A trabajaaaaar!!

Hace un año empezamos a utilizar esta metodología ágil de desarrollo amiga del sentido común para ponerse acuerdo entre unos cuantos para realizar unas cualesquiera tareas.

Más allá de que nos vaya bien una u otra metodología, el peso de lo importante es para mi un buen equipo de trabajo. Siempre me han parecido mejor los equipos pequeños pero en alguna ocasión he visto buenos resultados cuando hemos sido 30.

Más allá de que el tamaño acompleja, creo que es una cuestión de:

• Cultura de liderazgo inverso: Más eres, más al servicio de los demás estás
• Egos satisfechos en otros lados: Efectivos más que efectistas. No nos demos la brasa, ni nos chupemos cosas.
• Respeto: Y si en algún momento falta, disculpas rápidas y sinceras. “Así no”.
• No perder el tiempo: Si hay reuniones se preparan, se terminan en X menor o igual que 45 minutos y que tengan conclusiones (incluída la de vaya mierda de reunión)
• Tiempo de inmersión: Hay que dejar que en el equipo nos sumerjamos suficiente tiempo en un entorno dirigido por las ideas anteriores.

Finalmente el éxito de un proyecto complejo es una cuestión de trabajo efectivo (líneas) y de trabajo de coordinación (gestión útil o inútil).

Un detalle que nos ha gustado de Scrum, son las reuniones diarias o esprints , que - ya lo sabéis - se trata de encuentros rápidos, incluso de pie, en los que cada miembro del equipo contesta a tres preguntas, respecto de una lista de tareas o “sprint back-log”:

¿Qué hiciste ayer?
¿Qué vas a hacer hoy?
¿Has tenido alǵun problema?

La tercera pregunta es importante porque debe llevar implícita la siguiente coletilla:

“… algún problema en el que te podamos ayudar, porque si no te podemos ayudar no nos interesa ahora mismo. Con cariño de amigo, pero no nos interesa”.

Es duro, pero el trabajo en equipo dirigido a alcanzar metas complejas (por la parte imaginaria sobretodo) en tiempos finitos es así.

Nosotros en este año hemos añadido dos preguntas, mejorando un poco nuestra sensación:

• ¿Cuántas horas llevas de retrasos?: Esto era un poco para no dejar pasar los retrasos de sprint en sprint sin ni siquiera mencionarlos.
• ¿Cuál es el ranking en SourceForge? Así no se nos olvida registrar la actividad en los foros y no perder ranking, y nos recuerda que hay gente que utiliza nuestro producto.

Ahí queda eso como experiencia y como arena en grano devuelta (si es que no predico en el desierto).

Por cierto: ¿Será posible que las metodologías ágiles con las que tanto pavo pavonéase, existan hace más de 75 años?
Si aplicamos sentido.. ¿por qué no?
Pistas: “Justo Hidalgo Innovar…”

Imagen | http://www.sxc.hu

Hemos finalizado otro estupendo Sprint que ya hace el octavo o así desde que contratamos los servicios del señor Ángel Medinilla de Proyectalis para que nos iluminara el camino a seguir y a pelear.

• No nos ayuda a posicionar Osmius contra a OpenView la pasta ingente que tiene HP ni la pila de peña programando que habrá detrás.
• No nos ayudaría tampoco que Osmius ofreciera lo mismo, más sencillo más escalable. Tampoco nos estorba; de hecho es la idea.
• Lo anterior es el teorema de “el cementerio está lleno de productos mejores que X”.
• Si nos ayudaría un marketing salvaje, a degüello machacón.
• No nos ayuda no disponer “right now” del pastón necesario para el punto anterior.

Pero en este mundo no democrático (el que tiene más, más se hace oír y se posiciona mejor - NO somos iguales) sí que ayuda la difusión máxima de la filosofía abierta del software libre.

Siguiendo en esta línea de egoísmos transparentes vamos a publicar los resultados de los Sprint en:

La Página de Seguimiento de Versiones y Sprints de Osmius (*)

(*) Sugerencias de formato o conceptos o lo que se te cante son bienvenidas.

Además hemos abierto en SourceForge un lugar en el que poder pedir funcionalidades a Osmius:

Pedir Funcionalidades a Osmius

“Ahí seguimos, en la lucha, que es dura y es mucha“.

A través de Diego Mariño me entero de esta iniciativa que han montado la gente de ambiquo.

La idea es que la gente se gane hasta 3.000 euros y que ambiquo gane en nuevas aplicaciones de su plataforma, pruebas, solidez, detección de fallos y todas estas ventajas que te posibilita trabajar de forma abierta. ¿Por qué no?

Los egoísmos están claros como diría Jonh Nash (el de la peli “una mente maravillosa”), así que todos ganan si es que hay acuerdo.

Yo sí que me planteo darle una pensada: En mi trabajo sobre bioinformática o en alguna de las líneas de investigación de Osmius hay muchos datos y procesos de aprendizaje automático “data mining” que en los que puede ser útil para los muchos cálculos intensivos que se intuyen.

Mas | La oferta del pacto ambiquo.