jueves, septiembre 29, 2016

martes, septiembre 27, 2016

Tip de Scrum: La calificación del Product Owner al finalizar el Sprint


Hola a todos

Scrum es un framework que se va enriqueciendo en un equipo sprint tras sprint de prácticas y tips , hoy quiero compartirles una pequeña práctica(1) de bajo costo y alto impacto para el equipo, la cual detallo a continuación.

Al finalizar el Review el Scrum Master solicita al Product Owner (PO) que califique el Sprint en términos ¿Qué tan útil y de valor fue el incremento entregado? o ¿Qué tanta alineación tiene el incremento entregado con el objetivo del sprint?
 "sin importar cuantos puntos o historias se entregaron, sino centrándose en el valor recibido"
el PO lo podrá calificar en un escala de 1 a 5 (o la que elijamos) de la siguiente manera:

5 - El incremento estuvo genial, asombroso
4 - El incremento estuvo bien y satisfactorio
3 - El incremento no era todo lo que esperaba
2 - Al incremento le faltaron elementos importantes
1- El incremento lamentablemente no fue satisfactorio

y luego que nos explique la razón de este valor, esta última parte es de mucho valor para el equipo para que este comprenda el norte hacia el cual se dirige el producto.

Estos dos aspectos calificación y explicación, le sirve de motivación, dirección y feedback al equipo y es un importante insumo para la retrospectiva, pues se pueden dar los siguientes escenarios:

  • Hacer menos puntos o historias de los esperados pero generar mucho valor al PO,
  • Hacer muchos puntos o historias pero no hacer lo que le genera valor al PO, o
  • Cumplir las expectativas del PO para el sprint.
Hasta acá esta sencilla y poderosa práctica, espero me compartan los resultados de usarla y todo feedback será bienvenido.

Saludos ágiles y hasta la próxima

Jorge Abad



Notas, Aclaraciones, Comentarios y Referencias

  1. Escuche esta práctica en el DevHangout  "Técnicas para formar equipos ágiles #devHangout 133 con @chuzzete" donde Jesús Méndez - @chuzzete habla de su libro "Técnicas para formar equipos ágiles" y días después me la recordó mi estimado amigo y agilista Carlos Gil - @cafegifo en la actividad de Migas de Pan.



Leído y Recomenadado: 3 ESTRATEGIAS QUE ME HAN AYUDADO A SER UN GRAN SCRUM MASTER

Excelente post de Jerónimo Palacios, el título lo dice todo:

https://jeronimopalacios.com/2016/09/3-estrategias-me-ayudado-gran-scrum-master/

Les queda de tarea

Saludos ágiles

Jorge Abad

¿Que significa autoorganización en Scrum?

La autoorganización en Scrum, significa que el equipo decide la mejor forma de construir el Sprint Backlog durante cada sprint, de resto los otros contextos siguen respetándose y aplicando respectivamente.





jueves, septiembre 22, 2016

Algunos tweets sobre Agilidad y Scrum













domingo, septiembre 18, 2016

Leído y Recomenadado: Architects Should Code: The Architect's Misconception (Deben los arquitectos codificar)

Les comparto esta interesante reflexión publicada en Infoq.

https://www.infoq.com/articles/architects-should-code-bryson


Saludos ágiles

Jorge Abad

Leido y Recomendado: Que el celular no le quite la concentración

Tomado de: http://www.eltiempo.com/tecnosfera/novedades-tecnologia/concentracion-afectada-por-el-celular/16704528

El ser humano ha perdido su capacidad de concentrarse por el uso excesivo de nuevas tecnologías.

¿Tiene uno de esos días en los que no se puede concentrar? En cierto momento está inmerso en una actividad y al siguiente está escribiendo a sus amigos en un grupo de chat o poniéndose al día en los últimos chismes de la farándula, incluso, viendo videos virales de animales.

Expertos piensan que nuestro cerebro no está preparado para el rápido y creciente bombardeo de distracciones digitales, lo que nos deja con una sensación de lentitud y, en última instancia, nos hace menos productivos.

