El primer año del Nodo España de Agile Women

Logo AGile WOmenAl final de este 2017 quiero agradecer a todas las maravillosas Agile Women y a todos los que de una u otra manera han colaborado para hacer realidad nuestro primer año del Nodo España de Agile Women, sobre todo a nuestros maravillosos asistentes, muchos de ellos asiduos a nuestros eventos. Sin ustedes nada de esto hubiera sido realidad.

Muchas gracias especialmente a Leydy Muñoz, cofundadora de Agile Women con Andrea Castañeda en Chile. Me uní al grupo de Facebook de Agile Women porque me encantó la iniciativa y al preguntar si no había eventos en España, Leydy me propuso organizar y coordinar el Nodo de Agile Women aquí en España. Le dije que si y comencé a organizar el primer evento.

El objetivo de Agile Women es fomentar la participación femenina en el mundo Agile, promoviendo eventos para que mujeres agilistas tengan espacios para compartir sus ideas, conocimientos y experiencias con todos los que quieran aprender y crecer en su camino en el agilismo, sean hombres, mujeres o niños.

Primer evento: “La Agilidad, tu compañera de viaje en la transformación digital” con Cristina Ramos

cristina hablando editadaPara el primer evento pensé en una Agile Woman con una gran experiencia y valores ágiles muy profundos, revelados en todo lo que hace y en sus posts y conferencias. Entonces le hice la propuesta a Cristina Ramos Vega para que fuera la que inaugurara el nodo España de Agile Women, a lo que me dijo que si inmediatamente. Entonces desde mayo comenzamos a preparar el primer evento, que fue posible también gracias al apoyo incondicional de Javier Gamarra y de Liferay para estar allí y facilitar todo lo relativo a espacios físicos, grabaciones de los eventos y refrigerios. Entonces el 15 de junio de 2017 tuvimos nuestro primer evento: “La Agilidad, tu compañera de viaje en la transformación digital” donde de la mano de Cristina Ramos Vega nos fuimos de viaje para descubrir a la agilidad como una buena compañera de viaje en la apasionante aventura que supone la Transformación Digital para las Empresas. Aprendimos cómo preparar un buen mapa de ruta y el equipaje adecuado dependiendo de nuestro destino. Un éxito rotundo. En esta oportunidad Ibermática nos proveyó con mochilas y otros enseres para hacer nuestro viaje, ¡¡Muchas Gracias!!. Para ver el vídeo del evento pueden pulsar aquí.

foto de grupo
Foto tomada por Alfonso de Miguel

Segundo evento: “¿Cómo Confluence y Jira nos pueden ayudar en nuestros proyectos ágiles?” con Elena Moreno

elena explicando editadaCon base en los backlogs que hicimos con respecto a lo que los asistentes querían oir y sobre lo que las Agiles Women querían hablar, escogimos tema del segundo evento y así fué como nuestra querida y maravillosa Agile Woman Elena Moreno fue la facilitadora del siguiente evento el 2 de octubre de 2017: ¿Cómo Confluence y Jira nos pueden ayudar en nuestros proyectos ágiles?, donde hablamos sobre herramientas de apoyo que podemos usar en un proyecto ágil, las diferencias entre ellas y en especial sobre cómo Jira puede ayudarnos a organizar un proyecto y a sacar métricas y cómo Confluence puede ayudarnos en la documentación ágil. Otro evento espectacular donde nuestros amigos de notasdeoficina.com nos mandaron unos regalitos de Slickynotes, Tecnofor nos facilitó un excelente material informativo y formativo sobre Jira y Confluence y como en todos nuestros eventos, Liferay nos facilitó las instalaciones, grabaciones y refrigerios. ¡¡Muchas Gracias!!. Para ver el vídeo del evento pueden pulsar aquí.

publio 1

Tercer evento: “Introducción a la facilitación gráfica” con Vanesa Tejada

