Entre los grandes cambios que introduce #Agile en una organización es pasar de
— Jorge Hernán Abad L. (@jorge_abad) April 17, 2018
La Gestión del Alcance a la Gestión del Valor
Este "simple" cambio de enfoque:
-reorganiza equipos
-cambia métricas
-elimina desperdicios
-conecta más a las personas
-aumenta la felicidad
Este blog comparte estrategias y aprendizajes sobre desarrollo de software, marcos, métodos 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, productos, scrum masters, agile coaches, agentes de cambio, y líderes a mejorar sus procesos y promover la experimentación como motor de innovación, facilitando su adaptación en entornos empresariales cambiantes.
martes, abril 17, 2018
Tweet: Agile no gestionar por alcance sino por valor
lunes, marzo 26, 2018
Un tweet de un grande - R.I.P. Mike Beedle - Ágil no Cura la Incompetencia
✅ Agile doesn’t cure INCOMPETENCE.— Mike Beedle (@mikebeedle) March 21, 2018
You can coach teams to be more engaged and collaborative, but NO Agile framework, method, or mindset can save you from BLATANT FAILURE if your development team is INCOMPETENT in basic engineering practices.
Technical excellence is a MUST!
viernes, noviembre 17, 2017
La razón del cambio - Tweet
#DeColección
— Jorge Hernán Abad L. (@jorge_abad) November 17, 2017
“We generally change ourselves for one of two reasons: inspiration or desperation.”
― Jim Rohn
sábado, julio 29, 2017
Noticia Falsa: En cascada no existía deuda técnica
Hola a todos, hace poco compartía con un compañero el cual trabajó durante mucho tiempo en cascada y ahora esta comenzando a trabajar con scrum y esta viéndose en unos retos bien importante, el cual me argumentaba que:
- en cascada los problemas no teníamos los problemas de deuda técnica que existen en ágil. En cascada siempre entregabamos...
no les niego que mi cara fue similar a esta.
Vamos primero a aclarar términos:
![]() |
| Ver más sobre deuda técnica en (1) |
- Nos comprometemos a una fecha y no la cumplimos
- Las pruebas las empezamos 2 o 3 meses después de la fecha de finalización del proyecto (si es que tenemos suerte)
- Nos quedamos en ciclos interminables de pruebas (4, 5 o hasta más) para poder entregar el sistema.
- El cliente nos acepta el producto después de dós o más ciclos de pruebas
- Salimos a producción muertos de miedo y estabilizando el sistema por más de 6 meses (muchas de las condiciones de aceptación de un producto en cascada dice cuando por 2 meses no aparezcan problemas en producción).
¿Y en Agile como es?
La verdad es que, si tenemos excelencia técnica (buenas prácticas ágiles, buena ingeniería, buena arquitectura), esto no se presentará (o al menos se reducirá enormemente su impacto) y la imagen de arriba hará honor a lo que profesamos:- Entregamos software de valor frecuentemente
- Y la medida de progreso es software funcionando
- Solo se centra en el proceso scrum (o como sea que lo llamen) y no en las personas.
- Los equipos no mejoran sus prácticas técnicas.
- Los scrum masters solo se enfocan en mejorar la comunicación del equipo cuando hay muchos aspectos a mejorar.
- Las retrospectivas son las mismas hace 5 sprints.
- Los equipos no son retados técnicamente por el scrum master (ver más acá Scrum Master: Cómo Continuar la Mejora Continua de tu Equipo).
- No se gestiona la deuda técnica.
- No hay una preocupación seria por parte del equipo de la excelencia técnica.
Algunos tweets
Para terminar quisiera compartirles algunos tweets relacionados con la deuda técnica y la excelencia técnica tanto en cascada como en ágil.— Jorge Hernán Abad L. (@jorge_abad) April 28, 2016
No monitorear, ni pagar la #DeudaTecnica cada sprint, es una característica del #BadAgile https://t.co/t8Ub2tCrKO#TechnicalDebt #Scrum— Jorge Hernán Abad L. (@jorge_abad) May 17, 2017
Otra Definición de #DeudaTecnica— Jorge Hernán Abad L. (@jorge_abad) February 2, 2017
Cuando terminas trabajando para el sistema y no el sistema para tí#technicalDebthttps://t.co/zO40WzAp3O
La deuda técnica creciente termina por agotar la velocidad del equipo #Scrum y ocasionando la generación de cero valor #Agile #TechnicalDebt— Jorge Hernán Abad L. (@jorge_abad) May 5, 2016
Cualquier intento de escalar #Scrum sin contar con Excelencia Técnica ni Gestión de la Deuda Técnica muy seguramente será un fracaso— Jorge Hernán Abad L. (@jorge_abad) July 24, 2017
#lesaAgilidad— Jorge Hernán Abad L. (@jorge_abad) April 25, 2017
Si como equipo no estas mirando, midiendo, controlando la deuda tecnica #techinicalDebt #agile #scrum #fail
La deuda técnica es curable si se diagnóstica a tiempo #techinicalDebt— Jorge Hernán Abad L. (@jorge_abad) May 20, 2016
3 ideas:— Jorge Hernán Abad L. (@jorge_abad) April 20, 2016
El sw con el tiempo se degrada
la deuda técnica debe ser identificada y gestionada
Sin excelencia técnica no hay agilidad
Haz buen software o alguien (talvez tu mismo) terminará pagando la deuda técnica de tu proyecto #agile #scrum pic.twitter.com/N7nykg2rH2— Jorge Hernán Abad L. (@jorge_abad) March 16, 2016
Hacer #Scrum sin gestionar la #DeudaTecnica es hacer problemas de forma iterativa, incremental y en ciclos cortoshttps://t.co/t8Ub2tkQme— Jorge Hernán Abad L. (@jorge_abad) June 21, 2017
Ya sea en cascada o en #Agile sino hay excelencia técnica se va directo al fracaso, eso es indistinto del método.— Jorge Hernán Abad L. (@jorge_abad) May 30, 2017
Comentarios, Aclaraciones, Notas y Referencias
- Presentación sobre deuda técnica (clic aquí)
- En proyectos más pequeños de tamaño (5 meses o menos) las disfunciones técnicas que tiene cascada para desarrollo de software no se evidencian tan fácilmente como en proyectos grandes, pues en últimas el mal código siempre generará impacto tipo de impacto en el tiempo, costo y satisfacción del cliente independiente del tamaño del proyecto (Gracias Luis Mulato @LuisMulato por el feeback y correciones respecto a este último punto y al post)
miércoles, julio 26, 2017
Un tweet sobre #Agile
#Agile reduce costos pero no es más barato. Un equipo de desarrollo siempre costará lo mismo, el enfoque al valor es la gran diferencia.
— Jorge Hernán Abad L. (@jorge_abad) July 26, 2017
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
jueves, septiembre 29, 2016
Responsabilidad de Equipo
"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
martes, septiembre 06, 2016
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
lunes, julio 04, 2016
Algunos Tweets sobre Agilidad
"¿Si la organización no realizara este proyecto / producto, que impacto tendría?"@pmejia73 #ProductOwner #PreguntaPoderosa #AgileInception
— Jorge Hernán Abad L. (@jorge_abad) 29 de junio de 2016
"todo agilista debe preguntarse cada día
— Jorge Hernán Abad L. (@jorge_abad) 29 de junio de 2016
¿si hoy se interrumpe el proyecto, que producto de valor le dejé al negocio?" @pmejia73
This is so brilliant :) Really awesome :) “The Enemies of Adaptability” #agile #hr #leadership pic.twitter.com/f7bv5qxHmr
— Luis Gonçalves (@lgoncalves1979) 28 de junio de 2016
Implementa historias de 1/10 a 1/6 máximo de la velocidad del equipo https://t.co/b2DBcLJaUC#Ágil #Incremento #Scrum #HistoriaDeUsuario
— Lucho Salazar (@luchosalazarc) 28 de junio de 2016
The currency of Agile should be working software, not a velocity of story points. #agile #lean ^ @troytuttle pic.twitter.com/tI8XSQp0ra
— AgileFortune (@AgileFortune) 26 de junio de 2016
a coach is responsible for identifying and inducing productive discomfort ^ @KentBeck pic.twitter.com/8QWIdn49Cr
— AgileFortune (@AgileFortune) 23 de junio de 2016
"Responding to Change" is impossible unless code is easy:
— AgileFortune (@AgileFortune) 21 de junio de 2016
to change
to maintain
to fix
to enhance. ^ @WoodyZuill pic.twitter.com/USVMuwwSSe
Cambio de paradigma para el Testing Ágil
— Jorge Hernán Abad L. (@jorge_abad) 15 de junio de 2016
por @henrikkniberg #Agile #Scrum #Testing #AgileTesting pic.twitter.com/aBipD4wyJl
Definitivamente #TodoCambia y mucho más el sw
— Jorge Hernán Abad L. (@jorge_abad) 14 de junio de 2016
El problema radica en como responder al cambiohttps://t.co/ANeUFZ2taC pic.twitter.com/AT66hGzwI3
Tip para un Equipo #Scrum
— Jorge Hernán Abad L. (@jorge_abad) 14 de junio de 2016
Planear cada sprint la remoción de la #DeudaTécnica#TechnicalDebt #Agile pic.twitter.com/HP3rVP3GU1
#Agile es una cultura no un proceso
— Jorge Hernán Abad L. (@jorge_abad) 24 de junio de 2016
Pero la cultura Agile si generará un estilo #LEAN de procesos
Es crítico entonces hackear la cultura
Una Propuesta de Definición de Deuda Técnica
Mi propuesta de definición de #DeudaTécnica #TechnicalDebt pic.twitter.com/IjezTvRd2R
— Jorge Hernán Abad L. (@jorge_abad) 2 de julio de 2016
domingo, abril 24, 2016
Algunos Tweets sobre Contratos Ágiles
#ContratosAgiles: Un contrato marco con muchas órdenes de servicio (ej: cada 4 sprints), implica una reducción mutua del riesgo #Agile— Jorge Hernán Abad L. (@jorge_abad) 19 de abril de 2016
No se hace un proyecto en #Agile para reducción de costos, sino obtener un gran producto reduciendo riesgos // #Agil #Scrum #ContratosAgiles— Jorge Hernán Abad L. (@jorge_abad) 19 de abril de 2016
No se hace un proyecto en #Agile para reducción de costos, sino para reducción de riesgos // #Agil #Scrum #ContratosAgiles— Jorge Hernán Abad L. (@jorge_abad) 19 de abril de 2016
Si no es ni colaborativo, riesgo compartido, gana-gana y entregas de valor frecuente, no es #ContratoAgil https://t.co/j5deVJzNiB #Scrum— Jorge Hernán Abad L. (@jorge_abad) 12 de mayo de 2016
miércoles, marzo 30, 2016
Algunos trinos sobre la agilidad y scrum
Sin prácticas técnicas no hay agilidad, mi estimado @JohnnyOrdonez lo confirma pic.twitter.com/A3DlCzKblK
— Jorge Hernán Abad L. (@jorge_abad) 31 de marzo de 2016
Yo me atrevo a corregir un principio #ágil "sin excelencia técnica no hay agilidad" #agile #scrum https://t.co/LCcLIpxS7a
— Jorge Hernán Abad L. (@jorge_abad) 30 de marzo de 2016
#scrum no resolverá tus problemas, te ayudará a evidenciarlos más ráipido, Que los resuelvas o no depende de ti,no de scrum //#agile
— Jorge Hernán Abad L. (@jorge_abad) 30 de marzo de 2016
#scrum will not solve your problems, it will help you to see them faster, to solve or not depends on you, not scrum // #agile
— Jorge Hernán Abad L. (@jorge_abad) 30 de marzo de 2016
jueves, febrero 18, 2016
Algunos Tweets sobre Scrum y la Agilidad
En #Agile la productividad significa generar valor con la menor cantidad de desperdicio, #fail si piensas que es aumento de LOC/tiempo— Jorge Hernán Abad L. (@jorge_abad) febrero 18, 2016
A planes más grandes, mayores supuestos y mayores riesgos. No dejes dominar x la falsa certeza #pmp #pmot #agile https://t.co/eFvB1B7Vmh— Jorge Hernán Abad L. (@jorge_abad) febrero 18, 2016
#Ágil no significa ir más rápido, más bien es producir menos desperdicio, algo que casi siempre resulta en ir más rápido #Scrum #Lean— Lucho Salazar (@luchosalazarc) febrero 5, 2016
No se trata de ser más veloz en la resolución del problema, de lo que se trata es de entenderlo más rápido #Ágil #Lean #Scrum #Colaboración— Lucho Salazar (@luchosalazarc) febrero 5, 2016
El producto que entregas en cada iteración tiene tanto valor para el usuario como el juicio o la opinión que él te devuelva. #Ágil #Scrum— Lucho Salazar (@luchosalazarc) febrero 5, 2016
Algunas empresas miran a #Agile como una nueva forma de capturar métricas #fail. Agile tiene metricas pero estas no son el fin en sí.— Jorge Hernán Abad L. (@jorge_abad) febrero 1, 2016
#Agile es equipos de trabajo colaborando, desarrollando productos de valor con entregas tempranas.— Jorge Hernán Abad L. (@jorge_abad) febrero 1, 2016
Ser #ágil es "dar valor al negocio, con la menor cantidad de software posible en pequeños incrementos" @jorge_abad https://t.co/xdowlhQ9bJ
— Lucho Salazar (@luchosalazarc) diciembre 19, 2015
#HastaQueLoEntendamos: en proyectos de desarrollo / construcción software el plan es una herramienta no es el fin #agile #scrum #pmp #pmot
— Jorge Hernán Abad L. (@jorge_abad) febrero 19, 2016
Tu pago como #ScrumMaster no son las felicitaciones del cliente, es la mejora en las interacciones y del desempeño de tu Team #Agile #Scrum
— Jorge Hernán Abad L. (@jorge_abad) 17 de marzo de 2016
#Scrum es planeación en ciclos cortos, inspección y adaptación, no improvisación, ensayo y error, son espacios de problemas difftes #cynefin
— Jorge Hernán Abad L. (@jorge_abad) 16 de marzo de 2016
Para una #Retro: ¿Qué harían distinto que impactara positivamente el próximo sprint?#PreguntasPoderosas #Scrum #Agile #ScrumMaster
— Jorge Hernán Abad L. (@jorge_abad) 11 de marzo de 2016
miércoles, noviembre 11, 2015
Tweets sobre Scrum: Ideas que me rondaron hoy
Si como #ScrumMaster no estas adentro del TEAM, no sabrás que necesitan para lograr mejor fluencia #scrum #Agile pic.twitter.com/AwTJxfQCER
— Jorge Hernán Abad L. (@jorge_abad) noviembre 11, 2015
@jorge_abad exigir resultados no los garantiza. #Ágil #Scrum
— Lucho Salazar (@luchosalazarc) noviembre 11, 2015
mayor presión, menor motivación, y mayores reprocesos #Fail // #PMOT #PMI #Agile
— Jorge Hernán Abad L. (@jorge_abad) noviembre 11, 2015
Insisto: Un imposible en el tiempo, sigue siendo un imposible así yo haya hecho un compromiso sobre el #PMOT #Agile #Scrum
— Jorge Hernán Abad L. (@jorge_abad) noviembre 11, 2015
Si como #ScrumMaster no he eliminado la fricción no puedo esperar aumentos milagrosos de la velocidad #Fail #Agile #Scrum
— Jorge Hernán Abad L. (@jorge_abad) noviembre 11, 2015
miércoles, noviembre 04, 2015
Leído y Recomendado: How to Grow Effective Teams - Desde Thoughtworks
el verdadero rendimiento tiene poco que ver con la presión, y todo que ver con la motivación https://t.co/Q3rfNvB4KH // #Agile #Scrum
— Jorge Hernán Abad L. (@jorge_abad) octubre 2, 2015
sábado, abril 05, 2014
Twits sobre agilidad y scrum
No se puede ser ágil si se prueba en cascada (aunque uses Scrum, iteraciones o Sprints) http://t.co/NQsodrYKFG
— jgarzas (@jgarzas) April 2, 2014
Ser #ScrumMaster es como estar enamorado,nadie te dice si lo eres o no, solamente lo sabes. #Scrum // a ratos si pic.twitter.com/jgdTHYm7UY
— Jorge Hernán Abad L. (@jorge_abad) March 14, 2014




