¿Y qué ha pasado durante estos 21 días? ¿Realmente ha ocurrido algo que merezca la pena? Cuando llegué a casa, me sentí como un viajero del tiempo venido del pasado. Utilizando los correos, twitter y alguna página web, he conseguido hacerme una idea de que ha sucedido durante mi viaje. Si tienes interés por saber qué es lo que más me llamó la atención como recién llegado, sigue leyendo. Es un artículo largo, pero ¿qué queréis? He estado 21 días callado.

EL MUNDO EN GENERAL

Salí de España con un Gobierno y, a la vuelta, me he encontrado con otro. Creo que, como siempre, ha habido acalorados debates entre partidarios y detractores, pero a mí -debe ser que no entiendo mucho de política- me parece que todo ha cambiado para seguir siendo lo mismo.

Hablando de cosas más serias, Fernando Alonso dio un golpe de mano al mundial de Fórmula 1 gracias a su pericia y a la suerte. Lo curioso del caso es que, mucho antes de enterarme del resultado del Gran Premio de Korea, soñé que ocurría exactamente lo mismo. A lo mejor debo empezar a hacer más caso a mis sueños y perseguirlos…

El New York Times, dedicó a mi país un articulazo completo donde denunciaba el abuso que cometen los bancos con las hipotecas en España. No pueden entender los americanos como los bancos podían concedernos hipotecas con la casa como valor que asegure el préstamo y, en el caso de que no podamos pagarlo, tener derecho a venderla por la mitad del valor del préstamo -ojo, no de la casa- y obligarnos a pagar la otra mitad. Parece ser que, en Estados Unidos, si no puedes pagar tu hipoteca entregas las llaves de la casa y a empezar de nuevo. Tiene sentido. El banco se queda con lo que estimó como garantía suficiente para concederte el préstamo. El artículo me recordó lo bueno que es replantearse si las cosas deben ser como son o son como son porque lo hemos permitido.

LA INFORMÁTICA EN PARTICULAR

Parece ser que hemos vivido un APOCALIPSIS en el mundo del desarrollo. Apple ha anunciado que va a dejar de implementar por su cuenta las distintas especificaciones de Java y, según algunos, eso quiere decir que todos los que disfrutamos de un Mac tenemos, o bien que cambiar de lenguaje de programación o bien tirar nuestros ordenadores.

Yo, por si acaso, voy a guardar el mío, no sea que a Oracle le dé por sacar JREs para Mac. Más que nada por la pereza de tener que cambiar el eslogan de compile once run everywhere. Digo yo que, ya que se ponen, a lo mejor proporcionan un JDK y todo. Si no lo hacen, que avisen. Me imagino que habrá muchas compañías dispuestas a disputarse el pastel que representan los desarrolladores java sobre plataforma Mac.

Importante el movimiento hacia la oficialidad y la profesionalización de Francesco Cirillo y su Técnica Pomodoro a través de PomodoroWorld. Ahora resulta que, para dar cursos oficiales de la técnica, tengo que pasar por caja y hacerme Pomodoro Master (no es broma) y luego Pomodoro Trainer. Espero que todo esto no acabe tan mal como el tema de las certificaciones y la Scrum Alliance que ha denunciado Tobias Mayer.

También tenemos nueva versión de JIRA y que la gente de Atlassian ha salido de compras y se ha hecho con Bitbucket, un hosting de proyectos gestionados con Mercurial. Cada vez avanzan más en su objetivo de proporcionar todas las herramientas que un grupo de desarrollo pueda necesitar. Cada vez cuesta más reconocer a los chicos que empezaron en un pequeño taller de Melbourne.

MI MUNDO EN ESPECIAL

En mi entorno más cercano también han ocurrido cosas. Compruebo con satisfacción que los amiguetes no paran y siguen haciendo cosas, motivándonos a los demás para que les sigamos. Los chavalotes de Linking Paths se curraron la interesante Care of me en 48 horas. Las bestias pardas de Jobsket ganaron el premio Innova-g a “Mejor desarrollo 2.0″ y seguro que no será el último. Y, encima… ¡bola extra! Por fin se desveló el destino del amigo Jorge Jiménez, más conocido como @semurat: otro portal/aplicación de empleo llamado Wiseri ¿otro? NO, este promete ser “algo más“. Perfecto, está claro que, si alguna vez busco trabajo, tendré claro a qué puertas llamar primero :)

Más gente que hace cosas: como anunció un camarada en este mismo blog, se confirma la celebración del primer Ignite en León. Para los que no sepáis qué es eso de Ignite, deciros que los madrileños no hemos sido capaces de organizar uno y han tenido que venir desde León a enseñarnos cómo se hace, así que kudos para ellos.

También comprobé que soy realmente un tío importante. Al menos, lo suficiente como para que a un abogado alemán, Tobias Knieper, le merezca la pena escribirme un correo en el que me exige que retire una foto de salsa de chile, en concreto ésta, de uno de mis artículos sobre la antes mencionada Técnica Pomodoro. La verdad es que no recuerdo ni de donde saqué la foto, pero estoy seguro que no comprobé la licencia de la misma. En la vida se me hubiera ocurrido que a nadie le pudiera molestar que adornara un artículo sobre gestión de tiempo y productividad. No te preocupes Tobias, mañana mismo retiraré la foto.