Vanessa explicandoCon base en lo que querían oír y de lo que querían hablar nuestras Agile Women, en nuestro tercer evento, el 18 de octubre de 2017, tuvimos el honor y el placer de contar con nuestra espctacular Agile Woman Vanesa Tejada, quien nos guió a través de un maravilloso taller de “Introducción a la facilitación gráfica” en donde construimos un gigantesco Diccionario Visual de manera colaborativa y aprendimos a hacer Agendas Visuales para tener unas reuniones de trabajo más amenas y efectivas. Fue un éxito rotundo donde nuestros amigos de Thinking with You nos ayudaron con los materiales necesarios para el taller así como nuestros amigos de Liferay con sus maravillosas instalaciones y refrigerios. ¡¡Muchas Gracias!!. Para ver el vídeo del evento pueden pulsar aquí.

Vanessa y el publico
Foto tomada por Alexander Menzinsky

Cuarto evento: “Subiendo al tren del escalado con SAFe” con Marisa Afuera

Marisa explicando editadaEn nuestro cuarto evento, el 30 de noviembre de 2017, contamos con la participación de nuestra querida Agile Woman Marisa Afuera, con quien nos subimos al tren del escalado ágil y con quien vimos los principios del escalado ágil, distintos frameworks y estrategias de escalado y nos adentramos en el mundo de SAFe, uno de los frameworks de escalado más usado a nivel mundial. Otro evento inolvidable en las instalaciones de Liferay. ¡¡Muchas Gracias!!. Para ver el vídeo del evento pueden pulsar aquí.

Publuco.jpg

Quinto evento: “Más allá de Agile, Lean y Design Thinking” con Delia Estebaranz

delia explicandoY para cerrar el año tuvimos nuestro quinto evento, el 18 de diciembre de 2017, donde nuestra Agile Woman Delia Estebaranz nos llevó más allá de Agile, Lean y Design Thinlkling mediante divertidas y amenas dinámicas. Diseñamos varias apps para planificar una Cena de Navidad con muchos invitados tomando en cuenta los sentimientos y necesidades de nuestros usuarios y combinando en el momento adecuado cada uno de estos enfoques para producir el mejor producto posible que cubra las verdaderas necesidades de nuestro cliente. Otro magnífico evento en las instalaciones de Liferay. ¡¡Muchas Gracias!!.

Foto tomada por Manuel Ruíz
Foto tomada por Manuel Ruíz

Pues estos han sido todos los eventos que hemos tenido durante el año 2017 en el Nodo España de Agile Women.

milagros leyendo el proposito de agile women editadaTambién quiero dar las gracias a mi amiga y Agile Woman Milagros Sánchez quien preparó y compartió un espectacular escrito sobre la Misión de Agile Women, que leyó en el evento inaugural y fue quien diseñó de la imagen del segundo evento.  Muchas gracias muy especialmente cada uno de los asistentes que junto con las Agile Women son los que hacen posible todo esto. En la Comunidad Internacional Agile Women creemos que estas iniciativas fortalecen a la Comunidad Ágil y proporcionan espacios distintos y especiales donde fomentamos el crecimiento y las oportunidades de participación femenina en las comunidades ágiles de los distintos países donde estamos: Chile, Argentina, Perú, Ecuador, México, Colombia, Venezuela, Brasil y España.

Esperamos que en el 2018 podamos organizar muchos eventos más. Contamos con tu participación y si eres una Agile Woman que quiere compartir sobre algún tema relacionado con la agilidad, por favor, ponte en contacto conmigo para coordinarlo.

Feliz Año 2018 y quedo a la espera de vuestros comentarios 😉

Gertrudis López

Anuncios

¿Cómo hacer una retrospectiva distribuida con equipos deslocalizados? Taller de Retrospectivas Distribuidas en el #Bye2BAOS

Una retrospectiva distribuida es una retrospectiva en la que los miembros de los equipos están en más de una localización, por ejemplo, desde diferentes ciudades en España a diferentes países de todo el mundo. Hoy en día ocurre en muchas empresas: trabajan en un mismo producto con equipos en países tan diversos como Estados Unidos, Inglaterra, India, China… y en este post pretendemos dar algunas herramientas de cómo poder realizar este tipo de retrospectiva.