A lo que nos estamos enfrentando es a un problema del siglo XXI. Hoy en día, la tecnología domina toda nuestra vida mientras estamos despiertos, y esto viene con un costo cognitivo.

Un estudio realizado en Canadá por Microsoft, en 2015, reveló que en promedio el intervalo de atención de los humanos bajó de 12 segundos a finales del siglo pasado a 8 segundos con el nuevo milenio. Esto es menos de lo que puede aguantar un pez dorado.

Expertos consideran que esto no se debe a que nos estemos haciendo menos inteligentes, sino que ahora desempeñamos múltiples tareas. De hecho, hay quienes aseguran que la multifuncionalidad no existe.

Sencillamente cambiamos nuestra atención de una tarea a otra extremadamente rápido, algo que podría tener consecuencias serias en el funcionamiento de nuestro cerebro.

Cuando variamos de una actividad a otra, nuestro cerebro utiliza glucosa oxigenada, y en la medida en que esa fuente se agota, nos quedamos con una sensación de somnolencia y desorientación. Como resultado, se libera la hormona cortisol del estrés. “Esta no es la mejor condición en la que puede estar uno a la hora de tomar decisiones”, dice Greg Foot, presentador de programas de ciencia de BBC.

“Seguro que el consejo sería ser menos ‘multitasking’, ¿no? El problema es que ya estamos enganchados”. Foot explica que nuestra corteza prefrontal tiene un sesgo por la novedad, nuestro cerebro siempre está a la caza de lo nuevo.

“Esto significa que nuestra atención siempre está secuestrada por algo más; sencillamente no nos podemos resistir a esa vibración que indica que hay un nuevo mensaje de texto o una actualización de Facebook”, explica Foot.

Y esta constante búsqueda de lo nuevo activa nuestro sistema de dopamina, que envía mensajes –con frecuencia conocidos como ‘sustancias químicas de recompensa’– a varias partes del cerebro. Esto quiere decir que nuestro cerebro recibe una recompensa cada vez que perdemos la concentración. “Es hora de admitirlo, todos nos estamos haciendo adictos a nuestra tecnología”, confiesa Foot.

El neurocientífico y psicólogo cognitivo Daniel J. Levitin asegura que en promedio estamos consumiendo información que es el equivalente a 175 periódicos al día. Esto es 30 veces el contenido que consumíamos hace 30 años.

Nuestro cerebro busca novedad y gracias al gran despliegue de dispositivos tecnológicos, la tentación de ser multifuncionales es apabullante.

Cómo manejarlo


Aunque el nivel de concentración esté disminuyendo a pasos agigantados, existen diferentes medidas para combatir la dificultad para concentrarse.

Siga las siguientes recomendaciones si cree que el modo multitarea afecta su vida diaria.

Apagar los dispositivos

Un estudio hecho por Microsoft demostró que cuando los trabajadores eran interrumpidos por dispositivos electrónicos, les llevaba unos 15 minutos volver a concentrarse en una tarea complicada.

Combustible al cerebro

Saltarse el desayuno significa que tu cuerpo funcionará con adrenalina, lo que dificulta tu concentración. Las proteínas y carbohidratos estabilizan el azúcar en la sangre. Además, tomar agua evita la deshidratación.

Ejercita tu cuerpo

Un estudio en la Universidad de Illinois (Estados Unidos) sugiere que el ejercicio aeróbico mejora a corto y largo plazo las regiones del cerebro relacionadas con la atención.

LA NACIÓN (Argentina) - GDA


jueves, septiembre 15, 2016

Leído y Recomendado: Post sobre Modern Agile - Agilidad Moderna

Hola a todos

Les comparto estos excelentes links (lecturas y video sobre Modern Agile - Agilidad Moderna) algo sobre lo que vamos a escuchar a hablar mucho de ahora en adelante. Basada en:

  • Make people awesome (Haz a la gente impresionante)
  • Make safety a prerequisite (Haz de la seguridad un prerequisito)
  • Experiment and learn rapidly (Experimentar y aprender rápidamente)
  • Deliver value continuously (Ofrecer un valor continuamente)
