Entradas

Lo que aprendí en Ágiles 2015: conocimientos para aplicar en sus propios equipos y empresas

 

El pasado 22, 23 y 24 de Octubre se realizó  por primera vez en Montevideo, Uruguay la VIII jornada latinoamericana de metodologías ágiles, en la cual participaron casi 500 personas de distintos países, entre ellos Chile, Argentina, México, Venezuela y Ecuador.

Si bien no participé directamente de la organización del evento, la seguí muy de cerca dado que varios Uruiters participaron de la misma, por lo que puedo decir con propiedad que para organizarla se usaron los mismos principios y valores que predican las metodologías ágiles. Me gusta mucho esto de creer en lo que se pretende enseñar y utilizarlo para llevar a cabo las cosas.

Este post va a tener un enfoque bastante personal, más que contarles lo que se habló en cada una de las charlas les voy a tratar de transmitir el aprendizaje que me llevé de ellas, con la esperanza de que estos conocimientos adquiridos les puedan servir para aplicar en sus propios equipos y empresas.

 

agile 2015

 

Primer día


Aunque no pude asistir a la charla completa, no está demás contarles que el evento se abrió con el keynote “Friction” de dos grandes referentes de las metodologías ágiles y de lean en particular, Mary y Tom Poppendieck.

La segunda charla a la que asistí fue prácticamente un stand up de Ángel Medinilla llamado “Hackeando la cultura para gestionar el cambio” lo que más me quedó de esta charla es que contar historias de éxito es una muy buena forma de hacer que las personas comiencen a escuchar las ideas de cambio que quieres proponer. Ya estoy preparando mis historias de éxito para convencer a algunos clientes de probar algunas ideas nuevas 😉

 

agiles 2015 1
Continuando con la temática asistí a la charla  “Adopción Ágil y el Cambio Cultural: Un enfoque Lean para la Gestión del Cambio” dictada por Johnny Ordóñez. Me llamó mucho la atención un concepto bastante básico pero que muchas veces se nos pasa, la cultura de las empresas no está en las reglas escritas que tiene, si las tiene, si no que se encuentra en las ideas que trasmiten en el día a día los líderes. Como líderes tenemos que escuchar sobre qué y cómo se habla en nuestra empresa para conocer su verdadera cultura y más importante aún, tenemos que cuidar que lo que decimos en nuestro día a día este alineado con los cambios que queremos ver en nuestra empresa.

agiles 2015 2
Algún tiempo atrás, en uno de los equipos de la empresa probamos  pasar de Scrum a Kanban, trabajando en un esquema Scrumban. Al no obtener los resultados deseados volvimos a Scrum, pero nutridos de algunos conceptos interesantes de Kanban.

Algunos de los problemas que encontramos con Scrumban, creía yo, estaban relacionado con las métricas por lo que concurrí a la charla “¿Cuándo estará listo? – Métricas y predictibilidad con Kanban” de Manuel Cepeda, en una charla mano a mano con él pude confirmar que para tener éxito con un enfoque Kanban hay que llevar las métricas muy de cerca, en particular el Cycle Time para lograr, al igual que en Scrum, mantener un alto compromiso del equipo en la cantidad de trabajo que se entrega por periodo de tiempo (por Sprint, en Scrum).

 

Cambiando un poco de temática me fui a una charla un poco más técnica,  llamada “Cómo aplicar TDD y no morir en el intento” donde Hernan Wilkinson nos hizo picar un poco de código.

 

Por curiosidad terminé yendo a la charla “Personal Inception para tu Proyecto de Vida” que dictaba Rose Mery Restrepo Velez, si bien los resultados de esta charla fueron bastante personales lo que les puedo contar es que creo que está bueno tomarse un respiro cada tanto para analizar si nuestra vida esta equilibrada (trabajo, salud, familia, etc.) y plantearnos acciones para mejorar este equilibrio si es que no existe.

 

agiles 2015 3

El equipo de UruIT en Ágiles 2015!

 

Entre charla y charla tuve la oportunidad de compartir experiencias con gente de diferentes países y empresas donde pude ver otras realidades, problemas organizacionales y soluciones a estos problemas y conversar con personas con roles similares al mío.

Este es un aspecto por el que creo que es una conferencia diferente, los agilitas son muy abiertos y siempre están dispuesta a compartir su conocimiento, los referentes de la comunidad no son “estrellas”, están ahí en los breaks para compartir sus experiencias y escuchar sobre las tuyas.

Si te interesó el primer día de evento, espera a leer sobre el segundo 😉

 