Y por supuesto… entramos en producción. Después de siete años trabajando en ERP S1 y unos  cuatro en STORETTO, hemos terminado el set completo de funcionalidades y lo hemos puesto en producción en todas las empresas del Grupo VARMA, al cual pertenecemos. Podríamos discutir si hubiéramos podido utilizar otras metodologías u otras tecnologías, pero no es el momento de eso, sino de mirar hacía atrás, comprobar todo lo que he aprendido en el camino y agradecer su esfuerzo y ayuda a todos los que me acompañaron. A los que están -un maravilloso atajo de apandadores de primer nivel- y a los que ya no están, pero de los que nunca nos olvidamos (David Gaviña, Alex aka Asertus, Ernesto Funes, Pablo Varasa, Luis Miguel de Sancho, Pepe, Mario… y muchos, muchos más). Gracias, muchas gracias.

MI CABEZA EN SINGULAR

Y por último, todo lo que ha pasado en mi cabezota. Hacía AÑOS que tenía ganas de hacer una pequeña pausa para reflexionar y he tenido que casarme e irme de luna de miel para conseguirlo.

Puede que sea porque me sienta liberado después de acabar lo que era mi responsabilidad directa en SIXSERVIX o por comenzar el proyecto más importante de mi vida, formar una familia con mi mujer, pero estoy seguro de que no soy la misma persona que era hace un mes.

Evidentemente, no creo que nadie pueda cambiar radicalmente en treinta días. Ha sido más bien un largo proceso de maduración que, sencillamente, ha concluido. He evolucionado. No sé si a algo mejor o peor, pero desde luego, a algo diferente. Paseando por una playa en Nueva Zelanda, me di cuenta de que ya estaba listo para asumirlo.

Así que, a partir de ahora, sin prisa pero si pausa, esperad cambios. Desde las cosas más pequeñas -como este blog- hasta las más importantes. Bonilla 3.0 también está a punto de entrar en producción.

]]> http://sixservix.com/blog/david/2010/11/05/21-dias/feed/ 518 http://sixservix.com/blog/david/2010/09/30/libros-javaone/ http://sixservix.com/blog/david/2010/09/30/libros-javaone/#comments Thu, 30 Sep 2010 04:50:50 +0000 David Bonilla http://sixservix.com/blog/david/?p=4590

Cada año que viajo a la javaOne procuro venir cargado con los mejores regalos que puedo llevar para la empresa y yo mismo: un buen número de libros. Sé que, en la era del Kindle y los eBooks, transportar kilos de papel durante miles de kilómetros puede parecer anacrónico pero, para mi, los libros de toda la vida tienen una ventaja fundamental: son recordatorios físicos y palpables de algún conocimiento o tecnología que queremos aprender y dominar.

Así, el primer día en el que vuelvo a trabajar, dejo los libros apilados distraídamente encima de mi mesa y el equipo aprovecha cualquier visita para hojearlos y comentar su contenido. Hasta que empiezan a desaparecer con la sana política de First Come First Served.

Os voy a comentar un poco de que va cada libro y cual fue la motivación principal para adquirirlo:

• PMP Study Guide, no es ni más ni menos que una guía de ayuda para obtener la certificación PMP que es el estándar de facto, a nivel mundial, sobre certificaciones de gestión de proyectos. Últimamente, esta muy de moda entre los agilistas denostar por completo esta certificación, sin embargo, yo creo que gran parte de su contenido es muy interesante, sobre todo a nivel de gestión y control de costes. Sin entrar en un debate estéril… está entre los objetivos que me ha marcado la empresa este año y, creo que complementa perfectamente lo aprendido como Scrum Master.
• Agile Estimating and Planning, una obra magna de Mike Cohn que faltaba en la biblioteca de Sixservix. Poco que comentar que no se sepa de este libro pero, espero que nos ayude como equipo a tener una visión más holística del porqué de la planificación ágil.
• Agile Product Management with Scrum, uno de los pocos libres centrados en la figura del Product Owner que cada vez toma más y más importancia en nuestra organización… y que sin embargo es el rol más descuidado.
• The Productive Programmer, un libro complementario al famoso The Pragmatic Programmer -al que constantemente referencia- y con el que Jeroclo espera que me haga miembro de la secta de los fanáticos adoradores de atajos de teclas :)
• The Web Startup Success Guide, una actualización de Micro-ISV: from Vision to Reality y que es un compendio de buenos consejos para comenzar una startup de aplicaciones web. No cuenta nada revolucionario -realmente NADIE lo cuenta- pero con que nos aporte un par de buenas ideas valdrá el precio que hemos pagado.
• Performance Analysis for Java Websites, otro compendio de buenas practicas para intentar evitar los problemas de rendimiento en tus aplicaciones y estrategias para identificar los cuellos de botella. Es uno de los libros que pienso exprimir al máximo.
• HTML5: Up and Running. Desde que estuve hablando con Erick sobre las posibilidades de HTML5 y, sobre todo, la aplicación a un proyecto de movilidad que tenemos que afrontar, andaba buscando un libro sobre HTML5. Al final, no lo encontré en la javaOne pero, en un paseo el último día de mi estancia en San Francisco, encontré esta pequeña joyita de O’Reilly en una librería de Union Square.
• Web Application Design Patterns. Uno de los hallazgos de los que estoy más orgulloso. La estructura del libro es sencillamente maravillosa: plantea un problema de diseño (Ej. registro de usuarios), una solución, una explicación a la solución y un porque de la misma. Y así, sobre cientos de elementos de diseño de páginas web. Sencillamente, imprescindible. Sobre todo… para programadores cenutrios que saben poco o nada de diseño y usabilidad (podéis ver el contenido aquí)

Creedme, había muchísimos más libros interesantes… y poco espacio en la maleta. Mucha compra obligada se quedo en la estantería… lo dejaremos para el próximo año.

Artículos relacionados:

1. Despidiendonos de la javaOne Una primera y temprana reflexión sobre la javaOne y todo...
2. Crónica del día 0 de la javaOne para javaHispano Después del mal sabor de boca que me ha dejado...
3. Mi agenda para la javaOne 2010 Esta es mi agenda preliminar para la edición 2010 de...

]]>

Vamos a echarle un poco de chile picante a nuestra salsa de tomate. Hoy hablaremos sobre como practicar la Técnica Pomodoro Extrema.

1. PROTÉGETE DE TI MISMO Y BLINDA TUS POMODOROS

Seamos sinceros. Si fuéramos capaces de concentrarnos como Kasparov batallando contra Deep Blue no estaríamos leyendo este artículo. Si utilizamos la Técnica Pomodoro es porque hemos llegado a la conclusión de que queremos y PODEMOS ser más productivos concentrándonos en una única tarea, evitando distracciones externas y, sobre todo, internas.

Dejemonos de eufemismos ¿Qué es eso de ‘distracciones internas‘? Fácil: Twitter, Facebook, Spotify, navegar por Internet sin rumbo definido, correos electrónicos corporativos, correos electrónicos personales (véase Gmail o Hotmail), lectores de noticias y, la peor de todas: este adictivo blog.

¿Qué tienen en común todas estas actividades? Que se realizan frente al ordenador y, por lo tanto, son disimulables en un entorno laboral y que… requieren Internet.

Localizado el problema, encontrada la solución. En el mundo Apple, existe la killer-app con la que siempre soñaste: Concentrate (no, no me he olvidado el acento, se pronuncia consentreit). Concentrate te permite bloquear, durante un tiempo determinado, aplicaciones, páginas webs, específicas, cambiar el estado del iChat poniendote como ‘No Disponible’ y hasta lanzar scripts de AppleScript, lo que te permite hacer prácticamente lo que te de la gana (imaginaros las posibilidades para, por ejemplo, registrar tu histórico de pomodoros reales). Por supuesto, también te permite configurar cualquier tipo de alarmas y sonidos para ayudarte a concentrarte; y hasta finalizar con un “¡Eres un figura!“  con el que premiar tu esfuerzo.

En el mundo Windows no sé si existe algo tan glamouroso (por favor, si existe, hacedmelo saber) pero, siempre puedes tirar del cable de red y quedarte a solas con tu IDE, tu Tomcat y tu base de datos en local durante 25 minutos.

2. COMPARTE TUS TO-DO TODAY

Hemos dicho que la Técnica Pomodoro es una técnica de productividad personal. No intentes gestionar un equipo utilizando artefactos de la misma como los To-Do Today o el Active Inventory. No funciona.

Pero SI funciona -y bastante bien, por cierto- en combinación con otras técnicas ágiles de gestión de equipos o proyectos como, por ejemplo, Scrum. Y una de las máximas de Scrum es la TRANSPARENCIA. El razonamiento es: “… si estoy haciendo las cosas bien. Si estoy haciendo las cosas lo mejor que puedo ¿Por qué tendría que ocultar algo?“. Desde hace algún tiempo, lo primero que hago al llegar al trabajo por las mañanas es escanear mi hoja de tareas del dia anterior y copiarla en un directorio compartido de mi ordenador.

Cualquiera puede verlas, cualquiera puede ver lo que he hecho y cuanto tiempo teórico me ha costado. Algunos pensaréis que es algo redundante con otros artefactos de Scrum como el Scrum Daily pero, yo no lo veo así, sino como algo complementario. Mientras que en el Scrum Daily se responden a tres preguntas básicas ¿Que hice ayer? ¿Que voy a hacer hoy? ¿Que me impide ser más productivo?, en mi hoja de tareas se puede ver, si he conseguido completar pomodoros, el trabajo que dediqué a una tarea u a otra y, en el caso de que no lo haya conseguido, el nivel de taladramiento exterior o ensoñación interior que he sufrido (recordar que en la Técnica Pomodoro se registran de forma distinta las interrupciones internas y las externas).

Mi responsable no me pidió que lo hiciera, la gente de la que soy responsable tampoco. Lo he hecho de forma voluntaria y me ha ayudado a ser más constante en la aplicación de la Técnica y del registro de pomodoros, interrupciones y eventos inesperados en mi hoja diaria de tareas.

3. PLANIFICA CON POMODOROS

Yo suelo planificar todas mis tareas diarias en base a la duración en pomodoros de las mismas. Se que es difícil que pueda hacer más de 12 pomodoros al día. No es una buena ni una mala marca (recordar, esto no es una competición), es mi ritmo de trabajo habitual adaptado a la realidad de mi día a día.

Al principio se hace un poco raro pero, poco a poco, te vas acostumbrando. Dos pomodoros son 50 minutos de trabajo puro y, si crees que algo va a durar menos de un pomodoro, lo agrupas. Al final, te encuentras con agrupaciones de 3 llamadas de teléfono de esas que “no puedes dejar de hacer” o con pomodoros destinados a “contestar correo“. Una vez más, todo destinado a incrementar tu productividad.

La propia Técnica Pomodoro te sugiere que planifiques la duración de tus tareas en pomodoros y habla de un supuesto Record Sheet para poder comprobar las diferencias entre tus estimaciones y la realidad. No encontré ningún Record Sheet por ningún lado, así que creé el mio para poder registrar las diferencias de planificación.

Si Scrum ayuda al equipo a saber planificarse mejor en iteraciones de cierta duración, la Técnica Pomodoro puede ayudarte a planificar con más exactitud de la que creias posible el trabajo de tu dia a dia.

4. DOMINA LA TÉCNICA POMODORO, NO DEJES QUE TE DOMINE A TI

