Lecciones Aprendidas por Jorge Abad

jueves, julio 20, 2017

Un tweet sobre Historias de Usuario

Lo más importante de una Historia se usuario es que sea menos importante que la conversación#Agile #Leadership #DreamTeam
— Juan Pablo Bernal M. (@NeoBernal) July 12, 2017

miércoles, julio 12, 2017

Hablemos sobre Contratos Ágiles

Hablemos de Contratos Ágiles from Jorge Hernán Abad Londoño

Notas del Taller de Retrospectivas con Ágiles México

Notas del taller de Retrospectivas en @AgilesMexico parte 1 de 2 pic.twitter.com/UhJHlDRLnK
— Jorge Hernán Abad L. (@jorge_abad) March 17, 2017

Notas taller de Retrospectivas en @AgilesMexico parte 2 de 2 pic.twitter.com/dUCPhejlr4
— Jorge Hernán Abad L. (@jorge_abad) March 17, 2017

Charla de retrospectivas por @jorge_abad en @AgilesMexico pic.twitter.com/UGA2Y4gOiY
— Carlo Gilmar (@CarloGilmar) March 17, 2017

domingo, julio 09, 2017

La Diferencia entre el Cumplimiento y Entender el Propósito

Hola a todos

Hace poco salí con mi familia y unos amigos de paseo y nos encontramos en una situación vergonzosa: íbamos todos en el mismo carro de regreso al hotel en carretera destapada (no pavimentada) y de repente a unos 10 metros de nosotros un motociclista tiene un accidente, se cae de la moto con su novia o esposa, e inmediatamente los dos automóviles que estábamos cerca nos detuvimos a auxiliar a la pareja, no fue grave el incidente, algunas raspaduras y heridas leves. todos sacamos nuestro botiquín y nos encontramos conque ambos contábamos con lo mínimo que nos exige la ley (confieso que ese el mismo que yo tenía en mi carro):

Un pedazo de gaza
Algodón
Guantes
Un desinfectante (alcohol antiséptico)
Un aplicador
Cinta microporo

Con esto tan insignificante no logramos atender las heridas del motociclista y su novia, el recuadro de gasa era insuficiente necesitábamos más para cubrir la herida en la mano y que el pudiera conducir su moto, el alcohol lo acabamos rápido, realmente estábamos limitados; de suerte que a los pocos minutros pasó otro automóvil con un botiquín serio (no el que teníamos los dos carros - que era el para cumplir la regulación-) y pudimos auxiliar y prestar los primeros auxilios a la pareja, vendarlos etc.

De este pequeño incidente me quedaron varias enseñanzas.

Teníamos un botiquín solo para cumplir con la regulación colombiana, pero no nos sirvió para un leve accidente
No entendíamos el propósito del botiquín en nuestros carros, si fuéramos conscientes que con este atenderemos un herido ya sea nuestro o externo no seríamos tan irresponsables de andar con un botiquín de juguete.
Cuando nos centramos en el cumplimiento y no entendemos el propósito nuestras soluciones no son las correctas.
El botiquín no esta en mi carro para evitar sancionado por la ley, sino para ayudar a salvar mi vida, la de mi familia, o de alguien que requiera mi ayuda.
Cambiar inmediatamente el botiquín de primeros auxilios de mi auto.

Y extrapolando esto a la agilidad

No podemos usar frameworks y metodologías como SCRUM, Kanban, XP, SAFe, LESS sin saber que son y cual es su propósito y el problema que pretenden resolver
Sin propósito cualquier implementación de Agile se hará por cumplir o por moda y con seguridad carecerá de los elementos necesarios para ser exitosos en su contexto.
Tener personas ejecutando roles (PO, SM, Team Members, etc) en los cuales ellos no tengan claro el propósito y la razón de ser del mismo llevará a implementaciones erróneas e ineficientes (ya lo he vivido, de seguro ustedes también)
Igualmente no tener claro el por qué de los artefactos y de las ceremonias, hará que estos sean implementados de forma incorrecta y no proporcionarán los resultados y beneficios esperados. (ya lo he vivido, de seguro ustedes también)(1)

Unas cuantas preguntas para cerrar:

¿sabes cual es propósito de tu rol?
¿por que usas scrum, y no xp, u otro framework?
tu transformación hacia ágil tiene propósito o es solo ponerse a la moda
¿sabes por que las historias de usuario deben ser pequeñas? (Es en serio, las historias usuario tienen que ser pequeñas (clic aquí) )
¿Tienes claro que el MVP - Mínimo Producto Viable - debe ser lo mas pequeño posible? ¿o tu MVP es de todo el producto?