Ignacio Jorcin

Scrum Master

UruIT

Construir una Maquinita Arcade con Scrum usando Prácticas Ágiles Parte 7

Sprint 6 – La flexibilidad de Scrum

Retomando, el nuevo sprint trajo consigo nuevos desafíos. Con el afán de tener presentable el arcade para la presentación en la Q, nos habíamos excedido en el presupuesto disponible; estábamos en números rojos.

Scrum no habla de cómo resolver este tipo de problemas, sino que lo plantea como un impedimento más que afecta al proyecto y que hay resolver.

En la Planning lo pusimos como una historia más, pero de alta prioridad ya que impedía el avance con otras historias que pretendíamos realizar en el sprint.

Además de esto, el proyecto llevaba ya dos meses y medio. Para proyectos a los que estamos acostumbrados, puede parecer un tiempo corto, pero para un proyecto fuera del horario laboral, sin retribución, más allá del hecho de que estás construyendo tu propia arcade machine, puede ser para algunos demasiado tiempo.
Por esta razón, creo yo, es que algunos de los que estaban desde el comienzo dijeron que este sería el último sprint en el que participarían, al menos por un tiempo.

Además nos abandonó un invaluable compañero, el CRT de 21′ que después de casi tres meses de participar en el proyecto cerró su luminoso ojo para no volver a despertar.

arcade2

Por suerte cuando a algunos se les acaban las energías hay otros que toman la posta para que el proyecto continúe.

Y aquí podemos ver un punto fuerte de Scrum. Al planificar trabajo para cortos periodos de tiempo, en nuestro caso dos semanas, es relativamente sencillo adaptar la planificación a la cantidad de participantes del sprint y al tiempo que cada uno le puede dedicar: esto se conoce como la Capacity del equipo.

Gracias a esta modalidad de trabajo nos fue fácil adaptarnos tanto a la incorporación de nuevos miembros al equipo, como a la desvinculación de algunos de ellos.

Es así que logramos adaptarnos y pudimos conseguir, gracias a nuestro Product Owner, que de hecho también cambió, más fondos para continuar.

Este es otro punto a favor de Scrum, ya que te predispone al cambio, no sólo del producto, sino del entorno, de los roles y del equipo.

Al final del sprint teníamos un sustituto provisorio para el CRT, la segunda mano de pintura, algunas mejoras en el mueble y en el panel de controles, un botón para prender o apagar la máquina de forma más cómoda, nuevos posts para publicar y una libreta para que nuestros usuarios pudieran sugerir juegos.

arcade2

To be continued…

Construir una Maquinita Arcade con Scrum usando Prácticas Ágiles Parte 6

Sprint 5 – Difundiendo practicas ágiles en la empresa

Luego de un sprint exitoso, el equipo estaba nuevamente motivado y el proyecto estaba en su mejor momento. En el último sprint se habían sumado dos integrantes más al equipo y estábamos cumpliendo con dos objetivos importantes de la empresa.

El primer objetivo era la integración de personas de diferentes áreas de la empresa, ahora estaban participando en el proyecto personas de 3 proyectos diferentes y personas de infra y admin.

El segundo objetivo era la difusión de prácticas ágiles en la empresa: se estaba enseñando de una forma práctica el uso de Scrum a personas que no lo estaban utilizando en su día a día.

Es sabido que muchas empresas fallan en la implementación y difusión de prácticas agiles, nosotros creemos firmemente que hacer la adopción desde un enfoque dinámico y divertido puede disminuir sustancialmente las chances de que esto pase.

Teniendo en cuenta esto, decidimos presentar el proyecto arcade al resto de la empresa y a la directiva en la Q; la Q es una reunión interna de la empresa donde se habla de lo más relevante que pasó en los últimos meses.

Por tanto, incluimos en la Planning una historia con dicha presentación, lo que nos llevó a plantearnos tener armada la estructura del arcade unos días antes del final del sprint para darle más impacto a nuestra presentación.
Es así que nos propusimos para este sprint, armar el mueble, realizar el diseño interno, instalarle más emuladores, conseguir más juegos, instalarle Jukebox para poder reproducir música y por último darle una pintada para que quedara más presentable.

arcade2

Lamentablemente no llegamos con la mano de pintura para la presentación, pero de todas formas fue la atracción principal de la velada, no dejándose opacar por las pizzas a la parrilla y las cervezas que nunca faltan en este tipo de reuniones.

arcade2