Un comentario del gran Xavi Gost me hizo ver lo dogmático que puedo sonar pero, no soy un talibán de la estricta observancia de la Técnica Pomodoro por el contrario, creo que cada uno puede y debe adaptarla a si mismo y su forma de trabajo. El manual donde Francesco Cirillo está muy bien y ¡es gratis! pero no es la Biblia. Francesco se limita a describir los conceptos básicos de su técnica y como aplicarlos.

En el momento de redacción de este artículo, la última versión disponible era la 1.3, publicada el 15 de junio de 2007 o, lo que es lo mismo, hace más de tres años.

El libro tiene algunas lagunas como la del Record Sheet que antes os he mencionado y, por otro lado, al ser un manual, muchas veces se limita a describir reglas sin explicar en profundidad el espíritu de las mismas lo que puede llevar a confusiones.

En cualquier caso, la Técnica Pomodoro es una técnica de productividad personal y, por tanto, debe y puede adaptarse a las circunstancias personales de cada uno para alcanzar su objetivo principal: que seamos más productivos. El manual es el inicio, no un fin en si mismo.

Si por vuestra forma de trabajar os viene mejor hacer pomodoros de 47 minutos o intercaláis el trabajo entre dos tareas porque con una sola os aburrís y os funciona… ¡Genial! Lo importante es que consigáis más del tiempo que destinéis al trabajo.

…

Estos son sólo algunos consejos y buenas prácticas que a mi me han funcionado. Espero que podáis aplicarlos y, si os dan resultado, destinar algún pomodoro para dejar un comentario y contármelo. Os lo agradeceré de corazón. Muchas gracias por leerme.

Artículos relacionados:

1. No sabes nada de la Técnica Pomodoro ¿Conoces la Técnica Pomodoro? ¿CREES que conoces la Técnica Pomodoro?...
2. La Técnica Pomodoro Voy a intentar explicar de una forma divertida y amena...

Afirmar que se conoce la técnica por saber que “es eso de trabajar 25 minutos y descansar 5” es la misma tontería que decir que se conoce la gastronomía española por haber comido paella y sangría en un chiringuito de Ibiza… o decir que se domina scrum por tener un papel que dice que uno es Certified Scrum Master.

Puede que algunos halláis ido aún más allá y leyerais todo el manual de Francesco Cirillo en perfecto inglés pero, creedme, si no habéis trabajado en la práctica con la Técnica Pomodoro, no tenéis ni idea de que va todo esto.

En este artículo aclararé algunos conceptos para los que acaban de descubrir  horrorizados que no se han enterado muy bien de que va todo esto e intentaré  evitaros algunos errores de concepto que corregí después de meses de pegarme con la Técnica Pomodoro.

1. ¡ESTO NO ES UNA COMPETICIÓN, ESTÚPIDO!

Al principio, cuando comienzas a trabajar con la Técnica Pomodoro, crees que el hecho de hacer más o menos pomodoros indica lo mucho o poco que has trabajado. Eso es más falso que un billete de 7 euros.

El objetivo de la Técnica Pomodoro no es que hagas todos los pomodoros que puedas sino todas las tareas que puedas,  utilizando conceptos de otras metodologías de trabajo como el Getting Things Done y su lista de tareas o el Work In Progress y su apuesta por reducir al mínimo el trabajo en paralelo con varias tareas. Los pomodoros, porciones de tiempo de 25 minutos reservados en exclusiva a una tarea, son una herramienta para conseguirlo, no el fin en sí mismo. Aunque parezca increíble, la gente se olvida de esto.

Al final del día, puedes haber concluido todas tus tareas sin haber conseguido finalizar ni un solo pomodoro. De la misma forma, puedes haber cerrado 28 pomodoros y no haber finalizado ni una sola de tus tareas.

2. ESTO ES IMPOSIBLE

“Sí, eso de la Técnica Pomodoro suena muy bien pero, en mi puesto de trabajo, es IMPOSIBLE de aplicar. ¿25 minutos sin coger el teléfono? No funcionaría“. Frases como la anterior son habituales cuando hablas con gente sobre la Técnica Pomodoro. Aunque hay entornos laborales verdaderamente hostiles al empleo de la técnica como, por ejemplo, el de una recepcionista… o el de un tornero fresador, la Técnica Pomodoro puede aplicarse  (bien) en muchos más entornos de los que la gente cree.

¿Te resulta imposible no coger el teléfono durante 25 minutos? Pues no lo hagas. Cógelo todas las veces que te haga falta, aunque claro… eso significará que romperás tus pomodoros y que tendrás que comenzar de nuevo ¿y? No pasa nada. Sigues con tu lista de tareas y vas marcando las que concluyas, los pomodoros que completes y las interrupciones que sufras.

3. LA TÉCNICA POMODORO ES MUY DURA

Uno de los mitos de la Técnica Pomodoro es que hace que la gente trabaje menos y se tome más descansos que un funcionario público. Craso error.

“Espera, espera, espera… pero, si rompo mis pomodoros, entonces… no puedo tomarme los cinco minutitos de descanso ¿no?” Pues no, amiguete. Quiero decir, puedes tomarte cinco o cincuenta pero, no estarías cumpliendo la Técnica Pomodoro.

Seguir la Técnica Pomodoro es MUY duro y, creedme, si conseguís concluir un pomodoro, necesitaréis esos cinco minutos de descanso, para ir al baño, para contestar algún correo o tomaros una café.

Cuando llevas 23 minutos dándolo todo, te quedan 2 minutos para ganarte tu descanso y te llega alguien con una pregunta estúpida, en seguida comprendes el concepto de “protege tu pomodoro“. Ya te digo si lo proteges ¡con uñas y dientes!.