Concepto propuesto por  Joshua Kerievsky - @JoshuaKerievsky
Los post son los siguientes:
Saludos ágiles
Jorge Abad

Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User Story Map

Charla compartida en el V congreso de gerencia internacional de proyectos del PMI Colombia 2016, en donde se muestran los principios realizar la planeación y seguimiento de un proyecto ágil usando la técnica de User Story Map de Jeff Patton


martes, septiembre 13, 2016

Tips Scrum: El Daily, el Kanban y El Burndown



Hola a todos

Hoy estuve con los Scrum Masters de un equipo grande de trabajo y recordé algo,  y es que el Scrum Master esta constantemente haciendo uso de tips y claves para que emerja la autoorganización, se tenga la mejor capacidad de reacción y se incremente el compromiso.

Son varios tips y consejos:

  • Tener al equipo al lado del tablero kanban
  • Tener el burndown impreso al lado del equipo (aunque contemos con Jira, TFS o cualquier otra herramienta)
  • Respecto al Kanban:  En lo posible hagan el daily al lado del tablero kanban y de esa manera se darán cuentan que tareas e historias estan avanzando y cuales no, que tareas estan bloqueadas y cauales nó, y después del daily podrán preguntar ¿qué pueden hacer para resolver las atascadas?. (la verdad tener en la mente todo el kanban del sprint para mi es imposible, no se si para ustedes)
  • Respecto al Burndown: El otro consejo, en el lugar que hagan el daily, que ojala alli este el kanban y el burndown del sprint impreso, después del daily preguntenle al equipo ¿entonces cuántas historias se cerraron? y según lo que contesten, se solicita a uno de los compañeros a que trace sobre el burndown el avance, esto logra dos cosas:
    •  visualización del trabajo
    •  aumenta la capacidad de reacción si el equipo se esta viendo colgado o atrasado


Por favor tengamos kanban físico con nuestros equipos, pero si esto no es posible al menos tengamos el burndown impreso y actualicemoslo junto con el equipo después del daily, ambos son buenas prácticas que nos ayudan a a generar autoorganización y a mejorar nuestra capacidad de reacción del equipo.

Compruébenlos ustedes mism@s.

Saludos Agiles

Jorge Abad

domingo, septiembre 11, 2016

Diatriba: El tema recurrente de llamar "RECURSOS" a las personas que trabajan en un proyecto




Hola a todos

Uno de los temas más insistentes cuando comienzo a trabajar Scrum con mis compañeros de las áreas de Gerencia de Proyectos, es explicarles lo dañino que es llamar a quienes construyen el producto “recursos”.

Y es difícil para muchos entender que nuestros compañeros de trabajo, los que ejecutan son nuestros pares, la diferencia consiste en que ellos construyen el producto y desde la gestión se tiene la responsabilidad de liderar, pero si ellos no estuvieran allí o no quisieran realizar el proyecto no habría ni a quien liderar ni como realizar el proyecto.



En entorno conspira para esto

Al observar las condiciones  de este uso común, tiene cierto sentido pues por todo lado:

  • Literatura de proyectos
  • PMBoK
  • Documentos del PMI
  • Microsoft Project
  • herramientas de gestión de proyecto
  • y aún en la RAE

Determinan que los elementos (incluyendo las las personas) disponibles para resolver una necesidad son denominadas RECURSOS (1)



 Y de ahí se crea el imaginario y varias ideas extrañas en el inconsciente de los líderes de proyectos :

  • Un recursos puede reemplazar a otro, supuesto falso pues los trabajadores de conocimiento generan resultados únicos y la forma como construyen algo dependerá de las fuentes que hayan conocido hasta el momento, la expertise y hasta el ánimo con que se encuentren
  • Varios recursos harán más rápido el trabajo de uno, otro supuesto falso pues muchas veces más personas implican más entropía, más canales de comunicación, más conflicto, más fricción y por ende mas retraso (2)
  • Entre otras particularidades

