Developing Frogtek

El blog del Departamento de Tecnología

Etiqueta: motivación (página 1 de 2)

Tabla de kanban para las retrospectivas

Al principio nuestras reuniones de retrospectiva eran de lo más… cómo decirlo sin ofender a nadie… anárquico. Tanto en contenido como en periodicidad, es decir, las hacíamos cuando queríamos y como queríamos. Podían pasar meses entre una y otra, y cuando por fin hacíamos una nos dábamos cuenta de lo útiles que eran y la cantidad de cosas interesantes que surgían. Las ha habido incluso que han supuesto un punto de inflexión en nuestra manera de trabajar, como aquella que hicimos con la excusa de que algunos habían acudido a un evento llamado AOS en una ciudad llamada Barcelona.

Con el tiempo, y conforme te haces con todos los procesos y ellos dejan de dominarte a ti, hemos sido siendo más constantes y periódicos con estas reuniones. Incluso nos compramos un libro, Agile Retrospectives (del cual he de reconocer que sólo he leído los primeros capítulos) e investigamos por internet sobre la mejor manera de hacerlas. Hay infinidad de técnicas que se pueden aplicar. Nosotros optamos por una de lo más sencillo. Básicamente cada miembro del equipo escribe en uno o varios post-its las cosas que han ido bien y las cosas que han ido mal en el último mes. Se ponen en común y se agrupan por temas, de forma que podemos identificar cuales son las principales virtudes que debemos fortalecer y cuales los principales problemas que hay que paliar. Sigue una discusión sobre estos temas de la cual obtenemos una lista de puntos de acción que se revisan de retrospectiva en retrospectiva. Además de puntos de acción también salen sugerencias y recomendaciones (o lo que podríamos llamar puntos de acción “vagos“… del estilo de “sed todos buenos“). Estas recomendaciones son un problema porque no es fácil hacer un seguimiento de su cumplimiento ya que no son objetivos SMART. En la última parte de la reunión debatimos también sobre las ideas que cualquiera haya incluido en la excel que tenemos para “ideas a discutir durante la retrospectiva”.

Llevamos ya varios meses siendo muy regulares con este tema y ahora hemos decidido dar un paso más y crear una tabla de kanban para ilustrar el proceso. Nos gustan los post-its y ayudan a decorar la oficina… qué se le va a hacer!!.

En la foto podéis ver cómo en verde y rojo apuntamos las cosas buenas y las malas, para que a nadie se le olviden. Más importante aún son los puntos de acción cuyo seguimiento realizamos con una tabla que no puede ser más simple. Adicionalmente tenemos nuestro apartado de sugerencias del mes… a ver si teniéndolas en la sala de reuniones a la vista, las tenemos más presentes. Si esto no funciona optaremos por recitarlas todas la mañanas en plan mantra antes del stand-up. Algo del estilo de:

  • Ser QA no me da derecho a hacer cowboy committing
  • Me flagelaré de forma inmisericorde si el stand-up dura más de 25 minutos

Muchas veces hemos oído que la reunión de retrospectiva es la más importante de todas las reuniones que conforman el espíritu ágil. Encarna la esencia del Kaizen y da la oportunidad de debatir, aportar y enriquecerse (espiritualmente, claro). He de reconocer que, personalmente, veo como muchas de estas reuniones suponen un soplo de aire fresco en Frogtek. Y veo, no sin orgullo, como nuestro equipo se autogestiona y mejora de forma imparable, día tras día y mes tras mes. Supongo que son los pequeños placeres del Scrum Master que no programa, dado que no puedo hacer el baile de la victoria tras compilar por última vez la loser story de turno.

 

Drive, de Daniel H. Pink

Drive book

Increíble libro que ahonda en el “sistema operativo” que nos conduce. Planteando lo anticuado que se está quedando el sistema tradicional de motivación del “palo y las zanahorias” del Siglo XX con respecto al nuevo sistema del Siglo XXI, donde la motivación se basa en factores no tan extrínsecos y más intrínsecos como la autonomía, el propósito y la maestría.

Conforme iba leyendo me ha encantado ver que en nuestra empresa mucho de estos conceptos ya se están aplicando en mayor o menor medida. Y me encanta poder disfrutar de un ambiente tan positivo para crecer como persona y profesional.