Como caso práctico para experimentar una retrospectiva distribuida Gema Ruíz-Díaz Mariblanca y João Barreiro organizaron el #Bye2BAOS, un taller práctico de retrospectiva distribuida como cierre del conjunto de eventos organizados en el #ROAD2BAOS con un doble propósito: aprender sobre retrospectivas distribuidas a través de la experimentación directa y hacer la retrospectiva del BAOS 2017

El lugar

Para simular equipos deslocalizados fue necesario un espacio grande donde los equipos no pudieran ni verse ni escucharse. El sitio elegido fue el Matadero de Madrid, específicamente Café Teatro, un lugar superculturoso con un entorno propicio para el arte, la inspiración, la innovación y la creatividad.

Imagenes del matadero

Los equipos

Después de una breve introducción al taller y a las retrospectivas distribuidas, nos dividimos en tres equipos, cada uno de ellos con un facilitador: el Equipo Glaciar con Gema de facilitadora, el equipo CoraBAOS con João de facilitador y el equipo CoffeePanda con Elvira de facilitadora. Cada equipo se ubicó en espacios distintos en la cafetería del Matadero. Originalmente la idea era que estuviéramos distribuidos en distintas salas, pero por problemas de conectividad no se pudo.

Los equipos

Las herramientas

Para hacer una retrospectiva distribuida se necesitan dos clases de herramientas, una de videoconferencia que permita vernos las caras y escuchar nuestras palabras entre todos los equipos y un tablero virtual compartido donde reflejar los post-its de la retrospectiva.

Para el taller usamos las siguientes herramientas libres:

Appea inLas herramientas

appear.in es una herramienta de colaboración por vídeo que permite tener conversaciones de vídeo sin esfuerzo con hasta 8 personas/equipos simultáneamente.

La versión premium admite hasta 12 personas/equipos. Se puede crear una sala sin necesidad de registrarse y también permite registrarse para comprar y personalizar enlaces propios de sala de vídeo.

appear.in funciona en casi cualquier dispositivo e incluso le permite compartir su pantalla para mostrar presentaciones, fotos u hojas de cálculo.

Funretro

Fun Retro un tablero virtual para recopilar datos, hablar sobre las cosas positivas, reconocer a las personas y buscar mejoras. Permite hacer visible la retrospectiva para todos los participantes, seleccionar una actividad y crear y personaliza el tablero. ¡A por ello!

El taller

El objetivo principal de la retrospectiva distribuida fue obtener feedback sobre el BAOS 2017 y generar ideas para hacer un gran BAOS 2018, en particular:

  • Definir cuál es la identidad percibida del BAOS
  • Saber si el BAOS 2017 fue un éxito, un fracaso o un evento más, y por qué
  • Conocer cuáles fueron las cosas buenas y las cosas a mejorar del BAOS 2017 y
  • Generar ideas para construir una gran BAOS 2018.

Una vez que nos distribuimos en equipos, comenzamos el taller con una actividad para romper el hielo dentro de cada equipo y luego entre los equipos. Esta actividad es fundamental en cualquier retrospectiva distribuida, ya que fomenta la confianza y la participación de todos. En este caso, y para romper el hielo, cada persona dijo su nombre y cuál era el libro que estaba leyendo actualmente.

En esta actividad pudimos vivir una de las cosas que puede pasar en las retrospectivas distribuidas: los fallos tecnológicos y de comunicación, aprendimos que siempre hay que tener un plan B y hasta un plan C para aumentar al máximo las probabilidades de poder seguir adelante con la retrospectiva hasta el final. En el taller tuvimos problemas técnicos, la herramienta de videoconferencia no funcionó en todos los equipos, así que optamos por el plan B de hacer partícipe al equipo afectado por teléfono :). La llamada telefónica tiene sus limitaciones, no ver con quien conversas y el ruido ambiental exterior dificultó oír y entender lo que decían los demás equipos.

Luego cada equipo eligió un nombre. Primero generamos palabras por parejas y luego las combinamos creando una nueva a partir de la asociación de las palabras raíz. De aquí surgieron los equipos Glaciar, CoreBAOS y CoffeePanda. Luego estos nombres de equipo se usaron para poder identificar los post-its de cada equipo en el tablero de la retrospectiva.

