Agilismo

 Como he comentado en un artículo anterior, he trabajado durante muchos años en empresas que no usaban la metodología ágil. Los requerimientos venian dados por un analista (en el mejor de los casos, otras veces venía directamente de consultores con poco o ningún bagaje en tecnologías de la información); y normalmente eran unos documentos extensos, muy detallados, con gráficos, ... incluso notas o indicaciones técnicas. A mi personalmente me gustaban esos documentos, todo quedaba muy detallado, claro y conciso, pero esto mismo produce su gran debilidad, que hablaré más detenidamente de ello en otro artículo. Estando acostumbrado a trabajar con dichos documentos, me sorprendió bastante, primero con desconfianza y con el paso del tiempo con agrado, mis primeras sesiones de refinaminamiento, o también conocidas como refinements . El equipo de desarrollo al completo más el product owner (PO), nos reuníamos una o un par de veces semanalmente para hablar de los requerimientos. A diferencia de

Cada día iba descubriendo algo nuevo de Scrum, por un lado el aire que se respiraba en la oficina bajo Scrum parecía menos tensionado o estresado que en otras oficinas sin metodologías ágiles, lo cual era bastante bueno, sin embargo cuando el sprint llegaba a su fi, los días anteriores, es cierto que algunas veces se respiraba más agobio, pero nada preocupante. El trabajo se organizaba en periodos bi-semanales, llamados sprint. Cada sprint arracanba y terminaba el mismo día de la semana, cada dos semanas. ¿En qué se trabajaba en un sprint? Para contestar a esta pregunta hay que hablar de lo que es un sprint planning, en siguientes artículos hablaré más detenidamente sobre esta sesión, ahora contaré mis impresiones de lo que viví. Nos reunimos todos, desarrolladores, QAs, y el producto owner. Este último empezó repasando el sprint actual, que se estaba a punto de cerrar, para ver si se había terminado todo el trabajo, o quedaba algo por finiquitar. Lo que no se había podido terminar por

Al entrar a trabajar en una empresa donde imperaba ser ágil, las metodologías con mismo nombre, y el framework de Scrum, me chocó todo un poco al principio, y pasados los primeros días el choque fue mayor aun. Es cierto que la oficina llevaba poco tiempo en funcionamiento en nuestra ciudad, eramos muy pocos, y toda la oficina estaba inmersa en conocer los productos, el código, y empezar a ser mínimamente productivos, es decir, en aquel entonces no había grupos de trabajo a pleno rendimiento, ni eran sabios en la parte funcional donde se implementaba. Dadas estas circunstancias, y a la metodología ágil de Scrum, la forma de trabajo fue muy distinta a lo que yo estaba acostumbrado, no era mi zona de confort. Por un lado teníamos unas sesiones mañaneras llamadas "stand up" o "dailies", donde había que decir que se había hecho el día anterior, que se iba hacer en el día presente y si habías tenido algún bloqueo o impedimento. Teóricamente estas sesiones no debían pasar