Al finalizar el sprint logramos terminar con casi todas las historias, inclusive la primera mano de pintura.
En fin, otro sprint exitoso; pero cuando se viene en una buena racha, uno puede pecar de soberbio y no mirar qué problemas se están asomando por el horizonte.

To be continued…

Construir una Maquinita Arcade con Scrum Usando Prácticas Ágiles – Parte 5

Sprint 4 – Los frutos de una buena Retrospectiva

Después de un nefasto tercer sprint, aplicamos todas las ideas que surgieron en la Retrospectiva anterior para lograr encaminar nuevamente el proyecto.

Armamos un grupo de Skype con todos los miembros del equipo y lo utilizamos para avisar 5 minutos antes de la primera Standup; sorprendentemente todo el equipo estuvo presente, además del Product Owner que ya había vuelto de sus vacaciones.

Pusimos al tanto a todos del estado del proyecto mirando el nuevo taskboard y nos repartimos las historias. En este sprint teníamos un objetivo claro nuevamente, teníamos que hacer un nuevo incremento del producto, ya que en los últimos dos sprint no les habíamos dado nada nuevo a nuestros usuarios.
Esta vez la idea era tener el panel de controles armado y conectado a la pc para que se pudiera jugar con las palancas e instalar algunos juegos más en el emulador.

Como habíamos acordado, las historias que componían el sprint goal estaban marcadas con una estrella en el taskboard y eran de un tamaño considerablemente chico. Algunas de ellas eran revisar los planos, marcar las maderas, cortar las maderas, diseñar el panel de controles, realizar una prueba de montado de las palancas, armar la circuitería de las palancas y el montado final del panel de controles.

Contábamos con los principales insumos para empezar a construir el panel de controles, las maderas y las palancas, así que, sin más, nos pusimos manos a la obra.

arcade2

Confirmamos que el supuesto “ver movimiento genera más movimiento” realmente funciona; mientras unos avanzaban con el marcado y cortado de las maderas otros probaban las palancas. A su vez el ruido que generamos, y cuando digo ruido lo digo literalmente, hizo que, personas que en un principio no se habían interesado en el proyecto, ahora se sumaran.

Esto permitió que al final del sprint, además de haber cumplido con el objetivo, habíamos avanzado mucho más de lo que habíamos planificado en un principio.

arcade2

En la retrospectiva nos felicitamos por el trabajo realizado y nos comprometimos a continuar así.

To be continued…

Construir una Maquinita Arcade con Scrum Usando Prácticas Ágiles – Parte 4

Sprint 3 – Product Owner ausente

Unos minutos más tarde de la Retrospectiva del Segundo Sprint, comenzamos con la Planning del tercer sprint, nos hicimos caso a nosotros mismos y tomamos menos historias, ajustamos el horario de las Standups, marcamos objetivos más claros y creímos que todo iba a mejorar.

Vale aclarar que hacemos la Review y la Retrospectiva del sprint en curso seguida de la Planning del sprint siguiente, esto para minimizar los días y la duración de las reuniones, llamamos a esta reunión la RRP (Review-Retro-Planning), por lo general no suele llevarnos más de una hora.

El sprint comenzó bien pero nos topamos con otra piedra en el camino, no habíamos tenido en cuenta un hecho muy importante, nuestro Product Owner , el impulsor inicial de la idea, se tomaba 2 semanas de vacaciones las cuales coincidían con casi todo nuestro sprint. Sufrimos entonces lo que yo llamo el síndrome del Product Owner ausente, la persona que tenía la visión del negocio y uno de los más interesados en que el proyecto saliera adelante no estaba.

Seguimos adelante con el sprint, pero el equipo no estaba en su mejor momento, las historias eran demasiado grandes y el resultado fue que solo una se logró completar. El compromiso con el proyecto había decaído tanto que solo 3 personas de un equipo de 8 estuvieron en la Review y posteriormente en la Retrospectiva.
Entonces nos preguntamos que podíamos hacer para motivar nuevamente al equipo, y a partir de esta pregunta surgieron algunas buenas ideas.

Nos dimos cuente que el equipo era un equipo distribuido, si bien trabajábamos todos en la misma empresa, casi todos estábamos en diferentes salas, los horarios en los que cada uno trabajaba para el proyecto Arcade Machine eran diferentes. Scrum para ambientes distribuidos enfatiza la importancia de la comunicación, pensando en esto decidimos crear un grupo de difusión por Skype, para insistir en la participación en las reuniones y comunicar cualquier cosa referente al proyecto de forma efectiva.