Finalmente pasamos a hacer la retrospectiva en individual por equipo, generando ideas para cada una de las preguntas a responder. Cada equipo iba poniendo las ideas en el tablero virtual creado en Fun Retro, todas ellas estuvieron identificadas por el nombre del equipo. El tablero virtual fue poblándose dinámicamente a medida que avanzábamos en la retrospectiva, así pudimos ir viendo en tiempo real las aportaciones de todos, con posibilidad de complementarlas y/o unir propuestas similares.

Imagenes del tablero de la retro

Una vez que cada equipo terminó de generar ideas y dar feedback a las preguntas, procedimos a votar distribuyendo 3 puntos por persona por cada columna de la retrospectiva.

Tablero finalizado

Actividad final de conclusiones

Para finalizar el taller hicimos algo muy enriquecedor: nos reunimos todos los equipos y compartimos lo que nos había parecido la experiencia, los aprendizajes alcanzados, los consejos y anécdotas de retrospectivas distribuidas vividas por varios participantes, incluyendo cuando participan equipos deslocalizados en varios países y João hizo una síntesis de lo que hay que tener en cuenta para hacer retrospectivas distribuidas. De esta actividad final los aspectos y/o conclusiones más importantes que surgieron fueron:

  • Por lo general, en las retrospectivas distribuidas lograr una comunicación efectiva y de calidad es muy difícil. Quizás es porque nos estamos basando en cómo se hacen las presenciales. Sería bueno pensar en cómo hacer retrospectivas distribuidas sin tener como base las presenciales, sino definir un diseño propio tomando en cuenta las particularidades y las dificultades que poseen.
  • Es muy importante hacer actividades de engagement antes de comenzar las retrospectivas distribuidas, para aumentar el conocimiento personal de los miembros de los equipos y de sus particularidades culturales.
  • Es bueno que los miembros del equipo se conozcan presencialmente en algún momento y si es posible compartan tanto dentro como fuera del ámbito laboral, para crear conexiones personales más fuertes y un mayor nivel de confianza.
  • Es muy importante tener un facilitador de la retrospectiva en cada uno de los sitios que intervengan, y que estén coordinados entre sí.
  • Es importante tratar de unificar los comportamientos de los equipos en cada uno de los sitios.
  • Muchas veces hay problemas de horarios, sobre todo cuando hay equipos en distintos países. Hay que llegar a acuerdos, porque por lo general algún equipo se ha de sacrificar ya que tendrá que participar fuera de su horario laboral. Una idea es que se rote este “sacrificio” para que no sean siempre el mismo equipo el afectado.
  • Otro problema, al trabajar con equipos de varios países, es que al hablar en un idioma que no es el nativo se limita la capacidad de expresión, así como el uso de expresiones locales o modismos que no son entendidos por todos los miembros del equipo. Por eso es bueno hacer una labor de concienciación con respecto a la manera de comunicarnos en las retrospectivas distribuidas.
  • Un tema de vital importancia son las diferencias culturales entre equipos de distintos países y culturas, diferencias que pueden llevar a problemas y malentendidos. Una buena práctica para mejorar este aspecto es la realización de actividades de engagement cultural, donde se tenga un tiempo para compartir aspectos específicos de cada uno de los países que participan y de su cultura.
  • Para realizar retrospectivas distribuidas hay que tener infraestructura tecnológica, necesaria para que funcionen.
  •  La tecnología puede fallar por lo que siempre hay que tener un plan B y hasta un plan C.
  • Tener una agenda definida previamente y compartida antes de hacer la retrospectiva.
  • Tener el objetivo de cada dinámica visible en todo momento.
  • Usar cámaras permanentes.
  • Se tarda más en prepararlas y es mucho más complicado que una retrospectiva presencial, por lo que es bueno tener un coordinador/facilitador en cada sitio y trabajar de manera conjunta.
  • Hay que manejar el solapamiento de conversaciones, los ruidos ambientales y la concentración y la participación en la retrospectiva. Por esto también es bueno tener un facilitador local.
  • Otras herramientas que se pueden usar en Retrospectivas Distribuidas:
  • Videocofenercia: Zoom
  • Tablero virtual compartido: StormBoard, Ideaflip, Retrium y Realtimeboard

