Scrum Day México

Todavía recuerdo mi reunión con Emilio Gutter, hasta ese momento un ex colega y amigo de la comunidad Ágil, en la cual me invitó a ser parte de 10Pines. Me contó que habían fundado una empresa donde las personas y la calidad humana prevalecían y cuyo objetivo principal era generar valor haciendo lo que mejor sabíamos hacer: desarrollo de software ágil. La oferta fue muy tentadora: formar parte, desde los inicios, de una empresa concebida bajo los valores ágiles. ¡Eso sucedió hace 10 años y hoy sigo aquí! Durante estos años, los pinos (quienes formamos parte de 10Pines) elaboramos nuestros procesos, seleccionamos herramientas y estandarizamos artefactos. En resumen, co-creamos nuestra Metodología, que recientemente sentí la necesidad de observar con detenimiento, estudiar y describir. El libro es el resultado de dicho proceso y esta presentación lo describe.

Estoy comprometido con mejorar la práctica de Scrum en las organizaciones y comunidades que acompaño y me he convencido de que todos los equipos, sin importar su estado de desarrollo, pueden optimizar su capacidad de inspeccionar y adaptarse para hacer mejor las cosas. En mi continuo trasegar por las organizaciones que usan Scrum o intentan hacerlo me he encontrado con manifiestos desordenes en ese ámbito: desde el uso de un Scrum fundamentalista o Scrumdamentalismo, ese que raya en lo sectario, pasando por el-mismo-Scrum-para-todo-el-mundo, sin dejar atrás el Cascrumcada o “Scrum-cascada”, el Scrum mecánico, apenas para un apocalipsis zombi, o el extremista “Scrum-solo-para-mí” porque mi organización es única en el mundo, hasta el muy común en las empresas que apenas comienzan, el Scrum-sin-terminar, con el que todavía están extendiendo los sprints, usan el tiempo de la retrospectiva para terminar de probar y no la hacen o simplemente no hay entrega de incremento probado y funcionando la mayoría de las veces. Al enfrentar estas alteraciones he encontrado muy útil determinar no solo el nivel de desarrollo de los equipos sino el estado general de la organización en materia de pensamiento lean-ágil, estructura y cultura organizacional, identidad de los equipos, trabajo colaborativo y qué tanto está arraigado el mejoramiento continuo en la forma de hacer las cosas de la empresa, para así tratar de curar no solo los síntomas sino las causas raíz de estas disfunciones y empezar a entregar mejores resultados, cumpliendo así con la promesa ágil. De estos asuntos trata mi presentación, compartiré mis experiencias y conocimiento al respecto con el público, indagaré un poco sobre sus propias vicisitudes y trataré de reencaminar sus esfuerzos de usar un mejor Scrum.

En los últimos años estamos viendo que los desarrolladores pierden interés en Scrum muy probablemente porque sienten que ha perdido credibilidad. Muchos lo ven como un impedimento en su dia a dia y una pérdida de tiempo, cómo hemos llegado a esta situación siendo una metodología creada por los propios desarrolladores? En esta charla veremos cómo Scrum ha perdido credibilidad entre los desarrolladores, paradójicamente una metodología creada y promovida durante años por este colectivo que han intentado hacer llegar su mensaje a Management. ¿Porque ha sucedido? Analizaremos las causas, veremos como Scrum ha pasado a ser liderada y promovida por los perfiles de Management y cómo ha llegado el mensaje a los grupos de developers late adopters. Por otro lado, como la complejidad de aplicación y necesidad de adaptación a cada contexto ha generado fracasos que han llevado a una pérdida de credibilidad de esta metodología en los mismos colectivos que la crearon. Finalmente veremos qué podemos hacer? Como podemos hacer llegar las virtudes a los desarrolladores y hacer entender como sus principios siguen siendo válidos y pueden ayudar a los equipos y desarrolladores en su dia a dia.

