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.
This deck gives an overview on the following key areas.
1) Agile Development Principle
2) Scrum Framework
3) User Story Creation
4) Definition of Done
5) Agile – Retrospective
6) Development – Metrics
7) Agile vs Traditional Development Approach
Gathering and defining software requirements is difficult. One Agile technique to help address this challenge is writing user stories, which are short descriptions of functions that an end-user would want. While user stories help convert concepts into functions, writing good user stories is easier said than done.
What you’ll learn in this presentation:
• The basics of user stories.
• How user stories fit into the overall Agile planning process.
• How to write a user story.
Given that Agile is an iterative and incremental process, it should come as no surprise that there are different levels of Agile planning to help deliver value early while working toward a larger goal. To find success with Agile, it’s important to understand how to effectively plan at the release, iteration, story, and task levels.
What you’ll learn in this presentation:
• The basics of release and iteration planning.
• The differences between a release and an iteration.
• The basics of task planning.
Training materials for Agile Scrum. Starts with an overview of Agile and Lean. Followed with the Agile Scrum key concepts like Product Owner, Scrum Master, Scrum Team and Product Backlog. Theory is complemented with learnings and best practices from real life software development.
The "2017 Scrum by Picture" is something you can call Scrum Guide illustrated. It is based on the newest version of "Scrum Guide".
You will find the theory, scrum values, scrum team, scrum events including sprint, sprint planning, daily scrum, review and retrospective as well as scrum artifacts. All of those is explained in easy to follow, illustrated nicely presentation, which can assist you to catch the idea behind Scrum.
Feel free to share "2017 Scrum by Picture" with your Scrum friends.
This PPT throws light on some of the essential elements of the Agile methodology which has become crucial to ensure quality in this day and age. To know more on agile methodology, Scrum Model, Agile Principles and Scrum Board go through this presentation as well as the ones coming soon.
Slides from my talk at ABE 2015 conference.
Abstract:
Planning Poker is one of the most popular Agile practices. It's quick, accurate and fun as well. Sometimes however, it just takes too much time, especially when estimating initial backlog with a new team. When your customer is not happy with No Estimates approach it's time to look for an alternative. Something which would give you a rough estimate of the whole project in an hour or less.
One of the techniques I've used several times with different teams and in different projects is a Silent Sort approach for Product Backlog estimation. Join me if you'd want to learn how to provide your customer with initial estimate in less time than it takes to listen to this talk.
What is agile? Where did it come from, and how can it help me?
This session will go through a history of agile, including the origins of waterfall, the Toyota Production System and lean manufacturing, the creation of the agile manifesto, and how these all lead to the modern agile development frameworks we use today. By exploring the original design and intent behind agile principles and practices, we'll also uncover common pitfalls to agile adoption, and insights into overcoming them.
We are doing Agile well..We have been Agile now.. Is it just an assumption or do we have data to support it? Do metrics add any value or they are just a fad? Good metrics affirm & reinforce Agile principles. They open up the conversation and help the teams to improve. They are not only for management, it is for everyone who wants to inspect and adapt.
So this presentation is about how metrics can be used effectively in Agile to enable transparency and improve the overall efficiency at the team/ program and portfolio level.
This deck gives an overview on the following key areas.
1) Agile Development Principle
2) Scrum Framework
3) User Story Creation
4) Definition of Done
5) Agile – Retrospective
6) Development – Metrics
7) Agile vs Traditional Development Approach
Gathering and defining software requirements is difficult. One Agile technique to help address this challenge is writing user stories, which are short descriptions of functions that an end-user would want. While user stories help convert concepts into functions, writing good user stories is easier said than done.
What you’ll learn in this presentation:
• The basics of user stories.
• How user stories fit into the overall Agile planning process.
• How to write a user story.
Given that Agile is an iterative and incremental process, it should come as no surprise that there are different levels of Agile planning to help deliver value early while working toward a larger goal. To find success with Agile, it’s important to understand how to effectively plan at the release, iteration, story, and task levels.
What you’ll learn in this presentation:
• The basics of release and iteration planning.
• The differences between a release and an iteration.
• The basics of task planning.
Training materials for Agile Scrum. Starts with an overview of Agile and Lean. Followed with the Agile Scrum key concepts like Product Owner, Scrum Master, Scrum Team and Product Backlog. Theory is complemented with learnings and best practices from real life software development.
The "2017 Scrum by Picture" is something you can call Scrum Guide illustrated. It is based on the newest version of "Scrum Guide".
You will find the theory, scrum values, scrum team, scrum events including sprint, sprint planning, daily scrum, review and retrospective as well as scrum artifacts. All of those is explained in easy to follow, illustrated nicely presentation, which can assist you to catch the idea behind Scrum.
Feel free to share "2017 Scrum by Picture" with your Scrum friends.
This PPT throws light on some of the essential elements of the Agile methodology which has become crucial to ensure quality in this day and age. To know more on agile methodology, Scrum Model, Agile Principles and Scrum Board go through this presentation as well as the ones coming soon.
Slides from my talk at ABE 2015 conference.
Abstract:
Planning Poker is one of the most popular Agile practices. It's quick, accurate and fun as well. Sometimes however, it just takes too much time, especially when estimating initial backlog with a new team. When your customer is not happy with No Estimates approach it's time to look for an alternative. Something which would give you a rough estimate of the whole project in an hour or less.
One of the techniques I've used several times with different teams and in different projects is a Silent Sort approach for Product Backlog estimation. Join me if you'd want to learn how to provide your customer with initial estimate in less time than it takes to listen to this talk.
What is agile? Where did it come from, and how can it help me?
This session will go through a history of agile, including the origins of waterfall, the Toyota Production System and lean manufacturing, the creation of the agile manifesto, and how these all lead to the modern agile development frameworks we use today. By exploring the original design and intent behind agile principles and practices, we'll also uncover common pitfalls to agile adoption, and insights into overcoming them.
We are doing Agile well..We have been Agile now.. Is it just an assumption or do we have data to support it? Do metrics add any value or they are just a fad? Good metrics affirm & reinforce Agile principles. They open up the conversation and help the teams to improve. They are not only for management, it is for everyone who wants to inspect and adapt.
So this presentation is about how metrics can be used effectively in Agile to enable transparency and improve the overall efficiency at the team/ program and portfolio level.
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
DevSecOps ya no es una estrategia de nicho que pasa a segundo plano en DevOps, ahora es un movimiento de masas.
El año 2020 ha estado marcado por el rápido progreso de los paradigmas de DevOps transformadores, tales como: codesarrollo en comunidades globales, agnosticismo de plataforma, computación sin servidor, infraestructura como código, espacio de trabajo de extremo a extremo con experiencia unificada en todo el software. ciclo vital. Esa transformación de DevOps ha ofrecido una oportunidad única para la seguridad de las aplicaciones. Por primera vez en una década, es realista crear e integrar seguridad en un DevOps completo, convirtiéndolo así en DevSecOps. La ausencia de DevOps unificado, junto con la ausencia de herramientas nativas, fue un obstáculo para Sec. Ahora, el obstáculo se ha ido. DevOps ha dado un paso crítico hacia DevSecOps, que comenzó a ofrecer sus propias tecnologías de seguridad de aplicaciones.
Se comparte en esta presentación el framework Nexus y retos que conlleva al usarlo como estrategia de escalar scrum, Uno de estos riesgos es la generción de deuda técnica.
En esta presentación se describen tips para que las PMO comiencen con sus pilotos ágiles y algunas estrategias para que se comience a agilizar el portafolio de proyectos y productos.
Workshop de gestión ágil de proyectos, haciendo foco en Scrum y otras metodologías para maximizar la productividad y la eficiencia de equipos de trabajo.
Se comparten varios tips que promueven al mejora del rendimiento de los equipos ágiles, es decir los que cumplen con el manifiesto ágil, tipo scrum, scrumban, xp, kanban
Hola a todos,
Mientras escribo el post, quisiera compartirles esta imagen, sobre lo que REALMENTE significa pruebas unitarias, he observado que el término es mál empleado por DESARROLLADORES, TESTER, GERENTES DE PROYECTO, SCRUM MASTER, AGILE COACHES.
Es un pequeño servicio social.
Esperando con el resolver muchas dudas al respecto.
Hola a todos
A finales del pasado tuve la oportunidad de brindar un Seminario-Taller sobre Transformación Ágil para una prestigiosa universidad de la ciudad de Medellín dirigido específicamente a una importante organización del sector energético.
Hoy quiero compartirles TODO el material que elaboré y trabajamos; sin restricciones.
Pero también he observado que por más bueno que sea el material, sin la explicación y heridas de guerra del experto, queda incompleto; por lo tanto, si estas interesad@ en ir más allá del material y participar en un Webinar que dictaré:
• Cuándo: en el mes de Julio de 2020
• Intensidad: 3 sábados
• Duración: 9 horas (3 horas cada sesión)
• Inversión: 90 dólares
diligencia el siguiente formato y te estaré contactando para los siguientes pasos.
https://docs.google.com/forms/d/e/1FAIpQLSfJkIU1LyJO3cCKIkgzXhAMNRJHNZpyeEBv148jKZEFeJ4zuA/viewform
Saludos ágiles
Jorge Abad.
Publicado en : http://www.lecciones-aprendidas.info/2020/05/diapositivas-seminario-taller-sobre-transformacion-agil.html
Conferencia "Agile marketing para hacer frente a los cambios"
Todo el mundo busca ser ágil. Ahorrar tiempo, minimizar recursos y duplicar los resultados. Sin embargo, ¿es algo que nace innato o se puede entrenar?
En la mayoría de los casos la agilidad puede trabajarse. Y en marketing en concreto, existe una tendencia que aporta las claves para hacerlo: el Agile Marketing.
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
1. 1
Hablemos de Deuda Técnica
(y un poco de su relación con testing)
JORGE HERNÁN ABAD LONDOÑO
@jorge_abad
Blog http://www.lecciones-aprendidas.info/
Agile Coach, Project Leader, Scrum Master and Always a Learner
6. 6
Mis objetivos con esta sesión:
- Elevar nuestro nivel de conciencia
sobre la deuda técnica
- Inquietarlos
- Ser disparador de un cambio para
testers y team members
11. 11
La deuda técnica son las consecuencias de:
• un desarrollo apresurado
• un desarrollo inconsciente de software
• o un despliegue descuidado de hardware
Que se terminará pagando ya sea con:
• baja velocidad de desarrollo
• inversión de tiempo removiéndola o
• bajo rendimiento del sistema
@jorge_abad
26. 26
Nuestro servidor agotado por :
• La carga
• Necesita continuos reinicios
• Carecemos de
• buen hardware
• Software liviano adecuado
para el hardware
• Software bien construido
(por lo general las últimas dos)
42. 42
Causas
Presiones de Negocio
Poco entendimiento del proceso
Software no modular, clases muy acopladas
Falta de una buena suite de pruebas
Falta de documentación
Falta de colaboración entre equipos
Falta de acompañamiento a desarrolladores jóvenes
Desarrollo paralelo (en dos o más branches)
Postergar la refactorización
Inexistencia de estándares o no alineación con ellos
Poco conocimiento por parte del desarrollador de buenas prácticas
Poca apropiación del código
Pobre liderazgo técnico
Subutilización del software base
Sobreutilización del software base
Presiones por cambios de último minuto
Entre otros
44. 44
Síntomas
Despliegue lentos
Constantes reinicios del servidor por consumo de
memoria
Código inmantenible
Código inestable o con el síndrome de castillo de
naipes
Costo alto de cambios
Costo alto de corrección de código
Disminución de la velocidad de los sprints
Entre otros
72. 72
Prácticas Técnicas compartidas por todo el
equipo
• Revisiones de código
• Buenas practicas de desarrollo (Principios SOLID, ACID,
etc)
• Pruebas de Aceptación
• Pruebas Unitarias
• Propiedad Colectiva de Código
• Clean Code
• Test Driven Development
• Integración Continua
• Entrega Continua (Continuous Delivery)
• Diseño Simple
• Programación por Pares
• Mob Programming
• Mob Testing
• Estándares de Codificación
• Refactoring
• Monitoreo de la deuda técnica
86. 86
¿Qué podemos hacer desde pruebas?
Ser preventivos
Estar atentos a los síntomas
Realizar inspecciones de código, buscar smells
– Clases gigantes
– Webservices gigantes
– Tablas gigantes, etc
Hacer consciente al equipo de la deuda técnica
Trabajar de la mano del SM en la mejora
continua y ser el vigilante de la deuda técnica
(usar Sonar u otra herramienta), para gestionarla
en el presente y en el tiempo dentro del backlog
Realizar pruebas no funcionales
Automatice las pruebas
Estar alerta a funcionalidades «lentas»
Velar por los estándares
No caer en presiones que impliquen reducción
de la calidad y se decide asumir la deuda,
asegurarse que sea gestionada
Asegurarse de que se pague
Ser un verdadero QA ágil
104. 104
Estas presentación contiene algunas diapositivas de
Javier Garzas @jgarzas
Ángel Nuñez @snahider
Henrik Kniberg @henrikkniberg
Nota: Trate de dar crédito a todos, pero consideras que faltaste
por que no te referencié o debo modificar algo de tu propiedad
por favor no dudes en hacérmelo saber, contactándome al
email: jorge.abad@gmail.com
105. 105
Aviso de Copyright
Usted es libre de:
– Compartir- copiar, distribuir y trasmitir el trabajo
– Modificar- adaptar el trabajo
Bajo las siguientes condiciones
– Atribución. Ud. debe atribuir el trabajo en la manera especificada por el autor
o licenciante (pero de ninguna manera que sugiera que ellos aprueban su uso
del trabajo).
Nada de lo dispuesto en esta licencia menoscaba o
restringe los derechos morales del autor.
Para más información ver http://creativecommons.org/licenses/by/3.0/