Y como conclusión general podemos decir que fue una experiencia inmensamente enriquecedora al poder vivenciar lo que es una retrospectiva distribuida, las cosas que pueden pasar, cómo solucionarlas y el poder compartir nuestras experiencias y aprendizajes. Muchas gracias a los organizadores, facilitadores y a todos los que participamos 🙂

grupo del taller

Gertru y Alex

Post escrito conjuntamente por Gertrudis López y Alexander Menzinsky

Traducción al castellano del post “50 Best Scrum Practices for Dream Team” de Kevin Wood

El otro día estábamos compartiendo un post de Kevin Wood, publicado en febrero de este año, que nos habla de las 50 mejores prácticas de Scrum (50 Best Scrum Practices for Dream Team) y nos pareció tan útil y tan relevante para cualquiera que esté involucrado con Scrum que decidimos traducirlo al castellano para que todos los interesados puedan tener acceso a él. Aquí os compartimos nuestra traducción:

Batman y Robin

Scrum es uno de los frameworks más populares para implementar Agile. De hecho, muchas personas creen que Scrum y Agile son la misma cosa, aunque definitivamente no lo son. Agile es un grupo de metodologías de desarrollo de software basado en el desarrollo iterativo, y Scrum es un subconjunto de Agile pero con sus propias peculiaridades debido al compromiso con iteraciones cortas.

Con Scrum, los productos se construyen en una serie de iteraciones de longitud fija (sprints). Esto permite a los equipos entregar software a intervalos regulares, recibir retroalimentación rápida y adaptarse rápidamente a los requisitos cambiantes.

Aquí se presenta una lista de las mejores prácticas de Scrum que han demostrado su efectividad para ayudar a mejorar la calidad y aumentar la productividad, para entregar un producto que aporte valor y que cumpla con los objetivos de negocio.

Equipo

  • Los miembros del equipo trabajan en roles multifuncionales
  • El equipo tiene el equilibrio adecuado entre los desarrolladores y el QA (2: 1 o 4: 1)
  • Los miembros del equipo colaboran para entregar en primer lugar historias de alta prioridad
  • Los miembros del equipo piden ayuda proactivamente
  • Los miembros del equipo se dan feedback constructivo mutuamente y de manera oportuna

Scrum Master (SM)

  • El SM facilita la autoorganización del equipo
  • El SM se enfoca en remover impedimentos (problemas de recursos, problemas o desobediencia en la implementación de prácticas de scrum)
  • El SM protege al equipo de distracciones externas e internas
  • El SM permite una estrecha cooperación en todos los roles
  • El SM interactúa con la alta dirección

Propietario del Producto (PP)

  • El PP interactúa con el equipo y todas las partes interesadas (Stakeholders) para crear el
    backlog
    o la Pila de Producto
  • El PP escribe historias de usuario y criterios de aceptación
  • El PP prioriza la Pila de Producto y decide sobre las fechas de lanzamiento de las diferentes versiones
  • El PP acepta o rechaza historias de usuario
  • El PP cancela el sprint si piensa que el objetivo del sprint ya no tiene sentido

Definición de Hecho o Definition of Done (DoD)

  • Cada historia de usuario cumple los criterios del DoD
  • Todos los miembros del equipo y el PP conocen de memoria el DoD y lo respetan

Estimación

  • El PP obtiene estimaciones a partir del equipo
  • Sólo estima el equipo
  • Cada miembro del equipo participa en la estimación
  • El equipo estima usando la técnica del Planning póker

Reunión de planificación Sprint

  • Todos los miembros del equipo participan
  • El PP presenta las historias de usuario priorizadas al equipo
  • Todas las historias del sprint están estimadas
  • La reunión da como resultado un plan de sprint