Consejo:

Busca siempre entender cual es el propósito de lo que haces y esto como suma al propósito general.

Bueno hasta acá este compartir

Saludos ágiles

Jorge Abad

Notas, aclaraciones, comentarios y referencias

Todo esto me hace recordar mi anterior reencarnación en la que fui ingeniero civil (ejercí esta hermosa profesión 3 años antes de adentrarme de lleno al apasionante mundo de la ingeniería de software) y resulta que existe un método bien claro para diseñar la estructura de un edificio para lo cual se requiere un ingeniero civil calculista que determine de que tamaño son las estructuras y materiales que deben tener (concreto, acero, etc), pero en Colombia los maestros de obra en los barrios populares construyen (fuera de la ley) estructuras de 1, 2, 3, hasta 4 pisos (si no es más - ojala no-) replicando lo que esquemas que han visto en las construcciones en las que han trabajado con ingenieros civiles pero estas soluciones no son ni las mejores costo-eficientes, y ni se sabe si resistirán las calidades sísmicas de la zona en la que se encuentran.

viernes, junio 30, 2017

Tweet sobre DevOps

"Hasta que el código no esté en producción, en realidad no se está generando ningún valor, porque es WIP atrapado en el sistema" #devOps pic.twitter.com/1RwBcvmKYv
— Mauro Strione (@MauroStrione) June 24, 2017

jueves, junio 22, 2017

Antipatrón de Scrum : El Scrum Master Dirige la Retrospectiva en Lugar de Facilitarla

Hola a todos

Una de las disfuncionalidades y punto de mejora que he encontrado en los equipos Scrum, radica en que el Scrum Master (SM) (ya sea que venga del mundo de la gerencia de proyectos, o acostumbrado a un liderazgo impositivo) al momento de realizar la retrospectiva reúne al equipo (1), y aunque realiza las actividades propias de una retrospectiva (2)(3), cada actividad cierra con sus conclusiones, es decir:

decide cuales fueron las causas principales de por qué les fue bien o mal durante el sprint
decide cuales son las acciones de mejora, acuerdos y experimentos a realizar
el equipo esta allí solo para estar de acuerdo con sus decisiones.

Es decir, dirige la sesión en lugar de facilitara.

Problemas de este enfoque

no permite la auto-organización
queda el SM como el único responsable de decidir que se hace, y por ende a quien culpar [les sugiero leer este post de Martín Alaimo sobre la responsabilidad del equipo y el único responsable (4)] de una buena o mala estrategia.
el equipo solo sirve para hacer lluvia de ideas pero no decide, pues el SM decide por el equi
el equipo no esta empoderado tiene voz pero no voto
el equiipo no madurará, pues siempre le dirán que hacer y no asumirá consecuencias.
El SM no es un facilitador, es más alguien que dirige al equipo y este depende de él para todo (se sigue un esquema de Comando y Control - típico de la gerencia de proyectos - )
Se esta trabajando con un grupo y no con un equipo (4)

Soluciones

El SM es realmente un facilitador de la reunión(5), es decir el SM esta ahí, para ayudar al equipo a encontrarse, ser su espejo, no dirige sino que facilita, es alguien que cuenta con instrumentos y experiencias para facilitar correctamente la sesión de retrospectiva de su equipo (6).
Al finalizar cada paso de la retrospectiva (3) el SM invita al equipo a que priorice, reflexione y tome decisiones sobre:

problemas
oportunidades de mejora
experimentos
planes
acuerdos
cambios a realizar entre otros.

Beneficios de la Solución Propuesta

El equipo se empodera de sus problemas y soluciones
Todos adquieren un compromiso entre pares, nadie les dice que hacer, ellos acuerdan que ahcer.
El equipo tiene voz y voto
Si el equipo falla, el equipo aprende y mejora (en el esquema anterior el SM es el culpable de elegir una mala estrategia)
El equipo comienza a sentirse responsable y emerge la autoorganización
Si el equipo durante el sprint no esta tomando las acciones que se comprometieron,

entre ellos pueden llamarse la atención (es más fuerte la presión social que el compromiso ante una orden) o
el SM puede interpelarlos con una pregunta poderosa puede hacerlos conscientes de la desviación de lo comprometido por ellos

El equipo se escucha entre sí (recordemos que las mejores ideas vienen de cualquier parte)

Bueno hasta acá este corto compartir, bienvenido el feedback, los comentarios y las experiencias.