Vimos que las historias que estábamos trabajando eran muy grandes y se dificultaba ver el avance, y como todos sabemos ver que algo está estancado no genera motivación, decidimos entonces partir las historias en historias más chicas con la idea de que ver el movimiento generaría más movimiento.

Llegamos a la conclusión que teníamos que darle más importancia a las tareas claves de cada sprint, para así poder cumplir con el objetivo del mismo, para esto pensamos que sería bueno resaltar estas historias marcándolas con una estrella.

Por ultimo decidimos mejorar el taskboard para dar un mayor impacto visual a la inercia que pretendíamos generar.

arcade2

Con la esperanza puesta en que estas nuevas acciones hicieran levantar vuelo nuevamente al proyecto, comenzamos con nuestro cuarto sprint.

To be continued…

Construir una Maquinita Arcade con Scrum Usando Prácticas Ágiles – Parte 3

Sprint 2 – No todo lo que brilla es oro

Terminado el primer Sprint, se realizó la segunda Planning, la motivación del equipo seguía alta y se tomaron un montón de historias para hacer en las siguientes 2 semanas, pero esta vez el objetivo ya no era tan claro.

Nos propusimos ajustar el presupuesto, comprar las palancas, la madera, los tornillos, marcar y cortar las maderas, probar distintos emuladores, hacer un diseño para los stencil, difundir lo que estábamos haciendo a toda la empresa, crear estos posts, en fin un montón de tareas.

Que creen que paso? La realidad nos pegó de lleno en la cara, si bien estábamos motivados, cada uno tenía obligaciones en sus respectivos proyectos y por supuesto una vida fuera de las 8hs laborales.

Los típicos problemas de un proyecto eran ahora nuestros problemas, teníamos un presupuesto ajustado, recursos acotados y nos habíamos comprometido con nosotros mismos a tener todas las historias terminadas en dos semanas.

Comenzamos a tener problemas para hacer las Standups en horarios que todos pudiéramos, cambiamos los horarios una y otra vez pero no logramos coordinar al equipo.

El resultado no fue bueno, al final del sprint solo teníamos dos historias terminadas, las palancas compradas (traídas de China en menos de 10 días, todo un logro) y una pequeña difusión de nuestro objetivo al resto de la empresa.

arcade2

La moral del equipo estaba baja, pero gracias a Scrum teníamos la Retrospectiva para desahogarnos, hicimos un poco de catarsis como es de esperar en la segunda Retrospectiva de un sprint que no salió como esperábamos y luego nos pusimos a tratar de resolver algunos de nuestros problemas, definimos que las Stundups se hicieran al mediodía para así poder estar todos, acordamos no tomar tantas historias y dijimos que teníamos que tener un objetivo más claro para el próximo sprint.

To be continued…

¿Por qué deben tomar la CSM las áreas de HR de empresas de IT?

Cuando los modelos tradicionales no “compilan”.

Ingresé a UruIT con mi valijita de conocimientos en HR y mis modelos tradicionales de gestión. Sin embargo, cuando intentaba aplicar estos probados e interesantes modelos en el mundo de IT, algo parecía no “compilar” :). A primera vista, era muy fácilmente percibida la desconexión entre los esfuerzos de la empresa y la verdadera satisfacción del staff.

De repente aconteció algo que no estaba en mis planes, me encontré disfrutando al tomar el curso y certificarme días después como Scrum Master. Fue allí que empecé a leer y escuchar acerca de Scrum por todos lados, e inicialmente todo me sonaba extraño, un millón de palabras nuevas: sprints, dailies, retrospectivas entre otras. Algo ocurrió desde entonces, y es como si una brecha que hasta la actualidad existía entre mi lenguaje y el de los UruITers se hubiese acortado y comenzásemos a hablar el mismo idioma.

Esto hizo que pudiese acercarme más a las personas para las cuales trabajaba, y analizar de cerca qué es lo que estaba ocurriendo, recién allí detecté que si bien existían una serie de políticas, los UruITers no participaban en ninguna decisión que los involucrase y las diferentes iniciativas eran cuestionadas o no se les asignaba valor.
Asimismo, pude notar que en la empresa se estaba generando un movimiento Agile, que cambiaba totalmente el paradigma de los modelos de gestión más tradicionales y que requería que el área de RRHH estuviese totalmente alineada para que no se generasen fuerzas o movimientos contrarios en la gestión.

Una nueva filosofía de trabajo