"La mayoría de nosotros, como gerentes, somos propensos a un defecto en particular: una tendencia a gestionar a la personas como si fueran componentes modulares." – Tom DeMarco, Peopleware, 1987 (9)






El lenguaje como generador de realidad

Es común ver que esta cosificación (diría que conveniente) de lo humano y lo creativo del hombre, termina derivándose en expresiones entre gerentes de proyecto como:

  • Cuando liberas el recurso para incluirlo en mi proyecto
  • El recurso se enfermo
  • No sé qué hacer con ese recurso
  • Ese recurso es bueno, ese recurso es malo
  • Los recursos están en tarde de descanso

Como me lo hacía ver mi amigo Lucho Salazar @luchoSalazarC :
“los gerentes y líderes de proyecto en general no se consideran a sí mismos recursos, solo hablan así de quienes trabajan para ellos en un proyecto.”
Recuerdo mucho hace unos años que pertenecía a una empresa donde los compañeros se quejaban que los Jefes/lideres/gerentes de proyecto los trataran de recursos y no como personas y de cuenta de esa falencia

  • Armaban y desarmaban el “equipo”
  • Tenían compañeros part-time en un proyecto y en otro
  • Y no les preguntaban sobre el proyecto y sus opiniones no eran tenidas en cuenta, solo era personas que tenían unas tareas asignadas dentro del diagrama de Gantt y que cobraban por su trabajo, nada más.

Dado lo anterior, se confirma la tesis de  Echeverría en su libro sobre Ontología (3) donde se afirma que el lenguaje es generador un realidad,o sea, cuando expresamos algo estamos creando una realidad alrededor de las palabras que pronunciamos, y este lenguaje de los “recursos” genera una realidad en la que concebimos o creemos que las personas que componen un equipo son plug and play – o como máquinas - y podemos “usarlas” en el entorno laboral similar a como se gestiona un activo fijo (pc, mesa, mueble, una máquina, etc.)

Es de allí también que las áreas de recursos humanos han cambiado sus nombres a:

  • Gestión del talento humano
  • Gestión de lo humano
  • Desarrollo de personas
  • Gestión y desarrollo de personas
  • Entre otros


Las consecuencias

La realidad generada por este tiempo de comportamientos y expresiones es negativa, pues el deseo que tenemos todos de participar o trabajar con un equipo genial o aún más un equipo de alto rendimiento se ve frustrado cada vez que se mueven las personas del equipo, pues cada equipo es único, las relaciones son únicas, dadas por las personas que lo componen, quitamos a alguien, lo reemplazamos por otro y el equipo se reinicia y vuelve a comenzar la curva de Tuckman.




Entonces lo que tanto anhelan los Líderes de proyecto – alto desempeño, productividad, autoorganización -  se ve frustrado por sus mismas acciones y su falta de desconocimiento de lo humano.




Es de resaltar que una de las premisas claves y exitosas  de la agilidad es tratar a las personas como personas – no como recursos- y les da un lugar primordial ellas y sus interacciones (4) y  enfocándose en generar equipos estables y motivados que van madurando y dando resultados cada vez más sorprendentes con el tiempo.


Para dónde va esto

Es importante entonces que los Gerentes, Jefes, Gerentes de Proyecto, el Líderes de Proyecto y Scrum Master (5) comprendan que con quienes trabajan son igual de importantes que ellos, que sus compañeros  tienen el rol de ejecución, diferente al de ellos que tienen responsabilidad de dirección.
Es allí donde la Gerencia Moderna, Management 3.0 encuentra frases que son bastante fuertes en este sentido

  • Trata a tus empleados como quieres que ellos traten a tus clientes
  • Trata a tus empleados como tus mejores clientes (Lema Disney)
  • Trata a tus empleados como si te hicieran el favor de querer trabajar contigo 