Si consigo concluir cuatro pomodoros y me tomo ese descanso de quince a veinticinco minutos, creedme, lo hago sin ningún tipo de remordimiento. Sé que estoy siendo rentable, muy rentable para la empresa.

Seguir (bien) la Técnica Pomodoro es tan duro y requiere tal disciplina que hay días que directamente no la aplico y me la salto. Cuando trabajo haciendo pomodoros suelo acabar tremendamente agotado pero, también, tremendamente satisfecho porque sé que he dado todo lo que tengo dentro, que me he vaciado y que no he perdido el tiempo.

…

Me dejo cosas en el tintero, pero no quería que este artículo fuera uno de mis ladrillos interminables. También estoy preparando un artículo sobre Técnica Pomodoro Extrema para ayudar a llegar al límite a aquellos de vosotros que la practiquéis. Incluso la gente de Okuri Spaces me han comentado la posibilidad de dar alguna charla o curso en sus instalaciones sobre la Técnica Pomodoro por lo que, si estáis interesados en saber más, por favor hacédmelo saber a través de los comentarios o del formulario de contacto de esta web. Muchas Gracias.

Artículos relacionados:

1. Técnica Pomodoro Extrema Como utilizar la Técnica Pomodoro para llegar donde nadie ha...
2. Técnica Pomodoro: Record Sheet Cada vez somos más los que seguimos la Técnica Pomodoro...
3. La Técnica Pomodoro Voy a intentar explicar de una forma divertida y amena...

Existen muchas dudas sobre el contenido y valía de esta certificación. En algunos casos, porque hay gente que no sabe (o no sabe BIEN) qué es eso de scrum; y, en otros casos, porque los que sí conocen scrum no entienden qué valor puede aportar una certificación sobre la materia.

No voy a escribir otro artículo sobre qué es scrum -hay mucha y buena literatura sobre la materia- pero si os voy a contar mi opinión y sensaciones sobre el curso en concreto.

La primera pregunta que debo responder es: ¿Mereció la pena asistir al curso? Sí, sin duda. Es uno de los mejores cursos a los que he asistido. No sólo por el contenido del mismo, sino por la forma de estructurar y enfocar la materia que practicaron los dos profesores.

Durante dos días, no vimos ni una sola diapositiva ni encendimos un ordenador. El planteamiento, desde luego, fue algo refrescante para aquellos que provenimos del mundo de la informática. A través de actividades y juegos como “El hipnotizador Colombiano” o “El vampiro de Hamburgo”, aprendí aspectos del comportamiento humano sobre los que asienta scrum su pragmatismo.

Que había que demostrar la resolución de sistemas complejos mediante empirismo, pues nos ponían a dibujar triángulos isósceles trotando por un plano que era la clase y donde los vértices éramos nosotros mismos. Que había que poner en práctica scrum y ver cómo lo practicábamos (mal), pues a jugar al famoso “Juego del Pajarraco“, inventando por Alan.

Creedme, ver a 20 adultos tirados en el suelo, construyendo un pajarraco con piezas de Lego, estresados ante la presión del tiempo y un montón de requisitos cambiantes, es algo digno de ver. Y muy muy pedagógico.

Ariel y Alan no se limitan a dictarte las reglas de scrum que cualquiera puede encontrar en Internet. No te enseñan scrum, te hacen VIVIR scrum.

El sello de Certified Scrum Master. Para molar.

Por otro lado, asistir al curso te da derecho a hacer el examen de Scrum Master certificado por la Scrum Alliance (CSM). Lo que en la práctica supone certificarte automáticamente, puesto que el examen sólo es una mera prueba de auto-evaluación: no se puede suspender.

Realmente, la certificación como Scrum Master significa que asististe durante dos días a un curso impartido por un pedagogo reconocido por la Scrum Alliance. Ni más ni menos. ¡Ah, sí! Y que puedes adornar tu blog y tu curriculum con este logo tan chulo de aquí a la derecha. Es naranja, tiene círculos y una cresta… y se parece sospechosamente a un logro de videojuego de la 360.

Eso si, tener el CSM es uno de los requisitos que se exigen para convertirte en Certified Scrum Professional o CSP, el siguiente paso que debes dar si quieres dedicarte a enseñar scrum al resto del mundo con el respaldo de la Scrum Alliance.

Como conclusión: sí, recomiendo el curso de Certified Scrum Master, pero lo que de verdad os recomiendo es el curso de Certified Scrum Master impartido por Alan y Ariel que es el que yo viví y disfruté. En mi caso, ellos y la fantástica dinámica de grupo creada junto a todos mis compañeros fueron los que hicieron especiales y mágicos esos dos días.

¿EPÍLOGO… O PRÓLOGO?

El lunes llegué al trabajo y comencé a explicar scrum de una manera natural a un equipo que no lo conocía. No sólo tenía los conocimientos, los había interiorizado. Conceptualizábamos, priorizábamos y planificábamos nuestro primer ‘proyecto’ scrum: un curso de formación para nuevos usuarios de nuestra aplicación de almacenes.

Por supuesto, tuve que afrontar las preguntas más o menos inquisitorias de los más escépticos con el marco de trabajo. Algunas eran de libro. Otras, sin embargo, las pude responder improvisando con las técnicas y conocimientos que me habían enseñado la semana pasada. Me sentí bien. Me sentí seguro. No era un mero robot que repetia las cuatro normas del marco de trabajo. Era un Scrum Master (novato) que utilizaba la visión y los valores de scrum para responder a las dudas y preguntas del equipo. Alan y Ariel me habían preparado bien.