Sprint

  • El equipo entrega algo después de cada sprint
  • El equipo sigue las prioridades marcadas por el PP
  • El equipo alerta al PP cuando tienen problemas
  • El equipo trata los problemas cuando ocurren (no más tarde)
  • La longitud de Sprint no cambia después de cada sprint
  • Las historias que se han empezado terminan dentro del mismo sprint

Pila de Sprint (PS)

  • La PS está visible y es de fácil acceso para el equipo
  • La PS se actualiza todos los días
  • Las estimaciones de las tareas se actualizan todos los días
  • Los miembros del equipo actualizan la PS por ellos mismos
  • Las historias están claramente mapeadas

Scrum Diario (SD)

  • El SD tiene ocurre a la misma hora y lugar todos los días
  • El SD comienza y termina puntualmente
  • Todos los miembros del equipo están involucrados
  • El PP participa en la reunión por lo menos unas pocas veces por semana
  • El equipo revisa el gráfico de burndown y toma medidas si van retrasados
  • El SD dura como mucho 15 minutos – todas las discusiones tienen lugar después

Revisión de Sprint

  • La demo formal se realiza después de cada sprint
  • Sólo las historias aceptadas por PP se demuestran
  • Todos los interesados se han invitado para la demo con antelación
  • Se anima a las partes interesadas a dar su opinión durante la demo

Retrospectiva

  • La Retrospectiva tiene lugar después de cada sprint
  • Todos los miembros del equipo y el PP comparten el feedback
  • El equipo analiza los datos y decide que acciones emprender
  • Las acciones se priorizan e implementan en los próximos sprints

Sobre el autor

Kevin Wood es Gerente de Desarrollo de Atlaz y tiene una gran experiencia en finanzas y administración de negocios. Su profunda comprensión de los principios de mercadotecnia y sus excelentes habilidades analíticas, le ayudan a identificar ideas de tendencia, a evaluar riesgos y a encontrar los mejores potenciales para las necesidades y metas de sus socios.

Esperamos que os sea de utilidad y vuestros comentarios

Post escrito conjuntamente por Gertrudis López y Alexander Menzinsky

¿Cómo calcular la capacidad de trabajo de un equipo Scrum?

Esta es una pregunta que hacen frecuentemente los participantes en el curso troncal OKs de Scrum Manager y es un punto donde, por lo general, hay muchas dudas y algunos no se atreven a preguntar. En este post trato de recoger una respuesta lo más sencilla posible y que a su vez de pie para seguir profundizando y ahondando en el tema.

La capacidad de trabajo de un equipo Scrum es la cantidad de trabajo que puede hacer el equipo en un sprint y se puede tener una estimación de este en función de la del promedio de la velocidad del equipo en sprints anteriores, el promedio de la velocidad x persona x dia  y de los días efectivos de trabajo que va a haber en un sprint.

El concepto base a tomar en cuenta es el de velocidad, que en Scrum, es la cantidad de trabajo que puede realizar el equipo en un sprint. La cantidad de trabajo se suele medir en tiempo ideal o en puntos (se explican en el capítulo de Medición y Estimación ágil del manual del curso troncal de Scrum Manager).

Ahora bien, ¿Cómo calculamos la capacidad de trabajo de un equipo para un sprint que va a comenzar?

Para calcular la capacidad real del equipo en un sprint, de manera general, se puede tomar como base la velocidad promedio del equipo obtenida de sprints anteriores (o la del sprint anterior o un consenso del equipo según las condiciones que prevea para el sprint a estimar)* y la velocidad promedio del equipo x Persona x Día (*) y se consideran los siguientes factores:

a – Número de personas en el equipo
b –  Número de días totales de trabajo en el sprint
c – Número de días del sprint que se van a dedicar a reuniones (reuniones de planifiación, revisión, retrospectiva y refinamiento de la pila de producto)
d- Días efectivos del sprint, en este caso (b-c)
e – Días persona disponibles (d x a)
Con base en esto, la capacidad estimada del equipo en el próximo sprint sería: Velocidad promedio del equipo x persona x dia) x Días persona disponibles (e).

Supongamos que tenemos un equipo de seis personas, que hace sprints de 2 semanas (10 días) y que su velocidad promedio es de 153 puntos x Sprint y la velocidad del equipo x persona x día es de 3 puntos.