Frases que tienen mucho sentido en las empresas de tecnología y en muchas otras áreas donde competencia de los caza talentos por empleados es voraz y cualquiera se puede ir, y el éxito de las áreas de talento humano es medida entre otros aspectos en función de:

  • La capacidad de atraer los colaboradores correctos
  • La capacidad de retenerlos en la organización


Para terminar

Quieres resultados geniales

  • Conoce a los integrantes de tu equipo, comparte con ellos, realicen juntos un actividad de Mapas personales (personal maps)(6) entre muchas otras, genera lazos fuertes que los lleven a sentirse apoyados y respaldados por ti y por sus compañeros
  • Manten tu equipo estable en el tiempo, esto les permite madurar y llegar a estados de  desempeño y según el coach que les des alto desempeño



Los dejo con esta frase
“SON PERSONAS, NO RECURSOS”(7)

Y rste pensamiento

“En esta era del conocimiento y la complejidad, el éxito de las organizaciones no está dado por la capacidad de explotar a las personas, sino por la capacidad que tengan las organizaciones de desarrollarlas y liberar el potencial innovador y creativo de ellas trabajando en equipo” (8)



Saludos Ágiles

Jorge Abad


Notas, Aclaraciones, Comentarios y Referencias


  1. Definición de la Rae - http://dle.rae.es/?id=VXlxWFW
  2. Esto en el mundo de la gerencia de proyectos es conocido como la Ley de rendimientos decrecientes: al incrementar la utilización del personal, la producción crece a tasa decreciente. 
  3. Ontologia del lenguaje. Rafael Echeverria - clic aquí -.
  4. Manifiesto agil - clic aquí -.
  5. Se espera que estos ultimos tengan esto claro pues tienen el Agile Mindset
  6. Mapas personales, personal maps - clic aquí.
  7. Con esta frase comienzo muchas veces mis charlas a los gerentes y líderes de proyecto y se las hago repetir al menos tres veces diciendo: “digan conmigo: Son personas, no recursos”, y luego les explico (4) Parafraseando un poco lo que el decía, la cita original es:  Según Peter Drucker: “ La más importante, y en realidad la verdaderamente única, contribución de la ciencia de la gestión en el siglo XX fue el incremento, en 50 veces, de la productividad del trabajador manual en la producción. La más importante contribución que la gestión necesita hacer en el siglo XXI es, de manera similar, incrementar la productividad del trabajo del conocimiento y del trabajador del conocimiento. El activo más valioso de una compañía del siglo XX era su equipo de producción. El activo más valioso de una institución del siglo XXI (sea o no de negocios) serán sus trabajadores del conocimiento y su productividad.” para ver más clic aquí.
  8. Este artículo fue discutido con mi esposa que es Especialista en Gestión del Talento Humano, a quien considero más experta en estos temas que yo.
  9. Una excelente referencia -"Equipos Estables por sobre Pool de Recursos" de Martin Alaimo - Clic aquí.
  10. ¡Me desahogué!, este post estaba hace muchos días pendientes por escribirlo.


martes, septiembre 06, 2016

Propuesta de Lecturas y Videos Básicos para Formar un Scrum Master - Bases para comenzar el Mentoring y el Coaching



Hola a todos

Desde hace un tiempo con mi rol de Agile Coach de equipos ágiles he tenido la fortuna de comenzar el acompañamiento a Scrum Masters, y como saben existen de las más diversas variedades (como en todo), quienes:

  • hicieron el Curso de Scrum Master (o bases de Scrum, realmente este curso no te enseña a ser Scrum Master - precisamente por eso escribo este post ¿que piensan ustedes?)
  • no hicieron el Curso 
  • se certificaron (cosa que tampoco considero básica para considerar a alguien Scrum Master - ver más acá -)
  • no se certificaron
  • viven leyendo, autoformándose y reflexionando
  • no siguieron creciendo con lecturas y esto no es lo de ellos
Más allá de eso, trato de poner unas bases para comenzar el acompañamiento para que los Scrum Masters sean cada vez mejores y realicen un mejor servicio a sus equipos.