No debí hacerlo del todo mal porque un compañero me felicitó por la charla durante la hora de la comida “Me gusta scrum. Encaja. Parece que tiene respuestas para todo“.

No estoy seguro de que scrum tenga respuestas para todo, pero sí sé que quiero ir contestando las preguntas poco a poco. Como mis profesores dicen: el curso no es más que el primer paso en un largo, larguísimo camino.

Nuestro primer taskboard

]]> http://sixservix.com/blog/david/2010/04/27/scrum-master/feed/ 306 http://sixservix.com/blog/david/2010/04/23/una-semana-complicada/ http://sixservix.com/blog/david/2010/04/23/una-semana-complicada/#comments Fri, 23 Apr 2010 04:55:40 +0000 David Bonilla http://sixservix.com/blog/david/?p=2787 Esta semana puede que hayáis advertido que no he publicado nada en el blog. En mi defensa, he de decir que ha sido una de las más complicadas y extenuantes que he tenido últimamente.

Comenzó con una visita a los almacenes del operador logístico de la compañía en Rivas, para evaluar el trabajo en él y aconsejarles sobre el layout óptimo;  y siguió con un prototipo de transacciones pesimistas, con y sin JPA2, en Glassfish v3 que supuso un reto a muerte con el servidor de aplicaciones y me dejó exhausto. Para acabar, el jueves y el viernes -hoy mismo- estoy asistiendo al curso de certificación como Scrum Master, impartido por Alan Cyment y Ariel Ber.

Además, fuera del trabajo, tuve entrega de Minería de Datos, el martes. Os lo dije: fue una semana… complicada.

Mi manera de “pediros perdón” por no haber escrito nada durante estos días, es proponeros que elijáis lo que os gustaría que escribiera la próxima semana. Tengo un buen montón de artículos “en la nevera” y me encantaría saber cuáles os parecen más interesantes. Éstos son los temas que os propongo:

1. “Certificándote como Scrum Master“. Un artículo contando mi experiencia en el curso de certificación y mis impresiones sobre el mismo. ¿Merece la pena certificarse?
2. “Una mirada atrás hacia Chirp“. Una recopilación de todas las novedades y noticias que generó la conferencia de desarrolladores de twitter, la semana pasada.
3. “La fuerza aérea te enseña a bloggear“. Lo creáis o no, la fuerza aérea estadounidense tiene un conjunto de normas para defender los intereses americanos en la Galaxia Blog. Lo más sorprendente es que ¡son buenas!
4. “El ordenador maldito“. A veces, un ordenador simplemente “sale malo”. Por mucho que lo arregles, por mucho que reinstales el SO, por mucho que te gastes en renovarlo… “sale mal” y punto. Yo tengo uno de esos ordenadores y quiero contaros mis peripecias con él.
5. “Música para desarrollar“. Muchos de nosotros escuchamos música mientras programamos aplicaciones. Quiero hacer un artículo donde recopilar la mejor música que he encontrado para hacerlo.
6. “Transacciones con JPA2 sobre Glassfish v3“. Un auténtico taladro, pero necesario. La información al respecto es escasa y críptica. La he sufrido.

6 opciones 6.

Sentiros libres para votar y aportar en los comentarios del artículo. Si no recibo feedback alguno, me sentiré legitimado para publicar un artículo sobre la cría del champiñón, actividad apasionante donde las haya…

]]> http://sixservix.com/blog/david/2010/04/23/una-semana-complicada/feed/ 272 http://sixservix.com/blog/david/2010/02/10/estructura-historia-usuario/ http://sixservix.com/blog/david/2010/02/10/estructura-historia-usuario/#comments Wed, 10 Feb 2010 05:50:10 +0000 David Bonilla http://sixservix.com/blog/david/?p=1967

• ID: Identificador de la historia de usuario
• TÍTULO: Título descriptivo de la historia de usuario
• DESCRIPCIÓN: Descripción sintetizada de la historia de usuario
• ESTIMACIÓN: Estimación del coste de implementación en unidades de desarrollo (estas unidades representarán el tiempo teórico de desarrollo/hombre que se estipule al comienzo del proyecto)
• PRIORIDAD: Prioridad en la implementación de la historia de usuario respecto al resto de las historias de usuario. A mayor número, mayor prioridad. Otra aproximación a la priorización de tareas se hace a través del método MoSCoW:
  • M – Must, se debe completar este requerimiento para finalizar el proyecto
  • S – Should, se debe completar este proyecto por todos los medios, pero el éxito del proyecto no depende de él.
  • C – Could, se debería completar este requerimiento si su implementación no afecta a la consecución de los objetivos principales del proyecto.
  • W – Would, se puede completar este requerimiento si sobra tiempo de desarrollo (o en futuras versiones del mismo)
• DEPENDENCIAS: Una historia de usuario no debería ser dependiente de otra historia, pero a veces es inevitable. En este apartado se indicarían los IDs de las tareas de las que depende una tarea

El ciclo de vida de la tarjeta se compone de tres fases, conocidas como “Las 3 C” por sus iniciales en inglés (Card, Conversation, Confirmation):

• TARJETA (Card), la creación de la tarjeta en sí, con la estructura definida anteriormente y que sirve para determinar QUÉ se debe hacer y cómo planificarlo.
• CONVERSACION (Conversation), representado por pequeños documentos y anotaciones que sirven para aportar detalles y refinar los datos sobre las características del requerimiento.
• CONFIRMACIÓN (Confirmation), o pruebas de aceptación. Pruebas consensuadas entre el cliente y el desarrollador y que el código debe superar para dar como finalizada la implementación del requerimiento.

