"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
Este blog comparte estrategias y aprendizajes sobre desarrollo de software, marcos, metodos y metodologías ágiles como Scrum, Kanban y XP, con un enfoque en escalamiento ágil y Business Agility. Su propósito es ayudar a profesionales de la gerencia de proyectos y productos a mejorar sus procesos y promover la experimentación como motor de innovación, facilitando su adaptación en entornos empresariales cambiantes.
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.
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
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?
— 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
- 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í
domingo, septiembre 18, 2016
Leído y Recomenadado: Architects Should Code: The Architect's Misconception (Deben los arquitectos codificar)
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
Cómo manejarlo
jueves, septiembre 15, 2016
Leído y Recomendado: Post sobre Modern Agile - Agilidad Moderna
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)
- 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/
Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User Story Map
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
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, coordinación o facilitació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 coaching que reciban y la disposición de ellos, podrían llegar a alto desempeño o desempeño extraordinario
Los dejo con esta frase
“SON PERSONAS, NO RECURSOS”(7)
Y este 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
[Recomendado] 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
- 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í.
- La serie de post de mi blog de propuesta de agenda para las reuniones de Scrum - - 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í.
- Scrum Master: Cómo Continuar la Mejora Continua de tu Equipo - 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í.
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
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í.
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
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)
- 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.
Segundo: Una actividad de equipo
- Tiempo máximo : 60 minutos (dependiendo de la actividad)
- 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
Cuarto: Personal Maps o Mapas Personales
- Tiempo máximo : 45 minutos
Y para cerrar, Team Canvas (2)
- Tiempo máximo : 120 minutos
- Propósito
- Personas y roles
- Objetivos comunes
- Valores
- Reglas y actividades
- Fortalezas
- Debilidades y riesgos
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