Dentro de los aspectos que refuerzo para que mejore el liderazgo servicial de los equipos he identificado varias lecturas y videos claves que comparto a continuación:

  1. Bases
  2. Formación de equipo, comunicación asertiva, retrospectivas e inteligencia emocional
    • La serie de post de mi blog: Comenzando con un Equipo Scrum - clic aquí.
  3. Profundización
  4. Opcionales de gran valor
Con las lecturas y videos correspondientes del 1 al 3, queda el Scrum Master con bases en las cuales el mentoring y coaching ágil son más efectivos y se cubren una serie de vacíos (que la mayoría de los ingenieros tenemos ) que le permiten liderar su equipo desde los frentes de interacciones y agilidad, el siguiente paso es comenzar a crecer en el área técnica - aspecto que no se cubrió en este post-.

Espero que este post sea de ayuda en tu formación como Scrum Master o en la formación de tus Scrum Masters según sea el caso.

Cierro con esta frase de Agustín Villena que me encanta.
Saludos Ágiles

Jorge Abad



Notas, Aclaraciones, Comentarios y Referencias

  1. Si algún link esta roto, por favor informármelo


Algunos Tweets de Agilidad y Scrum















domingo, septiembre 04, 2016

Cómo leer la serie: Comenzando con un equipo Scrum




Hola a todos

Desde hace un tiempo he estado publicando posts bajo la etiqueta "comenzando con scrum", en este post quiero presentarles la forma de leerlos y acercase a ellos para obtener el mejor provecho:


  1. Actividades para activar un equipo el primer día, team canvas y otras técnicas - clic aquí.
  2. Personal Maps - Mapas Personales - clic aquí.
  3. Parte 1 - Los Cuatro Acuerdos - clic aquí.
  4. Parte 2 - Ciclo de vida de los equipos - clic aquí.
  5. Parte 3 - Dando Feedback - clic aquí.
  6. Parte 4 - Triángulo dramático de Karpman - clic aquí.
  7. Un gran poder conlleva una gran responsabilidad. Una reflexión sobre la falsa concepción de autogestionado - clic aquí.
  8. Empezar una Retrospectiva y la Directiva Principal de las Retrospectivas Ágiles - clic aquí.
  9. Saber escuchar, escucha activa - clic aquí.
  10. Bonus Track | Entrenando la Inteligencia Emocional - clic aquí.
  11. Liderazgo Agil y otros temas por Gustavo Quiroz. - clic aquí.

Espero este orden les sea de ayuda

Saludos ágiles

Jorge Abad.

sábado, septiembre 03, 2016

Comenzando con un equipo Scrum: Actividades para activar un equipo el primer día, team canvas y otras técnicas

Hola a todos

Hoy quiero compartirles una agenda de trabajo que pueden emplear el primer día que comienzan con un equipo ya sea tu rol como facilitador, scrum master, gerente ágil o gerente de proyectos.

Primero: Conozcamos nuestros nombres y una comida que no nos gusta

  • Tiempo máximo : 30 minutos (dependiendo de la cantidad de personas)
En esta parte hago una ronda con el equipo y lo comenzamos por la derecha contestando varias preguntas sencillas

  • Nombre
  • Rol o cargo
  • comida que no nos gusta (he notado que genera mucha empatía este tema), pero se puede reemplazar por:
    • Película de cine que más le gusto
    • lugar bonito al que haya ido
    • última película de cine
    • un restaurante
    • etc.
La segunda persona contesta este sencillo esquema y repite el de su compañero de la izquierda junto con la comida con le gusta, la tercera persona lo mismo con sus dos compañeros, hasta que el último (o sea el facilitador) dirá el nombre de todos y la comida que no le gusta.

Segundo: Una actividad de equipo

  • Tiempo máximo : 60 minutos (dependiendo de la actividad)

Resulta que el equipo aun no es un ser como tal, saben todos que ese es el objetivo pero aun no nace, es un imaginario. entonces en este punto recomiendo realizar un reto de equipo, dentro de este reto de equipo los ponga a trabajar juntos y les de sinergia, dentro de estos retos pueden estar los siguientes:

