bitácora de uno

Hace ya muchos años me tocó montar y coordinar un equipo de gestión de las operaciones de sistemas de una empresa del IBEX35 desde casi cero. El bote de las cagadas fue una herramienta de las mejores para mejorar la eficiencia del grupo y la confianza entre sus miembros.

En total debíamos gestionar:

• Administración UNIX y Linux
• Administración de Bases de Datos Oracle, SQL-Server y MySQL
• Copias de seguridad y restauraciones
• Cadenas y lotes de trabajos
• Monitorización de sistemas, aplicaciones y servicios a los usuarios
• Almacenamiento centralizado y la red de fibra de datos
• Los operadores y guardias 24x7

Fue difícil al principio. Gente descoordinada, gente desmotivada o con objetivos extraños, errores míos de gestión y otras lindezas hicieron que tardáramos un tiempo en engrasar la maquinaria; pero amigos, cuando estuvo engrasada era una decilia trabajar en aquél grupo.
Con una reunión semanal repartíamos un montón de curro en las horas que tenían que ser y además con muy buen ambiente en general.

El asunto es que una de las cosas que sí tenía claras al comenzar era que no valen las frases “es que eso no es mío”- porque los problemas son de todos al principio y al final - y que siendo humanos todos la cagamos.

La cagamos y no pasa nada……. excepto cuando la cagas y te callas.
En esos casos dejas de respetar al resto y dejas que un problema se tenga que resolver sin el principal testigo del crimen dejándoselo mucho más difícil al grupo.

El bote de las cagadas trata de afrontar ese problema.

• Primero las cagadas se asumen como normales, como humanas.
• Segundo se potencia su descubrimiento temprano ante los demás.
• Tercero se hace de una forma divertidad.

Este es un ejemplo real de aquellos días que sale del disco duro de los recuerdos: (click para ampliar)

La idea es fácil, cuando alguien explica la cagada,el grupo le asigna un tamaño: Leve o Grave.
En el primer caso hay que poner 50 céntimos y en el segundo un euro.

Las cagadas se documentan en una hoja de cálculo pública (o un blog o lo que sea) y un par de veces al año, se coge el dinero y a la peña, y a tomar unas cervezas seguro que merecidas.

La idea no era mía, sino que la adopté del grupo en el que trabajé como DBA unos años antes, y aunque no hay balas de plata válidas en cualquier situación, esta técnica es de las más eficaces que conozco.

¿La habéis utilizado alguna vez o visto utilizar?

Sólo por compartir algunas reflexiones en relación con Scrum y nuestra experiencia desarrollando nu producto como Osmius.

Scrum es una metodología orientada al desarrollo ágil de proyectos por equipos de trabajo no muy grandes (manejables) y útil en más áreas que la de los proyectos de software.

El asunto resumido es organizar el trabajo en características deseadas que se priorizan y se desmenuzan en tareas de uno o dos días, que conforman un montón ordenado del que cada cual va cogiendo una tarea tras otra. Hay un tiempo para analizar y organizar ese montón y otro en los que ya no hay que pensar sino hacer y tachar las tareas en el orden establecido.

Una duda común es la de cuánto tiempo dedicar a los esfuerzos o “sprints” de hacer tareas.

En nuestro caso con Osmius los sprints suelen ser de tres semanas.
De esta forma una vez al mes:

• Analizamos funcionalidades ya propuestas o que llegan nuevas.
• Priorizamos en función de interés, proyección de producto, negocio o dinero.
• Trabajamos implementando lo que hemos elegido.
• Hacemos una demo para ver y tocar las funcionalidades.
• Preparamos documentación y notas de prensa.

Pero ahora estamos desarrollando un producto nuevo con tecnologías nuevas.
Con esta incertidumbre no sabemos muy bien dónde nos vamos a quedar enganchados, dónde vamos a ir rápido y tampoco tenemos claro el detalle de funcionalidades, sino características más bien genéricas.

Lo que se nos ha ocurrido para estos casos, es hacer “sprints” de una semana.

• Los lunes revisamos lo hecho en una demo de producto y proponemos lo siguiente a hacer.
• El resto de la semana tachamos tareas.

Así estamos y estaremos durante seis semanas hasta que estabilicemos la imagen mental contra el producto inicial funcionando. Después ya veremos, pero seguramente pasaremos al esquema de 1+3 semanas.

