"Si uno de los miembros del equipo falla, el equipo entero falla. Ninguna de las tareas es la tarea de un individuo" https://t.co/GbHrHNRRKD— Lucho Salazar (@luchosalazarc) September 28, 2016
jueves, septiembre 29, 2016
Responsabilidad de Equipo
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
- 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
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.
— Jorge Hernán Abad L. (@jorge_abad) 27 de septiembre de 2016
jueves, septiembre 22, 2016
Algunos tweets sobre Agilidad y Scrum
"la gente no va a extrañar lo que no tiene" @camilohenao1 #lean #agile #ProductOwner #scrum #mvp
— Jorge Hernán Abad L. (@jorge_abad) 22 de septiembre de 2016
"Los equipos son inmutables, cada vez que alguien entra o sale es un equipo nuevo, no uno modificado" @richardadalton #Agile #scrum #Genial pic.twitter.com/V1jz9ohaJw
— Jorge Hernán Abad L. (@jorge_abad) 22 de septiembre de 2016
#PreguntaPoderosa de @pmejia7 sobre #MVP
— Jorge Hernán Abad L. (@jorge_abad) 21 de septiembre de 2016
"¿Cómo puedo resolver progresivamente el problema de negocio del #ProductOwner?" #agile
El #ScrumMaster es el responsable de la fluencia de su equipo, de disminuir y eliminar la fricción Sprint tras Sprint #Agile #Scrum
— Jorge Hernán Abad L. (@jorge_abad) 21 de septiembre de 2016
Cambio en preguntas del #daily con @cafegifo
— Jorge Hernán Abad L. (@jorge_abad) 17 de septiembre de 2016
Qué logre ayer
Qué voy a lograr hoy
Qué me lo está impidiendo pic.twitter.com/DmrpjAfffP
martes, septiembre 20, 2016
Leído y Recomendado: Interesantes post sobre kanban
Hola a todos
Les comparto esta serie de post muy interesantes sobre kanban elaborados por Jerónimo Palacios -https://jeronimopalacios.com/
- Empezar con el método Kanban, guía de cinco pasos - clic aquí
- Kanban (I): ¿Que es Kanban? Tarjetas, tableros y sistemas- clic aquí
- Kanban (II): Limitar WIP, Políticas y Clases de Servicio - clic aquí
- Kanban (III): Reuniones y roles en Kanban - clic aquí
Espero los disfruten
Saludos ágiles
Jorge Abad
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
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:
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:
- Agile 2016 Keynote: Modern Agile por Infoq - https://www.infoq.com/news/2016/08/agile2016-modern-agile
- Modern Agile (Agilidad Moderna) por Javier Garzas @jgarzas - http://www.javiergarzas.com/2016/09/modern-agile-agilidad-moderna.html
- Video del Keynote en el Agile 2016 -https://www.agilealliance.org/resources/videos/modern-agile/
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.
"Los equipos son inmutables, cada vez que alguien entra o sale es un equipo nuevo, no uno modificado" @richardadalton #Agile #scrum #Genial pic.twitter.com/V1jz9ohaJw— Jorge Hernán Abad L. (@jorge_abad) 22 de septiembre de 2016
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
- Definición de la Rae - http://dle.rae.es/?id=VXlxWFW
- 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.
- Ontologia del lenguaje. Rafael Echeverria - clic aquí -.
- Manifiesto agil - clic aquí -.
- Se espera que estos ultimos tengan esto claro pues tienen el Agile Mindset
- Mapas personales, personal maps - clic aquí.
- 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í.
- 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.
- Una excelente referencia -"Equipos Estables por sobre Pool de Recursos" de Martin Alaimo - Clic aquí.
- ¡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:
- Bases
- Guía Oficial de Scrum. Por Jeff Sutherland y Ken Schawber - clic aquí.
- El Espíritu de Scrum . Por Alan Cyment - clic aquí.
- Un Mejor Scrum. Por Peter Hundermark - clic aquí.
- 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í.
- Profundización
- Libro: Equipos Más Productivos. Por Martín Alaimo - clic aquí.
- Scrum y XP detrás de las trincheras de Henrik Kniberg traducido por Ángel Medinilla - clic aquí.
- Opcionales de gran valor
- Scrum y Kanban tomando lo mejor de ambos de Henrik Kniberg traducido por Ángel Medinilla - clic aquí.
- Por un Scrum Popular de Tobias Mayer y Alan Cyment - clic aquí.
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.
Cierro con esta frase de Agustín Villena que me encanta.
"La Agilidad se aprende en el hacer y se enriquece con la teoría, no al revés." @agustinvillena— Edison Moreno (@edisondev) 11 de noviembre de 2014
Saludos Ágiles
Jorge Abad
Notas, Aclaraciones, Comentarios y Referencias
- Si algún link esta roto, por favor informármelo
Algunos Tweets de Agilidad y Scrum
#ScrumMaster que mucho abarca poco aprieta y poco o ningún #scrum puede hacer pic.twitter.com/CXPK3LluNv— Jorge Hernán Abad L. (@jorge_abad) 6 de septiembre de 2016
¿Qué tal esta perla...? @luchosalazarc @JohnnyOrdonez @juanenlasala @jorge_abad #FrAgileTrans pic.twitter.com/Uxk9i3aupB— Luis Mulato (@luismulato) 5 de septiembre de 2016
— Jorge Hernán Abad L. (@jorge_abad) 6 de septiembre de 2016
@luismulato @Management30 Esta es poderosa, tomada de https://t.co/NUHRnJaVt9 pic.twitter.com/1xSOCyofDg
— Jorge Hernán Abad L. (@jorge_abad) 7 de septiembre de 2016
— Jorge Hernán Abad L. (@jorge_abad) 6 de septiembre de 2016
Bien lo dice @LuchoSalazarC "Exigir los resultados, no los garantiza"— Jorge Hernán Abad L. (@jorge_abad) 1 de septiembre de 2016
Es mejor
-suprimir la presión
-más coraje,motivación y confianza,
Una carta de bolsillo para nunca olvidar ser asertivo pic.twitter.com/m06qEOzTxA— Carlos Gil (@cafegifo) 23 de agosto de 2016
I'm refactoring "legacy code" written last week.— AgileFortune (@AgileFortune) 22 de agosto de 2016
…by a guy who hasn't upgraded his skills in 20 y… ^ @codebyjeff pic.twitter.com/G5DDcXUWkk
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:
- Actividades para activar un equipo el primer día, team canvas y otras técnicas - clic aquí.
- Personal Maps - Mapas Personales - clic aquí.
- Parte 1 - Los Cuatro Acuerdos - clic aquí.
- Parte 2 - Ciclo de vida de los equipos - clic aquí.
- Parte 3 - Dando Feedback - clic aquí.
- Parte 4 - Triángulo dramático de Karpman - clic aquí.
- Un gran poder conlleva una gran responsabilidad. Una reflexión sobre la falsa concepción de autogestionado - clic aquí.
- Empezar una Retrospectiva y la Directiva Principal de las Retrospectivas Ágiles - clic aquí.
- Saber escuchar, escucha activa - clic aquí.
- Bonus Track | Entrenando la Inteligencia Emocional - clic aquí.
- 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.
Saludos ágiles
Jorge Abad
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:
- Para equipos medianos y grandes (6 a 20 personas)
- Ball Point Game - (clic aquí para ver las unas indicaciones)
- La dinámica de listones - (clic aquí para ver el video) (1)
- Para equipos pequeños (de 6 o menos personas)
- Construir una torre con un trozo de cinta, spaguettis, un metro de hilo y en la punta un masmellow - (clic aquí para ver el video)
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
- Esta actividad la conocí gracias a mi estimado compañero y amigo Sebastián Velásquez - @sebasla
- Este lienzo lo conocí gracias a mi amigo y maestro Lucho Salazar - @LuchoSalazarC
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á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
- 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
Suscribirse a:
Entradas (Atom)