Vamos a calcular la capacidad del equipo para el siguiente sprint donde hay un día no laborable. Tendríamos entonces:

a – Número de personas en el equipo, supongamos 6 personas
b –  Número de días totales de trabajo en el sprint, 9 días
c – Número de días del sprint que se van a dedicar a reuniones (reuniones de planificación, revisión, retrospectiva y refinamiento de la pila de producto), supongamos 1,5 días**.
d – Días efectivos del sprint, en este caso, 7,5 días (9 días totales – 1,5 días de reuniones)
e – Días persona disponibles, en este caso 45 días personas/sprint (7,5 días x 6 personas) (Este es el caso ideal donde no hay nadie de vacaciones y todos los miembros tienen una dedicación del 100% y el grado de experiencia de cada miembro del equipo es la misma. Si no es así, hay que tener en cuenta este tipo de cosas para saber los días persona disponibles)

Con base en esto, la capacidad estimada del equipo en el próximo sprint sería de 135 puntos (3 puntos x 45 días persona por sprint (e))

Ahora, si vamos a hacer esta estimación para el primer sprint, para el que no tenemos datos previos, tenemos que hacer asumir ciertas cosas, y hay varias formas de hacerlo. Jorge Abad en este post, explica muy bien distintas formas de cómo hacer esto.

Es de hacer notar que una de las características de las estimaciones ágiles es que son aproximadas y como se hacen con el criterio de juicio de expertos, ya que las hace el equipo, las aproximaciones tienen un alto grado de confiabilidad, pero siguen siendo aproximaciones para tener una guía, nada está escrito en piedra.

**: En este post de Jorge Abad vemos una tabla con los tiempos estimados para las reuniones según la duración del sprint, basado en la Guía de Scrum.

Espero que os sea de utilidad y vuestros comentarios

Saludos

Gertrudis

 

Entrevista “El papel de la #Agilidad en las Organizaciones con @gertrudis” en el blog de Cristina Ramos Vega

Una vez terminada la vorágine del mes de julio y teniendo un poco más de calma en estos días de vacaciones, quería compartir con vosotros una entrevista que me hizo recientemente Cristina Ramos Vega y que publicó en su blog a finales de julio. La idea fue hablar sobre Agilidad en general y en particular el papel de la agilidad en las organizaciones:

https://cristinaramosvega.com/papel-la-agilidad-las-organizaciones-gertrudis/

Tocamos muchos temas interesantes y creo que os puede gustar y ser de utilidad 😁😉

Muchas gracias a Cristina por darme la oportunidad de compartir todas estas opiniones e ideas sobre la Agilidad y a vosotros por leerlas 😉

Saludos Cordiales, espero vuestros comentarios y que sigáis teniendo un Feliz Verano 😘😘

Docentes del siglo XXI : cuando se deja de ser una “estrella”!!!

Post Espectacular (como todos del Dr. Juan Domingo Farnos) donde nos expone de una manera perfecta el cambio de rol de los docentes del siglo XXI, donde se ve como los docentes se convierten en Coachs de sus aprendices, ayudándolos a sacar lo mejor de ellos, acompañándolos y facilitando su proceso de aprendizaje, convirtiéndose en unos docentes Ágiles, capaces de adaptarse a los cambios (adaptador), incorporando nuevas maneras de enseñar, siendo aprendices continuos (principiantes), líderes, comunicadores, modelos, colaboradores, tomadores de riesgos y visionarios. Un ejemplo completo de “Ser Ágil”. Muchas Gracias Profe por escribirlo y compartirlo con todos nosotros.

juandon. Innovación y conocimiento

juandon

terrorismo_mediatico

Los docentes del siglo XXI, han de comprender que ya nunca más serán las”estrellas”, de la educación, que nunca más serán mejor que nadie…los docentes de la sociedad del conocimiento son aquellos que nunca saldrán “en la foto”, pero si que acompañarán a los alumnos en su aprendizaje, ya nunca serán “el pozo del conocimiento”, sino personas con las competencias necesarias de ayudar a los aprendices en su aprender a aprender…. (en la foto salen los aprendices, ellos son los protagonistas y los responsables de su vida)….