Me gusta concebir la aplicación de Scrum más como la adopción de una nueva filosofía de trabajo que como la incorporación de algunos rituales o ceremonias que nos sugiere este marco de trabajo. Habitualmente entrevisto a candidatos que indican orgullosos que en su empresa aplican Scrum pero luego de indagar un poco, vemos que en realidad aplican el fenómeno conocido como “Scrum but” (el Scrum Master asigna las tareas, no tienen retrospectivas, y las prioridades del Backlog cambian constantemente durante el Sprint, entre otros but).

Por este motivo, como HR que ha atravesado la experiencia entrenarse y certificarse como Scrum Master, me gustaría invitar a distintos colegas a que se atrevan a vivir también de esta experiencia, conocer acerca de la filosofía y lógicas de las metodologías ágiles, ya que prontamente podrán alinearse a esta forma de trabajo y encontrarán un espacio para realizar una adecuada gestión en empresas de IT y obtener los resultados que se propone el área.

HR

Las metodologías Agiles han llegado para quedarse, ¿cómo te alinearás y generarás tu aporte a este interesante proceso de cambio?

Valeria Viera,
Human Resources Manager

Construir una Maquinita con Scrum Usando Prácticas Ágiles – Parte 2

Como lo prometido es deuda, comienzo con el primero de muchos post sobre la construcción de nuestro propio Arcade Machine, les voy a contar sprint  a sprint que sucedió en el correr del proyecto, vamos a ver qué problemas surgieron y como algunas ceremonias y artefactos de la metodología Scrum nos ayudaron a resolverlos.

Sprint 1 – Un buen comienzo

Se realizó la primer Planning del proyecto, se decidió que el objetivo del sprint seria tener en dos semanas algo que aportara valor a los posibles usuarios del Arcade Machine, esto sería la primer versión del producto, una monitor conectado a un pc con un emulador de Mame instalado y dos joysticks para poder jugar.

El equipo estaba motivado con el emprendimiento, y se movió para  conseguir los materiales iniciales para comenzar.

Se trajo el viejo CRT de 21’’ que fue el que motivo en primer lugar la iniciativa, Uruit cedió una máquina y un miembro del equipo dono unos parlantes y unos joystick de Xbox.

Además se hizo el presupuesto para comprar los materiales necesarios para seguir trabajando en los siguientes sprints, este incluía entre otros, las palancas, la madera y los tornillos.

Así para la primer Review del sprint se tenía el Arcade Machine v 0.1, pronto para que los Uruiters pudieran jugar.

arcade2

Esta primera versión no era linda estéticamente, tenía un montón de bugs y ni se acercaba a un producto final, pero nos sirvió para probar un punto muy importante, a nuestros potenciales usuarios les encantaba la idea.

 

To be continued…

Construir una Maquinita con Scrum Usando Prácticas Ágiles

Sprint Cero: Empezando.

Sí, ¡estamos construyendo una maquinita!

Todo comenzó en un almuerzo del equipo. Estábamos hablando sobre videojuegos clásicos cuando surgió la idea de tener una maquinita en la empresa para disfrutar en nuestro tiempo libre. Nos dimos cuenta de que teníamos casi todo lo que necesitábamos para empezar y sabíamos que iba a ser algo divertido de crear, así que le propusimos a la empresa hacer realidad esta idea.

Como UruIT fomenta las prácticas ágiles, se vio como una buena oportunidad para utilizar Scrum en un proyecto fuera del ámbito de desarrollo.

Agile Practices Arcade Machine

La persona con la idea original se convirtió en el  Product Owner y encontramos un voluntario para ser el  Scrum Master. Y así es que este proyecto se volvió realidad.

Una vez que obtuvimos la aprobación de la empresa, necesitábamos determinar qué era lo que queríamos como producto final. Con el uso de la técnica de Visual Story Mapping, reunimos todos los requisitos y eso se convirtió en nuestro Product Backlog.

Tal como en proyectos tradicionales con Scrum, refinamos el backlog y decidimos tener un sprint de dos semanas y reuniones diarias dos veces a la semana.

Tuvimos nuestra primera reunión de planificación del Sprint en la que decidimos qué era lo que debía realizarse durante el primer Sprint así como el objetivo del Sprint: tener una computadora en la cual poder jugar a juegos clásicos usando un emulador, un sistema de sonido y joysticks. Eso representa el núcleo de la maquinita, nuestro producto viable mínimo.

En nuestras próximas actualizaciones, vamos a resumir cada sprint analizando los desafíos que enfrentamos durante el proceso y cómo logramos solucionarlos. ¡Manténganse conectados!