Sesión presentada en SG Virtual 11a. edición.
Presentada por:Edith Valencia Martinez.
La mejora de procesos de software (SPI) involucra entender los procesos existentes a fin de cambiarlos y de esta manera incrementar la calidad del producto y/o reducir costos y tiempo de desarrollo.
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
Si se quiere ganar un partido de ajedrez, no basta con conocer la reglas, también se necesitan estrategias. Si la Guía de Scrum fuera lo que es un libro de reglas de juego para el ajedrez, para ganar el partido necesitamos tener estrategias; estas estrategias son los patrones. Un patrón es una solución repetible aplicable a un problema que surge en un contexto específico.
En esta presentación se da a conocer los patrones orientados al valor y ROI.
Presentación utilizada para explicar los principios ágiles del Manifiesto Agil durante la reunión del grupo local de Agile Spain en Madrid el 1/dic/2009
Value Stream Mapping para la eficiencia del procesoMarco Avendaño
Durante la conferenica Agile 2019, Jeff Sutherland, co-autor de Scrum, recordaba que la única métrica que importa es la eficiencia del proceso. La eficiencia se centra en la rapidez con la que se entrega valor y por eso se le debe dar la importancia correspondiente.
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.
Be agile my friend - Cómo gestionar proyectos y dormir por las nochesÁlvaro Agea Herradón
El desarrollo de un producto no es una tarea fácil. Prueba de ello es que existen numerosas propuestas metodológicas que inciden en distintas dimensiones del proceso de desarrollo. Por una parte tenemos aquellas propuestas más tradicionales que se centran especialmente en el control del proceso, estableciendo rigurosamente las actividades involucradas, los artefactos que se deben producir, y las herramientas y notaciones que se usarán. Estas propuestas han demostrado ser efectivas y necesarias en un gran número de proyectos, pero también han presentado problemas en otros muchos. Una posible mejora es incluir en los procesos de desarrollo más actividades, más artefactos y más restricciones, basándose en los puntos débiles detectados. Sin embargo, el resultado final sería un proceso de desarrollo más complejo que puede incluso limitar la propia habilidad del equipo para llevar a cabo el proyecto. Otra aproximación es centrarse en otras dimensiones, como por ejemplo el factor humano o el producto software. Esta es la filosofía de las metodologías ágiles, las cuales dan mayor valor al individuo, a la colaboración con el cliente y al desarrollo incremental del software con iteraciones muy cortas. Este enfoque está mostrando su efectividad en proyectos con requisitos muy cambiantes y cuando se exige reducir drásticamente los tiempos de desarrollo pero manteniendo una alta calidad. Las metodologías ágiles han revolucionado la manera de producir, y a la vez han generado un amplio debate entre sus seguidores y quienes por escepticismo o convencimiento no las ven como alternativa para las metodologías tradicionales.
Sesión presentada en SG Virtual 11a. edición.
Presentada por:Edith Valencia Martinez.
La mejora de procesos de software (SPI) involucra entender los procesos existentes a fin de cambiarlos y de esta manera incrementar la calidad del producto y/o reducir costos y tiempo de desarrollo.
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
Si se quiere ganar un partido de ajedrez, no basta con conocer la reglas, también se necesitan estrategias. Si la Guía de Scrum fuera lo que es un libro de reglas de juego para el ajedrez, para ganar el partido necesitamos tener estrategias; estas estrategias son los patrones. Un patrón es una solución repetible aplicable a un problema que surge en un contexto específico.
En esta presentación se da a conocer los patrones orientados al valor y ROI.
Presentación utilizada para explicar los principios ágiles del Manifiesto Agil durante la reunión del grupo local de Agile Spain en Madrid el 1/dic/2009
Value Stream Mapping para la eficiencia del procesoMarco Avendaño
Durante la conferenica Agile 2019, Jeff Sutherland, co-autor de Scrum, recordaba que la única métrica que importa es la eficiencia del proceso. La eficiencia se centra en la rapidez con la que se entrega valor y por eso se le debe dar la importancia correspondiente.
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.
Be agile my friend - Cómo gestionar proyectos y dormir por las nochesÁlvaro Agea Herradón
El desarrollo de un producto no es una tarea fácil. Prueba de ello es que existen numerosas propuestas metodológicas que inciden en distintas dimensiones del proceso de desarrollo. Por una parte tenemos aquellas propuestas más tradicionales que se centran especialmente en el control del proceso, estableciendo rigurosamente las actividades involucradas, los artefactos que se deben producir, y las herramientas y notaciones que se usarán. Estas propuestas han demostrado ser efectivas y necesarias en un gran número de proyectos, pero también han presentado problemas en otros muchos. Una posible mejora es incluir en los procesos de desarrollo más actividades, más artefactos y más restricciones, basándose en los puntos débiles detectados. Sin embargo, el resultado final sería un proceso de desarrollo más complejo que puede incluso limitar la propia habilidad del equipo para llevar a cabo el proyecto. Otra aproximación es centrarse en otras dimensiones, como por ejemplo el factor humano o el producto software. Esta es la filosofía de las metodologías ágiles, las cuales dan mayor valor al individuo, a la colaboración con el cliente y al desarrollo incremental del software con iteraciones muy cortas. Este enfoque está mostrando su efectividad en proyectos con requisitos muy cambiantes y cuando se exige reducir drásticamente los tiempos de desarrollo pero manteniendo una alta calidad. Las metodologías ágiles han revolucionado la manera de producir, y a la vez han generado un amplio debate entre sus seguidores y quienes por escepticismo o convencimiento no las ven como alternativa para las metodologías tradicionales.
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.
Metodologías ágiles como catalizador del cambioRoberto Canales
Las metodologías ágiles son el catalizador del cambio que muchas organizaciones necesitan. La adaptación vs a la anticipación, los principios lean, el manifiesto ágil, la artesanía del software, las trampas de la eficacia y la eficiencia, Scrum, Kanban, Scrumban y contratos ágiles son tópicos tratados. En Autentia somos expertos en aplicarlo a proyecto reales.
Presentación de Introducción a las metodologías Ágiles de la comunidad Agile Aragón (@AgileAragon)
Contenido original creado por María Berenguer y Pedro Lafuente
El contenido de esta presentación es libre de ser difundido/modificado/reusado para uso no comercial
Creative Commons Attribution-NonCommercial-ShareAlike
* Mindset Agile: de dónde venimos
* Historia: el desarrollo de software antes de Agile y comparativas
* Desarrollo Iterativo Incremental
* Equipo: definición de equipo, y nuevos roles
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.
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.
Comencemos definiendo lo que significa esto de "DevOps" o “DevSecOps” para su organización y como encaja en el contexto de la agilidad empresarial. ¿Cómo explicas los beneficios? ¿Cómo comienzas? Únanse a este meetup para tener conversaciones con Javier Sanchez, Alex Canizales y Arlen Espinosa sobre la transformación DevOps empresarial en la vida real.
Transformar y modernizar las organizaciones de TI de grandes empresas es un objetivo para muchos de nosotros. Vamos a hablar sobre cómo abordar un viaje de DevOps y trazar un camino hacia la adopción exitosa. Cubriremos las consideraciones de principios, prácticas, arquitecturas, mapeo de la cadena de valor, herramientas “si también son importantes” y el cambio cultural necesario cuando una organización se enfrenta a una gran transformación DevOps.
http://www.agilisters.org/2018/04/la-transformacion-devops.html
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.
Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. Los requisitos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Expositoras
María Fernanda Escudero., PMP
Project Manager
mescudero@thoughtworks.com
María José Ormaza
Business Intelligence
mjormaza@thoughtworks.com
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.
Metodologías ágiles como catalizador del cambioRoberto Canales
Las metodologías ágiles son el catalizador del cambio que muchas organizaciones necesitan. La adaptación vs a la anticipación, los principios lean, el manifiesto ágil, la artesanía del software, las trampas de la eficacia y la eficiencia, Scrum, Kanban, Scrumban y contratos ágiles son tópicos tratados. En Autentia somos expertos en aplicarlo a proyecto reales.
Presentación de Introducción a las metodologías Ágiles de la comunidad Agile Aragón (@AgileAragon)
Contenido original creado por María Berenguer y Pedro Lafuente
El contenido de esta presentación es libre de ser difundido/modificado/reusado para uso no comercial
Creative Commons Attribution-NonCommercial-ShareAlike
* Mindset Agile: de dónde venimos
* Historia: el desarrollo de software antes de Agile y comparativas
* Desarrollo Iterativo Incremental
* Equipo: definición de equipo, y nuevos roles
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.
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.
Comencemos definiendo lo que significa esto de "DevOps" o “DevSecOps” para su organización y como encaja en el contexto de la agilidad empresarial. ¿Cómo explicas los beneficios? ¿Cómo comienzas? Únanse a este meetup para tener conversaciones con Javier Sanchez, Alex Canizales y Arlen Espinosa sobre la transformación DevOps empresarial en la vida real.
Transformar y modernizar las organizaciones de TI de grandes empresas es un objetivo para muchos de nosotros. Vamos a hablar sobre cómo abordar un viaje de DevOps y trazar un camino hacia la adopción exitosa. Cubriremos las consideraciones de principios, prácticas, arquitecturas, mapeo de la cadena de valor, herramientas “si también son importantes” y el cambio cultural necesario cuando una organización se enfrenta a una gran transformación DevOps.
http://www.agilisters.org/2018/04/la-transformacion-devops.html
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.
Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. Los requisitos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Expositoras
María Fernanda Escudero., PMP
Project Manager
mescudero@thoughtworks.com
María José Ormaza
Business Intelligence
mjormaza@thoughtworks.com
Definición y descripción de clase invertida, así como sus ventajas e inconvenientes y ejemplos de esta metodología implantada en diversos centros educativos.
En este trabajo se realizo le análisis semítico que se compone por el mensaje mensaje denotativo, connotativo y lingüístico de una nota periodística, el periódico que se elegí para analizar fue El NORTE.
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.
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
Agilizando PMBOK (con Agile Project Management)Rafael Igual
Agilizando el PMBoK comprender el valor y complementariedad de Agile Project Management para resolver proyectos de alta complejidad y de rápida entrega al negocio.
Presentación utilizada en el Webinar del PMI Spain Chapters sobre métodos ágiles celebrado el 17 de febrero de 2011.
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
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
1. Mejores Prácticas para Migrar suMejores Prácticas para Migrar su
Base de DatosBase de Datos
Ing. Carlos GustavoIng. Carlos Gustavo
RuizRuiz
Paso a paso con Tecnologías de Información Libres
2. AgendaAgenda
● Quien soy yo
● ¿Por qué migramos?
● Migrar Datos vs. Migrar Procesos
● ¿Es mi caso único?
● ¿Qué pasa cuando el Lego no encaja?
● Gerencia del Cambio
● Identificar el Caso (Requerimientos)
● Protocolos y Acuerdos
● Resolver el Problema
● Manejo de Avances y Expectativas
● ¿Cuándo está lista una migración?
● Herramientas
● Lo que sigue
4. ¿Por qué migramos?¿Por qué migramos?
¿Cuál es la finalidad de enfrentarnos al cambio?
¿Reducción de Costos?
¿Mejoras en el Aplicativo?
¿Mejoras en los Procesos?
¿Independencia Tecnológica?
¿Regularizar Licencias?
¿3390 y demás bases legales?
5. ¿Por qué migramos?¿Por qué migramos?
Nunca se migra algo a menos que de Valor a la Organización
Qué da valor
• Desempeño
• Idiosincrasia
• Compromiso
• Comunicación
• Motivación
• Costo
6. Migrar Datos vs. Migrar ProcesosMigrar Datos vs. Migrar Procesos
• No existen datos aislados de Procesos
• Aunque su responsabilidad sea el dato, siempre se
afecta el proceso asociado al dato.
• Mapa de Procesos
o Quién, Cuándo,
Qué, Cómo, Dónde
• Mapa de Datos
o Qué, Accesos, Tiempos,
Capacidad, Respaldos
• Paradigma del Software Libre
o Libertades
o Procesos
o Herramientas
o Soluciones
7. ¿Es mi caso único?¿Es mi caso único?
¿Por qué si?¿Por qué si?
• Los datos de su
organización son únicos
• Sus usuarios de su
organización son únicos y
especiales
• Su plataforma informática
es "única"
• Yo uso piezas especiales
que programamos en casa
• Tengo altos
requerimientos de calidad
¿Por qué no?¿Por qué no?
• Su caso seguramente fue
tratado antes por otros
• Sus roles de usuario
probablemente son bien
conocidos
• Alguien más tiene lo
mismo que usted.
• Usted no es el único que
tiene piezas desarrolladas
internamente
• Prepárese para afrontar el
cambio manteniendo sus
estándares de calidad
8. ¿Qué pasa cuando el Lego no encaja?¿Qué pasa cuando el Lego no encaja?
• Siempre es una buena práctica prever que
las cosas no funcionarán al primer intento.
• Usualmente las cosas están almacenadas
de modo distinto a como las necesita en su
base de datos destino.
• Cuando vea que no hay nada que pueda
fallar a la vista, busque de nuevo.
• Rehuya a la tentación de reinventar la
rueda:
o Examine si no existe un Script del
"fabricante"
o Examine si no hay un programa que
permita hacer los cambios
o Mida hasta donde llegan sus
herramientas.
9. Gerencia del CambioGerencia del Cambio
Requerimientos a MigrarRequerimientos a Migrar
• Bases de Datos
• Estructuras de Datos
• Documentos
• Formatos Documentos
• Aplicaciones
• Funcionalidades
• Disponibilidad
• QoS
• Know How
CasosCasos
• Cambios en
o Aplicativo
o Plataforma
o Proceso
• Mover
o Datos
o Esquemas
o Funcionalidades
Dentro de la BD
Fuera de la BD
10. Gerencia del CambioGerencia del Cambio
Protocolos y AcuerdosProtocolos y Acuerdos
"Cuentas claras mantienen
amistades"
Es necesario establecer los
mecanismos de
comunicación para evitar:
• Ambigüedad
• Malos Entendidos
• Falta de Resultados
Ponerse de Acuerdo en qué
• Organización
o Responsabilidades
o Responsables
o Jerarquías
• Documentos
o Requerimientos
o Cambios
o Documentación
• Codificación
o En caso de requerir
programar módulos
11. Gerencia del CambioGerencia del Cambio
Resolver el ProblemaResolver el Problema
Al menos debe haber
claridad conceptual de cómo
se resolverá el problema.
Eventualmente una solución
involucre cambiar el proceso
original.
Siempre es mejor resolver en
lotes que resolver caso a
caso.
Estrategias Recomendadas
• Cortar el Problema en
piezas manejables
• Buscar la mejor solución
para cada pieza
• Probar cada pieza
resuelta
• Probar si las piezas
resueltas encajan
• Demostrar que se resolvió
el problema
15. Gerencia del CambioGerencia del Cambio
Avances y ExpectativasAvances y Expectativas
Si se tienen expectativas
irreales los avances nunca
serán suficientes para
satisfacer al doliente del
proceso.
Si los avances son
infinitecimales se aburre el
equipo de trabajo y colma la
paciencia del doliente del
proceso.
El principal problema
relacionado con la gestión de
avances y expectativas cómo
impacta la motivación del
equipo, junto con la
posibilidad cierta de que el
doliente del proceso no se
encuentre satisfecho con la
marcha de la migración.
Un cronograma realista,
medible y verificable es el
mejor antídoto para este
dolor de cabeza
16. Gerencia del CambioGerencia del Cambio
¿Cuándo está lista una¿Cuándo está lista una
migración?migración?
• Desde el Inicio debe estar
claro cuando se termina el
proceso.
• Los protocolos de
aceptación deben ser los
primeros en ser tomados
en cuenta.
• Al fijar los protocolos y
acuerdos también debe
quedar clara la
finalización.
• Se deben mantener los
cambios de alcance bajo
control.
• El cierre debe contemplar
productos, documentos y
protocolos de aceptación.
17. Gerencia del CambioGerencia del Cambio
HerramientasHerramientas
• Manuales
• Traductores
• ETLs
• Lenguajes Script
• Documentadores
• Sistemas de Control de
Versiones
• Generadores de
Consultas
• Ambientes de Pruebas
• Combinación de
Soluciones
Temas SueltosTemas Sueltos
• Recuerde que las TIL son
otro paradigma, no se
atasque con formas
Privativas de pensar.
• Evalúe siempre el riesgo
tecnológico de cualquier
solución que vaya a
implantar, especialmente
analice el tema de
licencias, patrocinantes y
dueños de patentes.
18. Lo que sigueLo que sigue
Conviene recordar:
• Mantener el Foco
• Divide y Vencerás
• Control de Versiones
• Ambiente de Pruebas
• Acuerdos y Normas (Organización)
• Acuerdos y Normas (Sintaxis, Codificación, Pruebas)
• Acuerdos y Normas (Documentación)
• Mantener Motivado al Equipo
• No reinventar la rueda (Usar herramientas disponibles)
• Prever el Mantenimiento a Largo Plazo
• Más allá del SQL