Mucho de lo explicado en el libro me sonaba ya. O lo había comentado de una forma u otra con los amigos… Pero no es lo mismo hablarlo, o intuir un concepto que leer las teorías, las explicaciones, todo. He salido con muchas ideas nuevas para auto motivarme. Un libro que vale la pena mucho leerse, desde mi punto de vista.

Para aquellos más vagos, os dejo un vídeo que resume parte de sus teorías de una forma graciosa e interesante. Además también esta disponible la Ted Talk que dio Daniel Pink en 2009.

 

Desk-Surfing

La semana pasada tuvimos a @francho_lab en la oficina, no voy a entrar en detalles de lo interesante que fue su visita porque soy el menos indicado para hacerlo y porque cualquiera de los programadores lo hará mucho mejor que yo. Pero sí que me gustaría ensalzar las virtudes de este tipo de intercambios informales y de la web que se montó con ese objetivo, Desk-Surfing.Org, después de la última Agile Open Spain 2011 de Pamplona.

Para nosotros éste ha sido el cuarto intercambio/visita. Anteriormente hemos tenido el honor de tener a @carlosble, @hell03610 (Emma) y a @rubenbpv. Además Pedro estuvo tres días en Biko2 y Julio ha estado 2 en PocketWidget. Todas y cada una de las visitas han sido fuente de innumerables mejoras. El mero hecho de salir y ver un entorno diferente o recibir a una persona de otra empresa hace que te replantees la forma de trabajar, aprendas nuevas técnicas o procesos.

Son estas cosas, junto con la asistencias a eventos como las AOS o la CAS, las que nos dan los empujones necesarios para seguir mejorando continuamente. Por eso Frogtek se registro en la web Desk-Surfing.Org y por eso continuaremos acogiendo y enviando ingenieros en el futuro. ¡Os animamos a todos a probar la experiencia!.

Detalles para el Coding Dojo

Rubén ha publicado en su blog los detalles de la kata que haremos el próximo día 8 de abril. Se trata de la conocida String Calculator: conéctate a su página para conocer los detalles del enunciado y los consejos de Rubén para iniciarte en el TDD.

Aún tenemos huecos para el Dojo, ¡nos vemos en menos de dos semanas!.

Segundo Coding Dojo de Frogtek en Walqa

Tras el éxito del Primer Coding Dojo y la resaca de la visita de Richard Stallman ya va siendo hora de presentar el Segundo Coding Dojo de Frogtek en Walqa.

Rubén Bernárdez de Biko2 será nuestro maestro de ceremonias. Aquellos que estuvisteis en el primer dojo recordaréis a Rubén ya que fue uno de los dos valientes (el otro era Dani Latorre) que retados por Carlos Ble se marcaron un refactor de la kata de Carlos, improvisado, sin red y ante la admiración de todos los asistentes.

Así que no hacen falta más presentaciones, ahora ya todos sabemos lo que es un Coding Dojo y por lo tanto, sin más, os dejamos con los detalles de nuestra próxima cita. Os esperamos.

  • Día: viernes, 8 de abril de 2011
  • Lugar: Parque Tecnológico Walqa, Edificio de Servicios Generales
  • Horario: de 16:00 a 21:00 aproximadamente
  • Precio: Totalmente gratuito
  • Quién puede apuntarse: cualquier persona, independientemente de que trabaje o no en Walqa
  • Agenda:
    • Rubén propondrá uno o varios problemas sobre los que se trabajará en parejas.
    • Se realizarán varias iteraciones.
    • Al final de la sesión Rubén presentará y explicará su solución a todos los asistentes.
  • Plazas: Limitado a 35 personas, por riguroso orden de inscripción
  • Inscripción: Mandando un mail a Walqa (walqa@ptwalqa.com)

¡¡Animaos que seguro que lo pasamos muy bien!!.

Frogtek: Empresa Junior 2010 en la Noche Teleco de Aragón

Este viernes pasado durante la XI Noche de las Telecomunicaciones en Aragón, Frogtek recibió el Premio a la Empresa Junior 2010 en Aragón.

Todos los ingenieros de Frogtek España nos pusimos nuestras mejores galas y asistimos a la cena y entrega de premios en el Espacio Ebro, al lado mismo del espectacular recinto de la EXPO de Zaragoza, y pasamos una noche muy entretenida, entre felicitaciones, viejos amigos y gente que conocimos en el evento (cenamos cerca de 400 personas).