¿Cómo ganar poder en la automatización de pruebas (web o móvil)? Más que estudiar un lenguaje de programación específico, tenemos la lógica y la colaboración detrás de la automatización. Entonces, ¿cómo podemos comenzar a programar lo menos posible involucrando los conceptos de (clase, método y objeto) y evolucionar hacia conceptos tales como interfaz, objetos de página, herencia. Se mostrará un código inicial con conceptos muy básicos que promueven la automatización, un código intermedio con algunos conceptos ligeramente más avanzados que también promueven la automatización y al final un código con prácticas de código limpio que promueven la misma automatización.

Evolución del enfoque de la agilidad en los próximos años

En los últimos años en la industria del software se ha observado una tendencia a utilizar algún marco ágil para el desarrollo de productos y/o servicios, solo que hemos malentendido el “ser” con el “hacer” y pareciera que el “hacer agilidad” es el fin, no el entregar valor, estamos más preocupados por realizar alguna ceremonia, que entregar un producto que aporte valor a los usuarios finales.

Comparto los 6 “ingredientes” ( iniciativas claves) que una organizacion global de mas de 100 000 trabajadores y con sedes en todo el mundo hizo para poder hacer una transformacion DevOps global. Estos ingredientes son en suma la estrategia de escalamiento de adopción de practicas DevOps y que hizo la empresa para poder lograr la transformación.

En mi experiencia dirigiendo equipos de diseño por los últimos (casi) 10 años y como profesora universitaria de Artes Visuales, he observado paralelos entre la Teoria del Color y las prácticas para conformar y liderar equipos de trabajo. Usando los conceptos familiares de la Teoría del Color (ejemplo: colores primarios, complementarios, etc.) como metáforas he encontrado que conceptos como la importancia de la diversidad y la complejidad de las dinámicas humanas son mejor entendidos y recibidos por las personas. Como parte de la charla, comparto 5 principios básicos, varios marcos de trabajo y fuentes (por ejemplo: la Ventana de Johari) y un marco de trabajo de mi autoría para el diseño de espacios de trabajo inclusivos.

QUÉ: CaaS up, significa “Collaboration at a Scale”. Nuestro objetivo es escalar las colaboraciones, más que los procesos. En la ponencia se contará como a partir de experiencias anteriores, normalmente de fracaso, hemos coincidido en que el mejor marco de escalado es el que te creas para cada contexto. Experimentamos con prácticas de diferentes estándares y adoptamos aquellas que nos funcionan en cada momento. CaaS up es un cherry picking de escalado y gestión del portfolio cuya línea base es la Colaboración. Actualmente lo estamos experimentando en dos entornos, por un lado la plataforma arquitectónica Ether para BBVA en la que el marco sirve a más de 900 personas desde hace 3 años, y por otro Next Enterprise en la que el marco se utiliza para gestionar el portfolio de todas las áreas no-software de BBVA Next Technologies (1200 personas) desde hace un poco más de un año. POR QUÉ: Creemos que es importante desmitificar los marcos de escalado. Aportan cosas buenas pero no deben ser prescriptivas. Lo importante es adoptar aquello que necesites y no aquello que te digan que uses. Esto de cara a las personas y a la empresa es muy importante ya que ven como tu te adaptas a ellos y no ellos a ti.

En esta charla comentare mi experiencia adoptando agilidad en áreas fuera de TI, presentando la estrategia de acompañamiento con el respectivo roadmap de adopción de los diferentes métodos que permiten habilitar la agilidad en las áreas de negocio. Además, presentare un caso de estudio de los resultados obtenidos en al área legal de un importante banco del Perú.

El Diseño Centrado en el Usuario debe ser un pilar estratégico en la transformación organizacional. En esta plática, se abordará sobre la adopción de Design Thinking y su integración con agilidad empresarial. 

Gestión de Portafolio con Kanban, aplicando un aproach lean de gestión del flujo: Lotes pequeños VS lotes grandes, centrarse en la gestión del flujo vs gestión de los recursos, limitar el wip. Caso de un portafolio En empresa de telecomunicaciones con resultados y métricas.