Tercero: Un nombre y una imagen

  • Tiempo máximo : 30 minutos 
Habiendo interactuado juntos, la idea es que cada uno se dibuje dentro de un pliego de papel y busquen un nombre para el equipo, esta actividad les da identidad, pertenencia y los ubica en un mismo espacio.



Cuarto: Personal Maps o Mapas Personales

  • Tiempo máximo : 45 minutos 
Luego cada uno de los integrantes del equipo debe realizar un mapa personal (o elaborarlo entrevistado por un compañero) y lo presenta el equipo, esta actividad ayuda a mejorar las interacciones y a entender que no somos roles, ni cargos, somos personas que tienen una vida, metas y aspectos muy variados fuera de la zona de interacción, y permite mejorar la forma como vamos a trabajar.





Y para cerrar, Team Canvas (2)

  • Tiempo máximo : 120 minutos
En esta actividad el equipo en conjunto define aspectos fundamentales de su interacción
  • Propósito
  • Personas y roles
  • Objetivos comunes
  • Valores
  • Reglas y actividades
  • Fortalezas
  • Debilidades y riesgos
Van navegando por cada de uno de ellos con un timebox determinado, en este link encontrarán la guía para realizarlo - http://theteamcanvas.com/use/



Con esto definido, están listos para los retos que juntos van a enfrentar.


Concluyendo

Esta agenda es una propuesta inicial, pueden haber muchas agendas de trabajo, si tienen mejoras me encantaría que me las compartieran.

Saludos ágiles

Jorge Abad


Referencias, comentarios, aclaraciones y notas

  1. Esta actividad la conocí gracias a mi estimado compañero y amigo Sebastián Velásquez - @sebasla
  2. Este lienzo lo conocí gracias a mi amigo y maestro Lucho Salazar - @LuchoSalazarC


Leído y Recomendo: 14 cosas ridículas que las personas exitosas hacen a diario

Excelente post para poner en práctica

14 cosas ridículas que las personas exitosas hacen a diario (clic aquí)

Leido y Recomendado: 12 ideas de la filosofía Clean que no pueden faltar en tu código

Excelente post en GenBeta:dev

12 ideas de la filosofía Clean que no pueden faltar en tu código - (clic aquí)

lunes, agosto 29, 2016

Gráficas para Facilitación de Retrospectivas y Reuniones





Hola a todos

Hace un tiempo luego del uso de Retromat (http://plans-for-retrospectives.com/index_es.html) (1) me he hecho muy amigo de la visualización de información en forma gráfica durante las retrospectivas (u otras sesiones de trabajo), considero que es una forma fácil y poderosa de compartir información, pensamientos, mejoras, relaciones, etc.. A continuación les comparto un grupo de gráficas que he usado y otras que me he encontrado y que a modo personal considero que transmiten mucha información, encuentren y fabriquen las de ustedes.

Bienvenido el feedback y la mejora de este listado.


Saludos ágiles
Jorge Abad


Posibles gráficas a usar durante el inception y el refinamiento


Gráfica para clasificar el valor y riesgo de las historias de usuario o ítemes de backlog


Gráfica para clasificar y priorizar historias o ítemes de backlog según impacto y esfuerzo


Posibles gráficas a usar durante una retrospectiva

Gráficas para "armar el escenario" y calificar el sprint al inicio de la retrospectiva


Gráficas para "armar el escenario" y calificar el sprint al inicio de la retrospectiva




Gráfica para "indagar" durante la retrospectiva y evaluar la calidad de los canales de comunicación durante el sprint




Gráfica para "decidir que hacer" de forma que permita clasificar y priorizar las mejoras según impacto y esfuerzo



Gráficas para el "cierre" y permiten calificar la eficacia de la retrospectiva




Notas, aclaraciones, comentarios y referencias

  1. Retromat es una aplicación o repositorio de actividades de retrospectivas que te permite generar una amplia variedad de combinaciones para tus sesiones de mejora con tu equipo