Estamos muy contentos de haber recibido semejante reconocimiento, sobre todo dada nuestra todavía corta trayectoria y todo lo que nos queda por demostrar, y damos las gracias también desde aquí a los organizadores, el Colegio Oficial y la Asociación de Ingenieros de Telecomunicación de Aragón.

Os dejo algunas fotos de la cena y posterior fiesta.

Aquí todos, menos Alberto que hacía la foto, esperando a que empezaran con los entrantes.

Aquí, esta vez sí, todos probándonos las gafas 3D, que los de Canal+ repartieron para amenizar la velada. La cosa se empezaba a animar.

Y en esta foto, ya más relajados, con el trofeo y posando con José Luís Latorre, Director del Parque Tecnológico Walqa y buen amigo de Frogtek.

La celebración continuó hasta altas horas de la madrugada, pero de esa parte no han quedado documentos gráficos

Carlos Ble Tour 2011: Primera parada Frogtek

Pues sí. A principios de diciembre Carlos Ble anunció una gran iniciativa, se ofrecía a trabajar un par de días en distintas empresas que le pillaran a mano simplemente a cambio de los gastos de manutención y parte del viaje. Por aquel entonces ya estábamos en contacto con él por que en Frogtek teníamos la ilusión de que Walqa acogiera su curso de TDD, así que nos faltó tiempo para ofrecernos a ser la primera parada de un viaje que seguro va a ser muy provechoso para las empresas que visite y para él. Es un win-win claro (sin tecnología de Redmon de por medio). Para Carlos tiene que ser muy enriquecedor visitar distintas empresas, con distintos productos, distintas metodologías, problemas y personas. Para las empresas es una gran oportunidad de someterse al escrutinio de alguien externo con gran conocimiento de la tecnología y el eXtreme Programming. Fuimos los más rápidos, así que aunque el curso de TDD al final no se llevó a cabo en Walqa, sino en Zaragoza, al acabar Carlos tomó rumbo al norte y recaló en nuestras oficinas por un par de días que se nos hicieron realmente cortos.

El proceso empezó el mismo miércoles por la noche cenando en el Café del Arte una pizza que estaba muy buena pero que era muy difícil de cortar. Hablamos largo y tendido sobre Frogtek y MavenCharts, las fases por las que habíamos pasado, los logros y dificultades que había encontrado por el camino. Me temo que monopolicé un poco la conversación, el problema es que cuando me pongo a contar la historia de Frogtek puedo estar horas y horas y además quería aprovechar los dos días siguientes a tope y para ello tenía que ponerle al día de demasiadas cosas. Mucha información en muy poco tiempo, me temo. 🙂

El jueves empezó la movida. Primero ponte a explicar la tabla de Kanban y date, enseguida, cuenta de que hemos ido complicando las cosas poco a poco, hasta el punto de que explicar el funcionamiento de una simple tabla deja de ser algo trivial. El tiempo dirá si las sucesivas evoluciones de nuestra metodología han sido para bien o hemos complicado demasiado el proceso. De momento estamos bastante satisfechos. Después tuvimos nuestro stand-up (un poco tarde, me costó 1€ que pagué bien a gusto). Decidimos, en honor de nuestro invitado, que no íbamos a hacer nada especial por su visita así que le obsequiamos con nuestro habitual spanglish. Mr. Ble aguantó el tipo (y la risa) sin problemas así que al final del stand-up accedimos a rellenar un pequeño formulario de preguntas que pretendía chequear la “salud” de nuestro grupo y nuestras expectativas ante su visita.

Lo siguiente fue hablar sobre nuestro sistema de integración continua basado en HUDSON y que Carlos le echara un primer vistazo a la realidad de nuestras baterías de tests. Mucho test de integración pero poco unitario, también algunos funcionales pero todos mezclados y poco ágiles. Es difícil hacer TDD si los tests unitarios tardan varios minutos en pasar. Diagnóstico: grandes dosis de buena voluntad pero mucho por mejorar.

Carlos y Alberto peleándose con el GAE

El resto del jueves y viernes tocaba Pair Programming. Primero Javier Linares y nuestro proyecto para Android TiendaTek, luego Alberto Gualis y los tests de lado de servidor en Python y sobre Google App Engine. Tanto Javi como Alberto pueden dar su propia opinión pero sin duda fueron unas horas muy provechosas durante las que pudimos entender como evolucionar nuestra arquitectura y discriminar y organizar nuestros tests para hacer un TDD realmente útil y no “de postal”.

