La agilidad se ha convertido en popular y esto hace que exista un gran mercado para ayudar a empresas a mejorar en este aspecto. Esta gran demanda junto a la falta de experiencia ha generado lo que los primeros pioneros han llegado a denminar Fake Agile, Flaccid Scrum o Dark Agile. En la charla nos centramos en la situación que vemos a nuestro alrededor y comentamos esperiencias de una agilidad centrada en los resultados.
Se cubren en estas diapositivas aspectos básicos de la deuda técnica y como afecta a los equipos de desarrollo, tester, product owners, scrum masters, al negocio en general.
¿Porque los developers recelan de Agile?
En los últimos años estamos viendo que los desarrolladores pierden interés en Agile muy probablemente porque sienten que ha perdido credibilidad. Muchos lo ven como un impedimento en su dia a dia y una pérdida de tiempo, cómo hemos llegado a esta situación siendo una metodología creada por los propios desarrolladores?
En esta charla veremos cómo Agile ha perdido credibilidad entre los desarrolladores, paradójicamente una metodología creada y promovida durante años por este colectivo que han intentado hacer llegar su mensaje a Management.
¿Porque ha sucedido? Analizaremos las causas, veremos como Agile ha pasado a ser liderada y promovida por los perfiles de Management y cómo ha llegado el mensaje a los grupos de developers late adopters.
Por otro lado, como la complejidad de aplicación y necesidad de adaptación a cada contexto ha generado fracasos que han llevado a una pérdida de credibilidad de esta metodología en los mismos colectivos que la crearon.
Finalmente veremos qué podemos hacer? Como podemos hacer llegar las virtudes a los desarrolladores y hacer entender como sus principios siguen siendo válidos y pueden ayudar a los equipos y desarrolladores en su dia a dia.
Digital Agile: Cómo aplicar metodologías ágiles a tus proyectos digitalesSergio Simarro
Digital Agile: cómo aplicar metodologías ágiles a tus proyectos digitales.
Este Webinar habla sobre qué son las metodologías Agile y específicamente sobre Scrum. Muestra un caso práctico real sobre cómo crear un Sprint para un proyecto de rediseño Web con la herramienta Wrike.
1. ¿Qué es Agile?
2. ¿Qué es Scrum?
3. ¿Qué es Kanban?
4. Scrum en Wrike
5. Conclusiones
Webinar realizado por invitación de Wrike el 20 de junio de 2019.
Ponencia: Agile Project Management Skills - VI Congreso Internacional de Gerencia de Proyectos. - Bogota, 9 Sep de 2017.
En esta conferencia los asistentes explorarán cuáles son esos skills y cómo se agrupan, dependiendo del camino elegido y así identificar habilidades necesarias en project managers tradicionales para seguir siendo relevante en un entorno agil.
Se cubren en estas diapositivas aspectos básicos de la deuda técnica y como afecta a los equipos de desarrollo, tester, product owners, scrum masters, al negocio en general.
¿Porque los developers recelan de Agile?
En los últimos años estamos viendo que los desarrolladores pierden interés en Agile muy probablemente porque sienten que ha perdido credibilidad. Muchos lo ven como un impedimento en su dia a dia y una pérdida de tiempo, cómo hemos llegado a esta situación siendo una metodología creada por los propios desarrolladores?
En esta charla veremos cómo Agile ha perdido credibilidad entre los desarrolladores, paradójicamente una metodología creada y promovida durante años por este colectivo que han intentado hacer llegar su mensaje a Management.
¿Porque ha sucedido? Analizaremos las causas, veremos como Agile ha pasado a ser liderada y promovida por los perfiles de Management y cómo ha llegado el mensaje a los grupos de developers late adopters.
Por otro lado, como la complejidad de aplicación y necesidad de adaptación a cada contexto ha generado fracasos que han llevado a una pérdida de credibilidad de esta metodología en los mismos colectivos que la crearon.
Finalmente veremos qué podemos hacer? Como podemos hacer llegar las virtudes a los desarrolladores y hacer entender como sus principios siguen siendo válidos y pueden ayudar a los equipos y desarrolladores en su dia a dia.
Digital Agile: Cómo aplicar metodologías ágiles a tus proyectos digitalesSergio Simarro
Digital Agile: cómo aplicar metodologías ágiles a tus proyectos digitales.
Este Webinar habla sobre qué son las metodologías Agile y específicamente sobre Scrum. Muestra un caso práctico real sobre cómo crear un Sprint para un proyecto de rediseño Web con la herramienta Wrike.
1. ¿Qué es Agile?
2. ¿Qué es Scrum?
3. ¿Qué es Kanban?
4. Scrum en Wrike
5. Conclusiones
Webinar realizado por invitación de Wrike el 20 de junio de 2019.
Ponencia: Agile Project Management Skills - VI Congreso Internacional de Gerencia de Proyectos. - Bogota, 9 Sep de 2017.
En esta conferencia los asistentes explorarán cuáles son esos skills y cómo se agrupan, dependiendo del camino elegido y así identificar habilidades necesarias en project managers tradicionales para seguir siendo relevante en un entorno agil.
Diapositivas del evento "Agilizate e Innpulsa tu carrera" - Universidad Cooperativa de Colombia Cali - 23-AGO-2017
Mas detalles en: http://www.agilisters.org/2017/08/agilizate-e-innpulsa-tu-carrera.html
Estas diapositivas fueron empleadas en la charla para el PMI Antioquia "Ejecutando proyectos con equipos autogestionados " y busca dar tips y claves para lograr la autogestión en equipos que ejecutan diversos tipos de proyectos.
Sensibilizacion a las Metodologías Ágiles y Framework de Cynefin por @jorge_abadJorge Hernán Abad Londoño
Se presentan elementos por los cuales fracasamos en el desarrollo de software con las metodologías tradicionales, y por que las metodologías ágiles de desarrollo de software son más exitosas.
Transformaciones guiadas por hipotesis y experimentosJohn Araque
Sin duda la dificultad no está en entender las prácticas o herramientas ágiles, o incluso el mindset ágil, sino en la gestión de cambio de implica su adopción; en esta presentación se explicará una propuesta que puede guiar tu estrategia de transformación organizacional.
Charla que presenta que es Scrum en realidad, la cual ofrecí en la semana de la ingenieria en la Universidad Cesar Vallejo - Piura el 5 de mayo de 2012, y en Scrum Day de la Univ. Jorge Basadre Grohmann de Tacna
Las siete dimensiones del producto, brindan a los “socios del producto“ (cliente, negocio, tecnología) una comprensión integral y holística del producto. Estas dimensiones son: user, interface, action, data, control, environment, quality atribute.
¿Agile PMO? - Agile Product Management as an Organization.
Ponencia originalmente realizada en Agiles Colombia 2017 y AgileDefender.org 2017.
Posteriormente articulo publicado en ScrumAlliance.org con base en feedback de ponencias realizadas:
https://www.scrumalliance.org/community/member-articles/2025
Republicado en mi blog: http://www.agilisters.org/2018/02/agile-pmo.html
Webinar impartido por Armando Quiroz, PMP, de Praxis, el 25 de marzo de 2020.
El Disciplined Agile muestra cómo combinar de manera efectiva estrategias de:
Scrum, Agile Modeling, Extreme Programming, Kanban, Agile Data, SAFe ® , y muchos otros enfoques de manera adaptable y escalable.
El resultado final es la verdadera agilidad empresarial.
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0Xavier Albaladejo
- Factores de mayor impacto en la productividad
- Modelo organizativo Agile - Lean
- Framework Agile - Lean de mejora de productividad.
Video de la sesión sin slides: http://www.youtube.com/watch?v=sKbbrpZADVM
Video de la sesión con slides: http://www.consultec.tv/Media/Play/a5c01976b5ce4c78b191a084da2e6b6b1d
Empieza en el minuto 15.
See the English version here:
http://www.slideshare.net/xalbaladejo/en-cas2013-agile-lean-organization-and-productivity-improvement-frameworkv30
Diapositivas del evento "Agilizate e Innpulsa tu carrera" - Universidad Cooperativa de Colombia Cali - 23-AGO-2017
Mas detalles en: http://www.agilisters.org/2017/08/agilizate-e-innpulsa-tu-carrera.html
Estas diapositivas fueron empleadas en la charla para el PMI Antioquia "Ejecutando proyectos con equipos autogestionados " y busca dar tips y claves para lograr la autogestión en equipos que ejecutan diversos tipos de proyectos.
Sensibilizacion a las Metodologías Ágiles y Framework de Cynefin por @jorge_abadJorge Hernán Abad Londoño
Se presentan elementos por los cuales fracasamos en el desarrollo de software con las metodologías tradicionales, y por que las metodologías ágiles de desarrollo de software son más exitosas.
Transformaciones guiadas por hipotesis y experimentosJohn Araque
Sin duda la dificultad no está en entender las prácticas o herramientas ágiles, o incluso el mindset ágil, sino en la gestión de cambio de implica su adopción; en esta presentación se explicará una propuesta que puede guiar tu estrategia de transformación organizacional.
Charla que presenta que es Scrum en realidad, la cual ofrecí en la semana de la ingenieria en la Universidad Cesar Vallejo - Piura el 5 de mayo de 2012, y en Scrum Day de la Univ. Jorge Basadre Grohmann de Tacna
Las siete dimensiones del producto, brindan a los “socios del producto“ (cliente, negocio, tecnología) una comprensión integral y holística del producto. Estas dimensiones son: user, interface, action, data, control, environment, quality atribute.
¿Agile PMO? - Agile Product Management as an Organization.
Ponencia originalmente realizada en Agiles Colombia 2017 y AgileDefender.org 2017.
Posteriormente articulo publicado en ScrumAlliance.org con base en feedback de ponencias realizadas:
https://www.scrumalliance.org/community/member-articles/2025
Republicado en mi blog: http://www.agilisters.org/2018/02/agile-pmo.html
Webinar impartido por Armando Quiroz, PMP, de Praxis, el 25 de marzo de 2020.
El Disciplined Agile muestra cómo combinar de manera efectiva estrategias de:
Scrum, Agile Modeling, Extreme Programming, Kanban, Agile Data, SAFe ® , y muchos otros enfoques de manera adaptable y escalable.
El resultado final es la verdadera agilidad empresarial.
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0Xavier Albaladejo
- Factores de mayor impacto en la productividad
- Modelo organizativo Agile - Lean
- Framework Agile - Lean de mejora de productividad.
Video de la sesión sin slides: http://www.youtube.com/watch?v=sKbbrpZADVM
Video de la sesión con slides: http://www.consultec.tv/Media/Play/a5c01976b5ce4c78b191a084da2e6b6b1d
Empieza en el minuto 15.
See the English version here:
http://www.slideshare.net/xalbaladejo/en-cas2013-agile-lean-organization-and-productivity-improvement-frameworkv30
Evolución de aplicación de prácticas ágiles dentro de grandes organizaciones de todos los tamaños, sectores de actividad, tipos de proyectos y productos. PMI Pacifico Colombia Chapter - 05-ABR-2017. Alex Canizales.
Para saber más: http://www.agilesales.pro/agile-sales-vision-general/
Resumen de la Metodología Agile Sales en Español. Agile Sales en una metodología diseñada por Luis Font para acelerar los procesos de venta de forma rápida y efectiva. Esta orientada a resultados y combina diferentes métodos como Agile, Lean y Execution.
Taller Technologies: Nuestra experiencia con ISO 9001-2008 y AgileTaller Technologies
El 21 de julio de 2015 finalizamos con éxito la auditoría de certificación realizada por IRAM. Es el resultado de un proceso que iniciamos hace un año y medio con el objetivo de mejorar la calidad de nuestra organización. Nuestro sistema de gestión de la calidad abarca la totalidad de los servicios y desarrollos de software que estamos realizando; esto significa que todo lo que hacemos en Taller Technologies está incluido en el sistema de gestión que alcanzó la certificación.
Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User ...Jorge Hernán Abad Londoño
Charla compartida en el V congreso de gerencia internacional de proyectos del PMI Colombia 2016, en donde se comparten los principios realizar la planeación y seguimiento de un proyecto ágil usando la técnica de User Story Map de Jeff Patton
Las 10 tendencias principales de BI para el 2018 - Carloz DíazBig-Data-Summit
El ritmo y la evolución de las soluciones de inteligencia de negocios implican que lo que hoy funciona podría requerir ciertas modificaciones el día de mañana.
Análisis y diseño de sistemas II
Ingeniería en sistemas
Ing. David Enrique Mendoza Gutiérrez
Integrantes:
Nelson Josue Toledo Guzman
Andrea Rojo Ortiz
Marcelo Rodolfo Calani Colque
Charla evento TestingUY 2015 - Introduciendo el Testing dentro del Ciclo de D...TestingUy
Expositor: Alfonso Mariano Fernández Laconich
Resumen:
La maduración de una empresa de desarrollo de sistemas obliga a reescribir las metodologías constantemente, para adaptarlas a las nuevas filosofías. ¿Cómo introducir el testing dentro de una metodología de desarrollo? ¿Cómo crear conciencia de la importancia del testing en el ciclo de desarrollo? Estas preguntas aparecieron en el equipo y las respondimos cambiando nuestra metodología actual de desarrollo. Compartiremos el origen, proceso y resultados de estos cambios que se dieron en nuestra organización para que las empresas que se inician en esto puedan tener un testimonio real sobre el proceso de introducir el testing en un ciclo de desarrollo.
Para una organización, la mejora continua de su desempeño global debe der un objetivo permanente.
Acelerar el lanzamiento de los productos o servicios, Identificación de desperdicios en los procesos
y Integrar la actividades de Discovery y Delivey.
Compartir cuáles son los beneficios y ámbitos de acción de la metodología Agile del PMI en el mundo de los proyectos. Además, nuestro expositor explicará en qué consiste la certificación PMI-ACP, y cuál es su valor agregado a partir de su experiencia como primer certificado de PMI-ACP en Ecuador.
Expositor: Miguel Viejó Maestre, además de ser el primer certificado en PMI-ACP en Ecuador, es PMP y MBA de la ESPOL. Actualmente es Vice-presidente Administrativo de Sinergia Soluciones de Software y es Gerente General de MemSys International Corp.
Similar a Agile, en que te hemos convertido v2 (20)
A product team with excellent product discovery habits have a tremendous competitive advantage.
As a Product Manager, you must involve the developers in the continuous product discovery process. Learn how to leverage technology and team organization and practices to facilitate this learning process.
Why every team needs Product Discovery
Build and maintain software is very costly and is a liability to minimize. Product Discovery allows us to be efficient and put the focus on building the right thing.
Real product teams
Empowered engineers are the best single source for innovation and product discovery.
Our systems should facilitate Product Discovery.
The design and architecture of anything we build should be optimized for learning and discovery.
Scalability, basics, application to systems, teams and processesEduardo Ferro Aldama
This talk describes some mental models that can help us scale software based systems. In particular it gives some ideas regarding design, equipment topology and engineering processes.
Mental models: Linear scalability, Amdahl’s Law, Universal Law of scalability, Queueing Theory, and Little’s law.
Cualquier empresa que tenga como base el software, para ser ágil necesita entregar de forma frecuente y sostenida mientras mantiene una estabilidad alta. Cualquier tipo de intento de agilidad que no persiga esta entrega continua no persigue la adaptabilidad y flexibilidad que asociamos con la agilidad.
DevOps is the cornerstone of all high-performance technology companies and allows them to have a proper frequency of deployment while maintaining system availability. This talk describes the devops culture, devops practices an give some ideas about how to introduce this mindset.
DevOps is the cornerstone of all high-performance technology companies and allows them to have a proper frequency of deployment while maintaining system availability.
This talk describes the devops culture, devops practices an give some ideas about how to introduce this mindset.
As the data already validated, Continuous Delivery is the
the cornerstone of the high-performance tech organizations.
This presentatión explain some of the techniques needed for continuous delivery and list some of my own experience using this practice.
Cas18 sobreviviendo en producción / Gestión de Incidencias y aprendizajesEduardo Ferro Aldama
Presentación para la CAS2018.
Actualmente los sistemas basados en software evolucionan de forma constante y cada vez son más complejos. Para poder opearar y evolucionar estos sistemas adaptativo complejos, debemos ser capaces de usar el feedback que nos da, mejorar la resiliencia, la operabilidad y descubrir los compartamientos emergentes que aparezcan.
Una de las prácticas más útiles que he empleado para conseguir este objetivo consiste en gestionar y tratar en grupo cualquier incidencia en producción y crear blameless Incidents Reports a partir de los cuales aprendemos y decidimos los siguientes pasos de mejora para el sistema.
Esta práctica tiene las siguientes ventajas:
Mejora continua del sistema partiendo de hechos reales (incidencias) en vez de a partir de ideas no validadas (como pasa muchas veces con las funcionalidades sugeridas por los stakeholders).
Generación de una cultura de experimentación, basada en el aprendizaje y en cultura de seguridad sicologica.
Busqueda sistematica de la excelencia técnica, tanto para la operación del sistema como para el desarrollo.
CODE ContinuousDelivery. germinando una cultura agile modernaEduardo Ferro Aldama
Charla para la Comunidad CODE (https://comunidadcode.com/)
Esta charla describe en detalle, cómo usando como hilo conductor Continuous Delivery se puede crear una cultura Agile moderna sana que evite silos, que mejore de forma continua y que responda al negocio.
Continious Delivery es el dial que nos permite identificar los cuellos de botella en el proceso de desarrollo y operación de un sistema de sofware. Subes un poco, ves el problema, lo resuelves/minimizas y vuelves al primer paso.
Describe la cultura, sus características core (aprendizaje continuo, XP development, DevOps, Arquitectura Evolutivas), su necesidad en nuestro contexto (startup, cloud), y los pasos que dimos para introducirla.
CAS2017 Agilidad. Hacia la entrega continua ¿Qué te lo impide?Eduardo Ferro Aldama
Presentación para la CAS2017.
Tal y como nos indica el manifiesto por el Desarrollo Ágil de Software el éxito de trabajar de estar forma se alcanza cuando somos capaces de entregar de forma continua software funcionando y abrazar los cambios requeridos por el negocio. Resumiendo la agilidad nos aporta flexibilidad para que nuestro negocio se adapte e incluso aproveche la velocidad de cambio actual. Si traducimos esto a terminos técnicos, podríamos hablar de que el objetivo de un equipo de desarrollo ágil es ser capaz de hacer entrega continua (continuous delivery) de software funcionando. La charla parte de este objetivo, la entrega continua e indetifica los problemas y soluciones para conseguirla.
Ejemplo de introducción de cultura DevOps y de Extreme Programming usando como hilo conductor y objetivo el continuous-delivery
DevOps no sólo es posible es imprescindible en un entorno de cambios vertiginosos y una ventaja competitiva.
Lo óptimo es tomar las decisiones lo más tarde posible, con más información. Esto permite soluciones más sencillas y en algunos casos evitar trabajo innecesario. Suena bien, ¿verdad?... Claro, pero ¿cómo lo hago?… Mediante ejemplos reales aprenderemos a ser unos artistas de posponer y minimizar el trabajo a realizar. Después del El arte del patadón pa'lante, ahora… el Libro de recetas. Relajate y disfruta viendo como actuan unos vagos profesionales.
Posponer hasta el último momento responsable nos permite conocer mejor el problema a resolver, crear soluciones más sencillas y mejor adaptadas al problema.
Pero para poder posponer estas decisiones, se requiere que nuestro proceso y nuestro diseño de software, esté preparado para ello. Esto incluye hacer todas estas decisiones conscientes y explícitas. Asumir que lo que se decida es lo mejor que se pudo decidir en ese momento con lo que sabíamos y que si en el futuro se ha de cambiar, no hay problema.
Ya se sabe; la única constante es el cambio. Así que mejor abrazar el cambio.
Dicho así suena sencillo, pero la realidad es un poco más complicada. Posponer decisiones, desde el punto de vista técnico, significa que decisiones tan importantes como la persistencia de los datos, los tipos de comunicación entre los componentes, o en algunos casos, hasta el lenguaje usado para desarrollar algunas de las partes, se van a proponer a etapas muy avanzadas del desarrollo. Como además desarrollamos de forma ágil significa que muchas de estas decisiones llegarán cuando el sistema ya lleve tiempo en producción.
Esto pone mucha presión en la calidad técnica del sistema, en tener una arquitectura fácil de evolucionar y un sistema fácil de modificar (confiable, con tests, feedback, etc).
Esta charla explicará los motivos para posponer, las ventajas, las dificultades y explicará de forma práctica qué podemos hacer para posponer decisiones (arquitectura, simple design, parallel changes, etc). También se explicarán algunas estrategias para descomponer historias de usuario de forma que parte de ellas se puedan posponer (incluso indefinidamente si existen otras prioridades).
Herencia vs Composición en Python como mejorar nuestro diseño Orientado a Objetos sabiendo cuando usar la composición y cuando la herencia.
Charla corta presentada en la PyConES 2014 Zaragoza
Se denomina motor de corriente alterna a aquellos motores eléctricos que funcionan con alimentación eléctrica en corriente alterna. Un motor es una máquina motriz, esto es, un aparato que convierte una forma determinada de energía en energía mecánica de rotación o par.
Criterios de la primera y segunda derivadaYoverOlivares
Criterios de la primera derivada.
Criterios de la segunda derivada.
Función creciente y decreciente.
Puntos máximos y mínimos.
Puntos de inflexión.
3 Ejemplos para graficar funciones utilizando los criterios de la primera y segunda derivada.
Convocatoria de becas de Caja Ingenieros 2024 para cursar el Máster oficial de Ingeniería de Telecomunicacion o el Máster oficial de Ingeniería Informática de la UOC
7. IT en la actualidad
Antes
● IT como área de soporte
● Centro de coste
● Proyectos
● No es área estratégica
○ Outsourcing
Ahora
● IT como núcleo de negocio
● Centro de beneficio
● Productos
● Es área estratégica
○ Insourcing
10. “Firms with high-performing IT
organizations were twice as likely
to exceed their profitability,
market share and productivity
goals”
DORA Report 2014 (link)
15. “According to Gartner, 70% of the IT market is
focusing on DevOps and another study found
that 88% of organizations have adopted agile,
but only 26% of organizations have broadly
adopted test automations.”
Chris Richardson
22. Existen importantes diferencias entre las
consultoras generalistas y las de nicho
¿Qué le vendes a tus clientes?
¿Vendes tus soluciones o solucionas sus problemas?
¿Cuánto entiendes lo que vendes?
24. “¿Quieres automatizar? Toma, un ingeniero Dev/Ops”.
“¿Agile? ¿Cuántos Scrum Masters quieres? ¿3? Te dejo 5 al
precio de 3”.
“¿Programadores? ¿30? Toma. Están bien educados, sólo
hacen lo que les digas que hagan”.
46. Primeras claves
● Agile no es únicamente Scrum.
● Agile no es únicamente foco en las personas.
● No existe Agile sin Agile software delivery
● Tu cliente no se resiste al cambio, se resiste a tu propuesta. Tú sabrás por
qué.
● Las cosas no son mejores o peores porque sí. Indaga, comprende y haz
buena pedagogía.
54. 1. Establecer el POR QUÉ
2. Establecer el OBJETIVO
3. Diseñar el CAMINO
4. Identificar STAKEHOLDERS
5. Elegir INDICADORES
6. Definir EQUIPO MOTOR
7. Establecer PRIMEROS PASOS
Cómo lo enfocamos nosotros
Motivación y expectativas.
¿A dónde nos queremos dirigir?
¿Qué planteamos hacer?
¿Quiénes son los protas de la historia?
¿Cómos vamos a medir el resultado de nuestras decisiones?
Generación de un equipo que traccione el cambio.
¿Cómo vamos a arrancar este camino?
La receta de arranque de Enciende la Luz
55. 1. Establecer el POR QUÉ
2. Establecer el OBJETIVO
3. Diseñar el CAMINO
4. Identificar STAKEHOLDERS
5. Elegir INDICADORES
6. Definir EQUIPO MOTOR
7. Establecer PRIMEROS PASOS
Motivación y expectativas.
¿A dónde nos queremos dirigir?
¿Qué planteamos hacer?
¿Quiénes son los protas de la historia?
¿Cómos vamos a medir el resultado de nuestras decisiones?
Generación de un equipo que traccione el cambio.
¿Cómo vamos a arrancar este camino?
La receta de arranque de Enciende la Luz
Cómo lo enfocamos nosotros
56. 3. Diseñar el CAMINO ¿Qué planteamos hacer?
La receta de arranque de Enciende la Luz
Cómo lo enfocamos nosotros
EFICACIA EFICIENCIA
Visualizar y meter orden.
Usamos principalmente
Scrum
Ingeniería Ágil para
mejorar el producto bien
enfocado
57. 4. Identificar STAKEHOLDERS ¿Quiénes son los protas de la historia?
La receta de arranque de Enciende la Luz
Cómo lo enfocamos nosotros
También hay Stakeholders de tecnología, no son
únicamente de negocio.
Si entre tus Stakeholders no hay personas de tecnología,
es probable que no estés prestando la atención adecuada a
esta dimensión.
61. Sé el ejemplo de lo que enseñas
● Trabaja junto a tu cliente.
● Preocúpate por conocer su problema y no aceptes tan rápido
su solución. Igual no comprende lo que te está pidiendo.
● Monta un equipo multidisciplinar de intervención.
● Utiliza las prácticas que esperas de los demás.
● PERSIGUE SIEMPRE LA EXCELENCIA en lo que hagas.
65. ¿Es que no hay otra
manera de hacer las cosas?
66.
67. Alea Soluciones
● Despliegue 5-10/semana
● XP & DevOps practices (Consolidadas)
● Equipo multidisciplinar (Producto, Ops, Dev)
● Nueva producto (Gpon 3 meses)
● 3 Nuevas verticales (Hoteles, Eléctricas,
Hospitales)
2012-2016
Telecomunicaciones
Depto. Producto
9 personas (1 Equipo)
68. The Motion
● Despliegue 5-10/dia
● XP & DevOps practices (Consolidadas)
● Equipo multidisciplinar (Ops, Dev) + Prod
● Nueva producto / Nuevo mercado
● 4 Pivots
● No product market fit
● Fondos europeos H2020
2015-2018
Startup Videos / Publicidad
Depto. Producto
12 personas (2-3 Equipos)
69. Nextail
● Despliegue 1-3/dia
● XP & DevOps practices (mejorando)
● Equipo multidisciplinar (Squads)
● Nuevo producto / Nuevo mercado
● Market fit consolidado
● Escalando
2018-Actualidad
Startup SaaS Retail
IA y Analitica prescriptiva
Depto. Producto
34 personas (6 Equipos)
70. Payvision
● 14 Scrum teams.
● XP & DevOps practices (mejorando)
● 60 builds in a day and 11 deployments in a
day (2 in production)
● 2392 test passed. 99.99% green on last 14
days
2018-Actualidad
Fintech, parte de ING
71. Toyota España
● Plan de transformación global de la
compañía.
● Indicadores:
○ Tasa de entrega de producto terminado.
○ Cantidad de trabajo aceptado y no planificado.
○ Calidad del Software: Código/ Tasa de Bugs x
entorno.
○ Experiencia del peticionario.
○ Satisfacción del empleado de IT.
● Herramientas:
○ Propiedad compartida del código.
○ Automatización de pruebas.
○ Afianzamiento estándares de calidad.
2019-Actualidad
Sector automoción
72. Cómo he usado la consultoría externa
● Agile technical coaches
● Ayuda desarrollo (agile / XP)
● Facilitación puntual
● Activación circuitos de mejora continua
73. Alea Soluciones
● Aprender haciendo
● Sobre nuestro producto / No cursos
● Expertos XPs
○ Carlos Ble
○ Nestor salceda
Cultura / Facilitación puntual
● Ariel Ber
● JM Beas
● Thinking with you
74. The Motion
● Aprender haciendo
● Sobre nuestro producto / No cursos
● Expertos XPs
○ Codesai (Alfredo Casado, Modesto San
Juan)
● Pairing presencial
● Sobre nuestro producto
● Foco en testing
77. ¿Qué le pido a un Agile Coach (no tech)?
● Reconocer la importancia de las prácticas de ingeniería
● Identificar los problemas (falta prácticas, deuda, calidad, etc.)
● Defender la necesidad o al equipo haciendo XP y Devops
● Facilitar iniciativas internas (si las hay)
● Introducir Coaching tecnico / XP / Devops (es necesario)
78. Cómo lo enfoco
● Mindset (Facilitación / Paciencia / Visión Largo Plazo)
● Entrega continua (requiere prácticas agile/devops ingeniería)
Como pilares
● Personas y Colaboración
● Enfoque a cliente final
83. ¿Cómo podemos mejorar el sector?
Persigamos lo que nos dice la ciencia (DORA/Accelerate):
● Lean Product Management
● Lean Management
● Entrega Continua
Métricas contrastadas (Software delivery and operational performance)
● Frecuencia Despliegue
● Lead time
● Tiempo medio de recuperación
● Porcentaje fallos / despliegues
86. Referencias:
A letter to agile coaches Blog post
Accelerate
The Science of Lean Software and DevOps
Building and Scaling High Performing Technology Organizations
Todos intentando contratar más desarrolladores, pero con mirada al “antes”.
Escasez de desarrolladores ágiles.
Si desplegamos una vez cada 6 meses, el ciclo de experimentación es demasiado lento… asi que si todavia no eres capaz de construir y poner a producción con una buena frecuencia y de forma sostenible, decir que mejoras la agilidad si no estás mejorando eso es un engaño.
En el caso de una enterprise, que despliega 2 o 4 veces a producción por año. ¿De verdad decimos que estamos mejorando la agilidad cuando no ponemos peso en mejorar esa frecuencia de despliegue?
¿A dónde les acompañas? ¿Al barranco?
¿A dónde les acompañas? ¿Al barranco?
Tablero sin orden ni concierto = ¿Kanbanismo?
Claro que sí, guapi.
Igual no has entendido aún la necesidad y situación de tu cliente.
TDD, Pairing/Mob (>70%), Collective ownership (Product/Code), Trunk base development, Hexagonal architecture, Service-oriented architecture, CI, CD, Infraestructura como código
Stakeholders CEO, Operaciones de Red
TDD, Pairing/Mob (>70%), Collective ownership (Product/Code), Trunk base development, arquitectura Hexagonal, Microservices, arquitectura dirigida por eventos, CI, CD, Infraestructura como código, etc.
TDD (no siempre), Pairing/Mob (>30%), Collective ownership (Product/Code), Trunk base development (not always), Hexagonal architecture (for new services), Splitting the monolith, CI, CD, Infrastructura como codigo.
Market fit consolidado, fase de escalado, último año (users x1.5, clientes x2, data x2, escalabilidad horizontal (parcial), excepciones -x50, consumo mem/tiempo -2x, fault tolerance, 3 a 6 países)
Prácticas
Learning by doing
Expertos XP
Carlos Ble (1.5 días/sem 1Mes) (Arranque TDD)
Nestor Salceda (3 días/sem 2/3años) (Miembro equipo)
Pairing remoto
Sobre nuestro producto / No cursos
Ariel Ber Preparación terreno 10 sesiones
JM Beas agile inception y retro momento muy complicado 1 sesión
Thinking with you facilitación retros, expansión a otros equipos
Prácticas
Learning by doing
Expertos XP
Codesai (Alfredo Casado, Modesto San Juan)
2 días/sem 4Mes (Arranque TDD, Pairing)
Pairing (presencial)
Sobre nuestro producto / Foco en testing
O por lo menos, no dinamites las iniciativas por la calidad. No hay nada más destructivo que un supuesto experto en agilidad pasando de la calidad técnica.
Si un equipo no necesita coaching técnico, lo más seguro es que su nivel de agilidad y flow haga que ya estén a un nivel de madurez excelente.
El enfoque al cliente final se trabaja consiguiendo centrarnos en Outcomes y cambiando el mindset de los desarrolladores para que entiendan para quién hacemos las cosas y por qué hacemos las cosas.
Tengo muy en cuenta que sólo con un equipo motivado se consiguen grandes cosas, por lo que dedico mucho tiempo a las personas y a ayudarlas a crecer.
Un efecto curioso de la entrega continua, es que aunque sea dificil, impacta mucho en la calidad de vida de los equipos (menos estrés, menos miedos, más sentimiento de impacto, etc).
Usemos las métricas (contrastadas) para la agilidad. Frecuencia de despliegue, Lead time, Mean time to recover y Change failure rate
Todo esto no se hace con postits y abrazando arboles… aunque los postits sean útiles y abrazar árboles relaje.
Se hace tomandonos las prácticas de ingeniería agile en serio.
Usemos las métricas (contrastadas) para la agilidad. Frecuencia de despliegue, Lead time, Mean time to recover y Change failure rate