(Gracias a Vicenç y Jasosa por el ejemplo incluido en la tarjeta)

Artículos relacionados:

1. Historias de Usuario vs. Casos de Uso Escribiendo documentación sobre metodologías ágiles en general y ‘buenas prácticas’...

]]>

Puede ser muy útil explicar estas diferencias, sobre todo cuando -como es mi caso- intentas convertir al agilismo a una audiencia escéptica. Así que, refiné el artículo original, lo traduje al castellano y, sobre todo, lo tabulé para poder incrustarlo fácilmente en documentación o presentaciones. Aquí tenéis el resultado.

Artículos relacionados:

1. Estructura de una Historia de Usuario ID: Identificador de la historia de usuario TÍTULO: Título descriptivo...

La Técnica Pomodoro fue creada por Francesco Cirillo observando a los botarates de sus compañeros de clase. Cuando Francesco interiorizó que él mismo también era un botarate, intentó desarrollar una técnica que, al menos, lo disimulara.

Debe su peculiar nombre a los típicos relojes de cocina con forma de tomate -pomodoro en italiano- y en el uso de dichos relojes como herramienta de creación y gestión de espacios de tiempo.  Como veis, esto empieza bien. Al menos, parece divertida :)

EL ESCENARIO

¿Le habéis preguntado alguna vez a un desarrollador si se distrae mucho a lo largo del día? Os apuesto una cena a que, en el 99% de los casos, os contestarán: “Para nada. Soy un auténtico Samurai del código. Ni una bomba nuclear de 400 megatones me desconcentraría. Si Elsa Pataky pasara por delante de mí en bikini, no conseguiría que levantara la vista del monitor. Soy un guerrero y el javascript es mi espada.”

Sé que es duro, pero asumámoslo: también somos un poco botarates. Nuestra capacidad de perder el tiempo es infinita e inversamente proporcional a nuestra capacidad para darnos cuenta de ello. Aunque intentemos auto-convencernos, no perdemos “sólo 5 minutos” navegando por Internet, Spotify, Messenger, Facebook y hablando por el móvil.

Un equipo de desarrollo, aguantando la respiración hasta que termine el rebuild de la aplicación

Lo peor de todo es que ni siquiera sabemos cuánto tiempo perdemos haciendo todas esas cosas. La nuestra es una profesión que sufre una pandemia continua denominada “Ego de Programador“, que impide que los desarrolladores tengan capacidad de autocrítica y, peor aún, analicen las críticas constructivas ajenas.

El problema llega cuando, a cambio de todo este tiempo perdido, empezamos a hacer jornadas elásticas de 10 o más horas… o a comprobar como nunca llegamos a las expectativas de nuestros responsables y, lo que es más triste, de nosotros mismos.

Cuando comenzamos a buscar soluciones, nos encontramos con que existen un montón de metodologías de gestión del tiempo y de productividad personal -como la famosísima Getting Things Done-, pero, la mayoría se limita a definir un método con el que ordenar y priorizar nuestras tareas, sin responder a todas las preguntas.

¿Qué tal trabajaste ayer? ¿Cómo sabes si lo has hecho bien, muy bien o sólo regular? ¿Realmente tiene  sentido que tu jefe te pida que rindas más? Y, en cualquier caso, ¿Cómo podrías demostrárselo? Si estás interesado en conocer las respuestas, la Técnica Pomodoro puede ayudarte a encontrarlas.

LA SOLUCIÓN

Aunque la técnica ha sido desarrollada por un italiano, podría pasar por filosofía gallega pura y dura, porque -antes de explicarte nada- comienza obligándote a enfrentarte a la siguiente pregunta.

¿Podrías trabajar -realmente SÓLO TRABAJAR- durante 25 minutos seguidos?

Lo cierto es que es difícil conseguir concentrarte en la misma actividad durante todo ese tiempo. Nos dispersamos y eso reduce nuestra productividad. En el caso concreto del desarrollo informático esto es aún más dramático. Algunos estudios sostienen que, cuando nos interrumpen en mitad de una tarea, llegamos a tardar hasta 15 minutos en retomar el nivel de concentración del que disfrutábamos en el momento de la interrupción. Para solucionar esto, la Técnica Pomodoro propone dos conceptos principales: la Gestión de Tareas y los Pomodoros, propiamente dichos.

1. La Gestión de Tareas implica trabajar siempre con 2 papeles a mano. Por un lado, un inventario de tareas del que podemos elegir aquéllas que vamos a realizar a lo largo del día y apuntar otras nuevas. Por otro lado, una hoja de tareas para completar hoy con dos apartados: uno para las tareas planificadas y otro para tareas no planificadas y urgentes que puedan surgir. En esta hoja, iremos apuntando cuántos pomodoros tardamos en completar cada tarea. Existe un tercer papel, la hoja de registro, que sirve para documentar que hemos hecho en días pasados.
2. Un Pomodoro se convertie en nuestra unidad mínima de trabajo (un pomodoro es indivisible) y dura exactamente 25 minutos. Durante esos 25 minutos nada, absolutamente NADA, debe distraerte de la tarea que estés realizando. Eso significa no contestar -y ni siquiera leer- correos, no navegar por Internet, no hablar por teléfono, ni conversar con tus compañeros. Un pomodoro te exige una concentración total y absoluta durante 25 minutos. A cambio, después de estos 25 minutos, puedes tomarte de 3 a 5 minutos libres para despejarte, relajarte y hacer cualquier cosa. Al final de cada ciclo de 4 pomodoros, el tiempo libre asciende a 15-30 minutos. El típico parón que puedes aprovechar para ir hasta la máquina del café, o dar un pequeño paseo que te permita recuperarte del esfuerzo realizado. Pronto, descubrirás que estar concentrado durante 4 pomodoros seguidos cansa, y mucho.