“Los nuevos docentes están convencidos de las ventajas de incluir dispositivos como los celulares y el uso de internet en la escuela”, asegura Craig, y afirmó además que “los docentes antes eran los dueños del saber y ahora ya no, está en internet”. Diego Craig

“Algunos dicen que podemos estar ante una nueva pedagogía. Mi opinión es que NO, obviamente, ya que…

Ver la entrada original 2.786 palabras más

Inmersión total Ágil

Así es, junio se presenta intenso e interesante: “agile total inmersion”. La agenda del mundo ágil se mueve, cada vez más y este mes en especial. Y yo estaré ahí para disfrutarlo.

Voy a mostraros una lista de eventos, conferencias, talleres,… con toda la información posible por si os queréis apuntar y así podamos deleitarnos juntos.

Congreso AGILE17 – IT Enterprise Agile Forum 2017 de itSMF

congresoitSMF

Fecha: 8 de junio (jueves)
Lugar: ESNE-(URJC) Escuela Universitaria de Diseño e Innovación en el Campus de Madrid. Avda. Alfonso XIII, 28016 Madrid.

Más de 200 congresistas hablarán sobre las nuevas tendencias y soluciones: una nueva cultura, una nueva forma de trabajar, e incluso un nuevo enfoque de los equipos de trabajo.

Es gratuito pero es necesario registrarse en el siguiente formulario.

Más información

II Congreso Nacional de Business Agility Corporation (BAC)

bac2017

Fecha: 8 de junio (jueves)
Lugar: Auditorio de Telefónica (edificio central). Ronda de la Comunicación s/n, 28050 Madrid

La segunda edición de un evento en el que organizaciones, instituciones y empresas interesadas en la agilidad empresarial nos hablarán de Lean, Design thinking, DevOps,…

Es necesaria la inscripción previa.

Más información

#play14 – Madrid 2017

play14.jpg

Fecha: 9-11 de junio (viernes-domingo)
Lugar: Teamlabs. Calle Duque de Alba, 15 1ª planta, 28012 Madrid

Son dos días y medio de conferencias “no-conferencia” donde todo aquel que asista participará activamente en los juegos que se propongan. Aprenderemos jugando.

Las entradas van desde los 97 hasta los 115€ y se pueden adquirir aquí.

Más información

Meetup “La Agilidad, tu compañera de viaje en la Transformación Digital”

agilegirls

Fecha: 15 de junio (jueves), 19:30-20:30h
Lugar: Liferay S.L. Paseo de la Castellana 280, 28046 Madrid

Es la puesta en escena del nuevo nodo en España de Agile Girls, y para ello vamos a poder contar con Cristina Ramos Vega, experta en agilidad estratégica. La anfitriona de este meetup es nuestra compañera Gertrudis López.

El acceso es gratuito.

Más información

Taller de Retrospectivas

retrospectivas

Fecha: 19 y 20 de junio (lunes y martes)
Lugar: Freeland – Coworking. Calle Gandía 1, 28007 Madrid

De la mano de los facilitadores Isra Alcázar (Thinking With You) y Thomas Wallet (Kleer) aprenderemos a sacar lo mejor de nuestras retrospectivas en 16 intensas horas.

Las entradas cuestan algo más de 350€ y se pueden adquirir aquí.

Más información

AOS – Agile Open Space

aos2017

Fecha: 23 y 24 de junio (viernes y sábado)
Lugar: Segovia. Campus María Zambrano

Como todo Open Space, los asistentes serán los encargados de crear la agenda con los temas que más les interese y tendrán libertad para entrar y salir de las charlas cuando quieran. Además, el domingo 25 se ha organizado una visita a las Destilerías DYC, donde trabajan implantando Lean, así que podremos ver cómo lo ponen en práctica.

Desgraciadamente las entradas se han agotado. Sólo espero que la gente comparta sus experiencias para que los que no podamos ir lo disfrutemos en diferido.

Más información

Hasta aquí mi agenda para este mes… ¿te apuntas?