Ideas y críticas son bienvenidas sobretodo las que provengan de vuestra experiencia.

Por fin nos hemos atrevido a salir a la luz. Y ha sido bueno.

primerViernes es una reacción, una salida hacia adelante, que satisface:

• La necesidad de plasmar ideas interesantes y sacarlas de el estado “comentario entre cervezas o cafés”
• Calmar la irritación que en general nos producen gurús y expertos aconsejadores

Sacar adelante un proyecto, hacerlo real y poner en marcha un modelo de negocio es difícil y a veces más todavía por ese ruido de fondo de eventos, blogs, asesores, expertos y metodologías, que creemos te quitan de estar arremangao picando en lo tuyo. Pero no lloremos (#yonolloro por Diego Mariño).

En primerViernes hay hueco para perfiles de todo tipo, pero principalmente tenemos gente que hace las madalenas. Una vez hechas y salidas de los hornos entran a jugar el resto de perfiles como trasportes, ventas, marketing y financieros, que son importantes, necesarios, pero necesitamos las madalenas.

Cualquiera puede presentar su proyecto y sus próximos hitos. Nadie te controla; en todo caso puede existir la presión del grupo, pero cada uno sabrá qué hace con su proyecto y mejor o con más derecho que cualquier gurú.

Vienes presentas y te vas con un listado de frase que comienzan con “tu proyecto va a fracasar probablemente porque …”, fracaso en el sentido de no conseguir tus objetivos. Igual consigues otros, igual estás mejor asi… es cosa de cada proyecto y del equipo que lo empuja.

Este viernes has venido y asistido gentes y proyectos diversos, en un ambiente de trabajo y de respeto hacia el curro de los demás.

Les salga como les salga ahí están las ideas: han salido de la barra o de la máquina de café.

Un resumen del evento se puede encontrar en la Web de primerViernes.

El nombre del proyecto ya está mal.

Me explico; he pasado las cuatro últimas semanas encargándome del cuidado diario de mi hija de forma que una vez acabadas vacaciones y baja maternal de la madre, hemos extendido casi un mes el enviarla a la guardería.

A lo que voy es que si es la mujer la que se encarga de un hijo no lo llamaríamos “proyecto Canguro”, pero si es él el que se hace cargo nos parece majete y gracioso, y por lo tanto sexista.

Sea como sea han sido unos días intensos en los que he aprendido mucho, he tenido que organizarme como en el proyecto más exigente, me he reído mucho y he encontrado una veta de paciencia que no sabía que estaba en la mina.

Los niños y el trabajo han de ser compatibles, está claro, pero creo que como sociedad no lo tenemos claro y yo el primero. Los niños de los demás son mis hijos y viceversa.

Siempre he creído que trabajar 8 horas deben dar para dar unos resultados más que dignos. Entonces con 10 ó 12 como se estila en lo ibérico, deberíamos romper records de productividad y ya sabemos que no es así.

No es uno ni dos el número de personas que están contratados 6 horas en el proyecto software que coordino. Pero es que después de trabajar duro, programando o diseñando, seis horas, las otras dos no las quiero para nada. Mejor no tocar el teclado.

En serio, ¿quién trabaja seis horas DE VERDAD todos los días? Focalizado, sin cafelitos, sin distracciones, tweets o concursos de infusiones (esto lo he visto yo todos los días en una gran empresa por parte de unos 15 empleados).

¿No será mejor trabajar de verdad mientras estás en la oficina o tu lugar de trabajo y acumular el tontismo horario para irte a casa o al campo o a lo que te dé la gana?

Veo difícil el cambio; hay una inercia social hacia la ineficacia productiva sostenida por “jefes” y “empleados, por casi todos, que nos afecta y nos empobrece personalmente, pero hay que intentarlo y orientarnos a resultado en lugar de a permanencia en el recinto.

Volviendo al tema sexista decimos que hay que ver el empresario que no quiere contratar a una mujer por si se queda embarazada.

Pues sí hay que joderse con el empresario, pero más hay que joderse con todos/as, que vemos normal que la madre tenga 16 semanas para cuidar a los niños y el padre tenga 14 días.

[modo utopía = ON]
Propongo trabajar nuestras horitas he irnos a casa pronto y contentos.
Propongo que los días para hacerse cargo de los hijos sean los mismos y a la vez para ambos progenitores.
[modo utopía = LO_DEJO_EN_”ON”]

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