"Luke, defiende tus pomodoros"

“¿Y ya está? ¿Esto es todo? ¡Menuda memez!”. Bueno, esto no es TODO. Sólo los conceptos básicos. Es sorprendente lo mucho que puede llegar a costar conseguir estar trabajando durante 25 minutos en algo sin interrupciones. Por eso, la técnica te propone que defiendas tus pomodoro con uñas y dientes.

Para empezar, los pomodoros no pueden dividirse. Si interrumpes uno, el pomodoro queda vacío y no cuenta. Así que, si quieres aumentar el número de pomodoros completados a lo largo del día y, por tanto, incrementar tu productividad, tienes que aprender a defenderlos.

Piénsalo bien ¿Realmente hay muchos correos, muchas llamadas que no puedan esperar 25 minutos? ¿Realmente te surgen tantas tareas y compromisos a lo largo del día que no puedan esperar 25 minutos?

Si te surge alguna tarea nueva, la apuntas en el apartado de tareas no planificadas y urgentes y ya la afrontarás en otro pomodoro. Si realmente la tarea no es tan urgente, la guardas en tu inventario de tareas, y ya la harás el día siguiente. Puedes dedicar parte de una parada de 5 minutos a revisar tus correos y llamadas, y planificar un pomodoro para contestarlos. Como veis hay múltiples formas de proteger vuestro pomodoro y, sin daros cuenta, pronto os veréis defendiéndolos como si os fuera la vida en ello :D

Insisto, esto son sólo los conceptos básicos.

UN EJEMPLO PRÁCTICO

Sé que algunos estaréis pensando que estoy loco, que me paso todo el día de fiesta con la tontería de los pomodoros, pero nada más lejos de la realidad. Trabajo más y mejor que nunca, sólo que optimizando mucho más mi tiempo. Os voy a poner un ejemplo del Mejor Escenario Teórico de aplicación de la técnica, cuando consigues defender tus pomodoros como un auténtico caballero Jedi.

Asi nos ven algunos jefes a los practicantes de la Técnica Pomodoro

Benito llega a su puesto de trabajo, utiliza su primer pomodoro para revisar las cosas que hizo el día anterior, revisar su inventario de tareas y rellenar su hoja de tareas para completar hoy. Comprueba que todo este en su sitio y lee los correos que tiene pendientes. Ha acabado su primer pomodoro. Pausa.

Comienza otro pomodoro. Y empieza a programar una nueva interfaz de creación de artículos que le han encargado. Sigue así durante dos pomodoros más. Aunque Benito quiere seguir trabajando en la interfaz, decide tomarse una pausa de 20 minutos para descansar y prepararse para la carga de trabajo que le queda en el resto del día. Utiliza 20 minutos para bajar a la cafetería y charlar con sus compañeros.

Repite el proceso durante otro ciclo de 3 pomodoros más y, cuando finaliza la tarea, aún quedan 7 minutos para la conclusión del último pomodoro y la hora de comer. Utiliza este tiempo para ordenar sus cosas y actualizar la hoja de tareas para completar hoy.

A las 15:15 h., Benito está de nuevo en su escritorio. Inicia el reloj de cocina y comienza otro Pomodoro. Ahora va a arreglar un bug que ha aparecido en la junta de la trocola del Servidor de Aplicaciones. No se toma mucho tiempo de descanso entre pomodoro y pomodoro -porque quiere acabarlo para hoy mismo- pero después de 4 pomodoros de concentración intensa se encuentra bastante cansado. Se toma su pausa larga y durante 20 minutos da un pequeño paseo por el parking de la empresa con un café en la mano. Le sirve para despejarse.

25 minutos después, Benito se sienta delante del ordenador y afronta su último ciclo de pomodoros, en el que le da tiempo a cerrar el bug y a documentar todo lo que ha hecho a lo largo del día en la hoja de registro. A las 18:30 h. acaba la jornada laboral y Benito se va a casa a disfrutar de su tiempo  libre.

En un día perfecto de 8 horas, se deben completar: 1 ciclo de 4 pomodoros y otro de 3. por la mañana y otros 2 ciclos de 4 y de 3 por la tarde. 14 pomodoros, o lo que es lo mismo, 350 minutos, casi 6 horas de trajo PURO.

¿Os parece poco? Os animo a que comprobéis si, ahora mismo, estáis trabajando durante el mismo tiempo y con la misma intensidad en vuestra jornada de 8 horas.

CONCLUSIÓN

Por supuesto, la Técnica Pomodoro no es infalible. Como todas las metodologías de trabajo tiene fallos, lagunas o contextos en los que es difícil su aplicación, pero con un poco de disciplina y paciencia, creo que podéis aplicarlo a vuestro día a día y comenzar a obtener resultados en muy poco tiempo. Por lo menos,  a mi me ha ayudado.

Si queréis aprender más sobre la Técnica Pomodoro, os recomiendo que visitéis la estupenda página de Francesco Cirillo.

ALGUNOS RECURSOS

• Kit del principiante (30 € + Gastos de Envío)
• Timer para MAC
• Timer para Windows
• Timer para Linux
• El Libro Ilustrado de la Técnica Pomodoro

Artículos relacionados:

1. Técnica Pomodoro Extrema Como utilizar la Técnica Pomodoro para llegar donde nadie ha...
2. No sabes nada de la Técnica Pomodoro ¿Conoces la Técnica Pomodoro? ¿CREES que conoces la Técnica Pomodoro?...