También hubo tiempo para revisar el código de Linares y Carlos el viernes por la mañana.

Al filo de las 3 de la tarde del viernes acabamos la sesión con una retrospectiva que nos reveló distintas cosas:

  • Que dos días escasos habían sido muy cortos para todo lo que nos hubiera gustado aprovechar.
  • Que podríamos mejorar nuestro nivel de calidad pidiéndole a alguien externo pero cercano que usara nuestro producto (¿quizá la tienda de ultramarinos de Cuarte?, ¿la cafetería de Walqa ;)?…)
  • Que nuestra manera de trabajar podría verse beneficiada del uso de repositorios de código distribuidos (nuestro objetivo de migrar a GIT o similar es como el arco iris, que por mucho que camines hacia él nunca lo alcanzas).
  • Que Eclipse es lento para el TDD.
  • Que deberíamos hacer alguna retrospectiva de código (algo parecido hacemos con nuestra reunión mensual de “Nuestros mejores bugs“, pero no tenemos muchos reparos en ignorar la reunión a poco trabajo que tengamos).
  • Que intentáramos desligar funcionalidad transversal para integrarlo en librerías (estamos en proceso ya que Android solo hace muy poco lo permite).
  • Que el código que nunca falla es el que no existe (por eso yo nunca creo bugs).
  • Y que habláramos y habláramos y habláramos… la (buena) comunicación es siempre la base para que algo funcione (bien).

Y de ahí disparados al Dojo… pero eso será otra historia.


El post-mortem del Ranatón

Volvimos de Morillo. Sanos y salvos y ahora estamos disfrutando todos de unas merecidas Navidades. Aunque, bueno, siempre tiene que haber alguien al pie del cañón, también es cierto que se trabaja muy tranquilo cuando todo el resto del mundo está de vacaciones. Es como un pomodoro continuo.

El Ranatón fue una gran experiencia. El sitio resultó muy apropiado (estábamos solos y aislados), la relación calidad precio fue lo más ajustado que pudimos encontrar y la conexión WiFi, el gran miedo que teníamos, funcionó más que aceptablemente para 9 personas que estábamos continuamente conectados.

El acabar el tercer día hicimos una especie de Stand-up retrospectivo. Sirvió para que cada uno presentara los avances conseguidos; notorios fueron los del equipo “Portal” que nos presentaron toda una serie de páginas web con unas gráficas más que jugosas, menos obvios pero tan o más importantes fueron los conseguidos por el equipo “Inframundo” (de infraestructura) que se dedicó a la no muy agradecida tarea de optimizar nuestra querida TiendaTek. Enhorabuena a los dos equipos.

Las conclusiones del Ranatón fueron las siguientes:

  • A todo el mundo le gustó, sobre todo porque rompe la rutina y es una buena manera de hacer equipo y de que todos nos conozcamos un poco más.
  • Es muy muy útil hacer una sesión intensiva en la que PO y programador tengan conexión directa y puedan trabajar juntos codo con codo. Esta vez sólo teníamos a David, pero ójala en nuestro siguiente Ranatón podamos traer también a Yael, Mark y Kristel. Puede parecer una obviedad pero es que nosotros tenemos a POs y programadores separados por miles de kilómetros en nuestro día a día.
  • Aunque durante un Ranatón se puede llevar a cabo cualquier tipo de tarea es mucho mejor aprovechar para implementar US que necesiten de mucho feed-back por parte del PO y de los compañeros. También es mejor no hacer US que sean supercomplicadas, son preferibles las tareas cortas y también aquellas que tengan un reflejo rápido y grande en el producto. Anima mucho ver que se avanza rápido y que los avances son muy visibles. Esto lo conseguimos con el equipo Portal, con el equipo Inframundo fue más complicado (el pobre Pablo se pegó tres días optimizando listas), lo haremos mejor la próxima vez.

  • Es muy útil tener una pizarra donde apuntar las US y tareas y poder registrar los avances. Nosotros además utilizábamos un timbre (de estos hotel) para dar cuenta de los US terminadas y de los cerditos que iban cayendo.
  • No fue el típico kick-off para hacer team-building ya que fuimos a Morillo a currar y no hubo las típicas excursiones o actividades lúdicas oficiales. Tres días fue la duración adecuada, acabamos todo bastante cansados.
  • Sí que hubo actividades lúdicas oficiosas como hacer alguna pausa para ir a arreglar el mundo al salón de al lado (el hotel entero estaba a nuestra disposición ya que estábamos solos), echar una o dos cervezas mientras se programa (nada de drunk-programming) o jugar un partido de tenis a dobles en la Wii.

  • La comida fue muy buena pero demasiado abundante, costaba un poco reenganchar después de un típica comida montañesa o de las deliciosas pizzas que tomamos las dos noches en Aínsa. Restaurante con loro incluido, por cierto… muy apropiado para el señor Stallman.
  • Trasnochar trabajando es un arma de doble filo. Por un lado es divertido y todo un reto estar programando hasta las 3:30 de la mañana. Cuando a partir de cierta hora el ambiente se relaja y se pone música de fondo para todos o se comparten unas cervezas uno tiene la impresión de estar una start-up al más puro estilo americano (los que hayan visto “La red social” que no se lleven a engaño, lo nuestro fue mucho más tranquilo… ni sexo, ni drogas). Por otro lado el oficio de programador tiene mucho de artesano y cirujano y, por lo tanto, la falta de sueño no es buena compañera y los grandes alardes se pagan de un día para otro… aquí como en muchas otras facetas de la vida lo importante es la regularidad y la constancia.
  • Concentrar a todos los “roncadores” en la misma habitación hizo que el resto del equipo descansara a pierna suelta… pero condenó al insomnio a buena parte de los primeros en la “habitación del pánico“.

Y esto es todo. Felices Navidades a todo el mundo.

Jose B. Cortés ganador de la segunda edición de la carrera del cerdito

Tras un mano a mano apasionante con el maestro Linares y un emocionante e imprevisible sprint Jose se ha alzado con el segundo cerdito de nuestra andadura. Lo cierto que es que podría haber ganado cualquiera de los dos así que vaya desde aquí la felicitación para ambos.

Hemos aprovechado el Ranatón y la presencia entre nosotros de David para hacer la entrega de premios que como siempre ha consistido en manosear un poquito al cochino que tenemos por hucha antes de dedicarnos al noble arte de destriparlo (es más fácil de decir que de hacer). Aquí tenéis una foto donde sale Linares (anterior ganador), David nuestro CEO y fundador y Jose, flamante ganador con coleta y sudadera de Android.

El cerdo contenía 34€.

El Pomodoro Síncrono ya está aquí

Ayer tuvimos una reunión de retrospectiva. Solemos hacer una al mes aproximadamente. Ésta fue particularmente interesante, especialmente por Jose, Linares y Pedro que habían acudido el fin de semana anterior al Agile Open Spain de Barcelona y se trajeron feed-back fresquito e interesantes ideas para aplicar en nuestro entorno de trabajo.

Esta semana presentamos… ¡el Pomodoro Síncrono! (lo que hay que oir). Se trata de buscar maneras de aumentar la productividad y se puede aplicar tanto a programadores como a cualquier otra persona que necesite cierta tranquilidad y concentración para llevar a cabo su trabajo. Básicamente la idea del Pomodoro consiste en reservar espacios de tiempo para aislarse del entorno y concentrarse un 200% en una tarea. Está claro, si apagas el teléfono, el chat, el twitter, el facebook, haces voto de silencio y te pones unos cascos tu productividad aumenta varios órdenes de magnitud. La duración de dichos espacios de tiempo es variable y personal, hay quien es capaz de aguantar en una especie de estado entre el trance y el nirvana durante varias horas seguidas, hay quien con media hora de aislamiento sensorial tiene más que suficiente. Resulta obvio que no es una técnica de la que se deba abusar pero también que, cada vez más y sobre todo en un trabajo como el de programador, si se quiere aumentar la productividad (esto es, ser más rápido, cometer menos errores y acabar más cosas) hay que ser capaces de abstraerse del ruido, principalmente spam cibernético, que nos rodea.

¿Y por qué Pomodoro?. Porque el tío que lo inventó usaba un reloj de cocina con forma de Tomate. ¿Y por qué Síncrono?. Porque si lo práctica toda la oficina a la vez es mucho más efectivo. Así que hemos decidido hacer Pomodoro Síncrono todos los días:

  • de 9:30 a 10:30
  • de 12:00 a 13:00
  • de 16:00 a 17:00

Desgraciadamente no hemos encontrado un reloj-tomate… así que siempre nos quedará el consuelo de decir: “Hoy he currado un huevo”.     😛

Antiguas entradas