El documento resume los conceptos clave de las metodologías ágiles, incluyendo el Manifiesto Ágil y sus principios, los cuales enfatizan la entrega temprana y continua, la adaptación, la colaboración y la mejora continua. También describe brevemente algunas metodologías ágiles como Scrum y XP, así como datos sobre su adopción. Finalmente, presenta una bibliografía relacionada.
Información General de Scrum
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka definieron una estrategia de desarrollo de Producto flexible donde el equipo de desarrollo trabaja como una unidad para alcanzar un objetivo común. Ambos describieron un enfoque innovador para el desarrollo de Producto al que ellos llaman un enfoque holístico o "rugby", "donde un equipo intenta llegar hasta el final como una unidad, pasando el balón hacia atrás y hacia delante”. Ellos basan su enfoque en los estudios de casos de diversas industrias de fabricación.
Ken Schwaber y Jeff Sutherland utilizan Scrum al desarrollo de software durante una presentación en la conferencia Object-Oriented Programa ming, Systems, Languages & Applications (OOPSLA) en 1995 en Austin, Texas. Desde entonces, varios practicantes, expertos y autores de Scrum han seguido perfeccionando la conceptualización y metodología de Scrum.
Información General de Scrum
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka definieron una estrategia de desarrollo de Producto flexible donde el equipo de desarrollo trabaja como una unidad para alcanzar un objetivo común. Ambos describieron un enfoque innovador para el desarrollo de Producto al que ellos llaman un enfoque holístico o "rugby", "donde un equipo intenta llegar hasta el final como una unidad, pasando el balón hacia atrás y hacia delante”. Ellos basan su enfoque en los estudios de casos de diversas industrias de fabricación.
Ken Schwaber y Jeff Sutherland utilizan Scrum al desarrollo de software durante una presentación en la conferencia Object-Oriented Programa ming, Systems, Languages & Applications (OOPSLA) en 1995 en Austin, Texas. Desde entonces, varios practicantes, expertos y autores de Scrum han seguido perfeccionando la conceptualización y metodología de Scrum.
El proceso de planificación de un proyecto de software se inicia con una valoración de las restricciones que afectan el mismo, estás restricciones incluyen fecha de entrega, costos, personal, riesgos, entre otros.
TOGAF® (The Open Group Architecture Framework) es el framework de Enterprise Architecture (EA) más utilizado a nivel mundial. Architecture Development Method (ADM) es el núcleo de TOGAF y el principal responsable de su éxito. Este método propone definir la Arquitectura Empresarial en distintas fases que se desarrollan de forma iterativa. Partiendo del análisis de situación de la organización (en los distintos niveles, o dominios, que propone TOGAF: Arquitectura, Negocio, Información y Tecnología), se definen las necesidades para poder llevar a cabo la estrategia del negocio, y se determinan y priorizan las transformaciones que serán necesarias para ponerla en marcha.
Actualmente TOGAF es utilizado por miles de organizaciones para mejorar la eficiencia de sus negocios. Al ser un estándar abierto, evita quedar atrapado en otros métodos patentados, permite optimizar los recursos, y tiene un mayor retorno de la inversión. La primera versión de TOGAF fue desarrollada en 1995, basándose en TAFIM (Technical Architecture Framework for Information Management) del Departamento de Defensa de los Estados Unidos. La versión actual, TOGAF 9.1, fue publicada en diciembre de 2011.
El proceso de planificación de un proyecto de software se inicia con una valoración de las restricciones que afectan el mismo, estás restricciones incluyen fecha de entrega, costos, personal, riesgos, entre otros.
TOGAF® (The Open Group Architecture Framework) es el framework de Enterprise Architecture (EA) más utilizado a nivel mundial. Architecture Development Method (ADM) es el núcleo de TOGAF y el principal responsable de su éxito. Este método propone definir la Arquitectura Empresarial en distintas fases que se desarrollan de forma iterativa. Partiendo del análisis de situación de la organización (en los distintos niveles, o dominios, que propone TOGAF: Arquitectura, Negocio, Información y Tecnología), se definen las necesidades para poder llevar a cabo la estrategia del negocio, y se determinan y priorizan las transformaciones que serán necesarias para ponerla en marcha.
Actualmente TOGAF es utilizado por miles de organizaciones para mejorar la eficiencia de sus negocios. Al ser un estándar abierto, evita quedar atrapado en otros métodos patentados, permite optimizar los recursos, y tiene un mayor retorno de la inversión. La primera versión de TOGAF fue desarrollada en 1995, basándose en TAFIM (Technical Architecture Framework for Information Management) del Departamento de Defensa de los Estados Unidos. La versión actual, TOGAF 9.1, fue publicada en diciembre de 2011.
Webinar Metodologias Agiles y Certificacion PMI-ACP. UTN FRBA 11.06.2014Alejandro Gabay
¿Qué son las metodologías ágiles de Dirección de Proyectos y qué es la certificación PMI-ACP® del PMI®?
Webinar dictado en la UTn FRBA el 11 de Junio de 2014
El objetivo de este webinario es que el participante pueda asomarse a las metodologías ágiles, especialmente Scrum, y que conozca sobre la certificación PMI-ACP®.
- Descripcion corta de lo que se ve en el webinario (Intro)
En este webinario hacemos una breve introducción a las metodologías ágiles y un recorrido por Scrum, una de las metodologías ágiles más difundidas, revisando sus procesos, actores y herramientas. Finalmente veremos la certificación PMI-ACP, sus requisitos y los conocimientos necesarios para certificar.
- Objetivos del webinario
El objetivo de este webinario es que el participante pueda asomarse a las metodologías ágiles, especialmente Scrum, y que conozca sobre la certificación PMI-ACP®.
- Listado de temas
Los principios ágiles y el manifiesto agil
Scrum: procesos, actores y herramientas
Certificación PMI-ACP: objetivos y requisitos.
Se muestran los elementos necesarios para comprender las ventajas de la Manufactura Esbelta, que le permitan aplicar las herramientas disponibles para la eliminación de los 8 tipos de desperdicios en la Empresa o Institución.
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.
Un vistazo a unos de los frameworks más populares y controversiales para la adopción Agile a nivel empresarial, y algunas reflexiones sobre la experiencia de aplicarlo en el mundo real.
El objetivo de la ponencia es presentar la Guía de Práctica Ágil, creado por una asociación entre PMI y Agile Alliance. La guía proporciona herramientas, guías de situación y una comprensión de los diversos enfoques ágiles disponibles para permitir mejores resultados.
La guía es especialmente útil para los administradores de proyectos acostumbrados a un entorno más tradicional al adaptarse a un enfoque más ágil.
Presentada por: Guilherme Siqueira
Prácticas Ágiles en entornos hostiles de desarrollo (Parte 2)Luis Mulato
Parte2: De lo prescriptivo a lo adaptativo
Agilidad / Manifiesto Ágil / Métodos Ágiles vs Rup / eXtreme Programming / Scrum / Métodos Ágiles / El Universo Ágil / Retrospectiva.
Con una actualización debido al cambio de audiencia, presenté en #Agiles2014 mi disertación sobre Ágil y CMMI. Como en la versión 1.0, durante la SEPG LA 2014 en Manizales, mi asunto principal era que los métodos ágiles no tienen por qué entrar en conflicto con otros modelos o enfoques de construcción de software, no es la idea de ser ágil o, al menos, no está en el flujo de un proceso de transformación a ágil echar tierra a las prácticas existentes en una organización. Los líderes de los procesos actuales deben trabajar en conjunto con los nuevos líderes para que estos últimos obtengan los beneficios de ambos universos y aprovechar esa sinergia para mejorar dramáticamente el rendimiento del negocio.
Para apoyar este concepto, expliqué que los modelos como CMMI, PMI e ISO nos dan una idea de cuales procesos son necesarios para mantener una organización madura y disciplinada, capaz de predecir y mejorar el desempeño de la organización misma y de los proyectos. Entre tanto, las técnicas ágiles proporcionan guías para un manejo eficiente de los proyectos de una manera que permite alta flexibilidad y adaptabilidad. Al mezclar los dos enfoques, la filosofía ágil asegura que los procesos se implementen eficientemente a la vez que aceptan los cambios; y los modelos tradicionales aseguran que se consideren todos los procesos relevantes.
Pero de inmediato fui al centro de mi exposición: una de las grandes diferencias, radicales por demás, entre los métodos tradicionales y los ágiles es que estos últimos son generativos, no prescriptivos. Los procesos necesitan evolucionar según las necesidades, no prescritos con anticipación. Un enfoque prescriptivo genera procesos complejos y complicados, mientras que un enfoque generativo comienza con un conjunto de procesos simples y adiciona otros a medida que se requieren.
La filosofía ágil reconoce que los procesos de software más efectivos no pueden definirse por adelantado; es un proceso continuo. Los métodos tradicionales se enfocan en definir y reforzar procesos y gastan muy poco tiempo en identificar y entregar lo que los usuarios necesitan. Aunque su propósito es mejorar la consistencia y la calidad, esto muchas veces se consigue a expensas de la productividad y la entrega. El enfoque tradicional de procesos tipo CMMI también usa herramientas monolíticas y pesadas que causan construcciones frágiles y traspasos inefectivos entre desarrollo, pruebas, despliegue y operaciones.
Lo que siguió fue enfatizar en lo que significa ser ágil: específicamente, la interiorización y la práctica de los Valores y Principios del Manifiesto Ágil, nada alejado de lo que se habló en el resto de #Agiles2014.
Hacia el final quise poner mi propio manifiesto, el ‘Ágil es algo que eres…’, se trata de la persona, no de las cosas ni de los procesos. Ya lo he dicho en otras oportunidades, ser ágil significa reemplazar la predictibilidad falsa por la eficiencia.
En el presente documento se describe una introducción a las metodologías ágiles, en los siguientes capítulos se detalla específicamente la metodología Scrum
Análisis de Negocio Ágil, ¿es esto viable?.Software Guru
Webinar impartido en SG Campus (http://www.sgcampus.com.mx/)
Las condiciones de mercado actuales, en el que se viven cambios rápidos y constantes, están requiriendo a las compañías acortar los ciclos de vida para la entrega de productos y/o servicios y tener una mayor respuesta a las expectativas de los clientes.
Las metodologías de Desarrollo Ágil están liderando el camino, ayudando a los equipos de desarrollo de software a ajustarse a esta nueva economía. Estas metodologías retan nuestro concepto de mejores prácticas de ingeniería de software, de dirección de proyectos y de cómo liderar nuestros equipos. El movimiento Ágil impacta cada rol en un equipo de proyecto de forma diferente y crea oportunidades de aprender nuevas habilidades y desarrollar nuevas formas de trabajar juntos.
El desarrollo Ágil está teniendo un impacto significativo en la profesión del Analista de Negocio el cual puede jugar un rol clave en un equipo Ágil. Para ser exitoso, primero tiene que cambiar su forma tradicional de pensar acerca de los requerimientos, necesita considerar aprender nuevas habilidades para escribirlos y nuevas técnicas para gestionarlos. El éxito dependerá en gran parte de qué tan bien los Analistas de Negocio se adaptan a estas nuevas formas de trabajo con requerimientos, creación de equipos de trabajo y de colaboración en grupo.
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
12. ¿Por qué tantos proyectos de desarrollo de software
no se terminan a tiempo, cuestan más que lo
presupuestado originalmente, tienen problemas de
calidad serios y generan menor valor que el esperado?
Este fue uno de los que se formularon los 17 profesionales expertos en el desarrollo de software cuando se reunieron en febrero de 2001 para analizar el problema
y decidieron redactar un “Manifiesto Ágil”. Se trató de un compromiso público en buscar nuevas y mejores formas de desarrollar software poniendo énfasis en las
personas y sus interacciones, la colaboración y la respuesta continua al cambio, explorando nuevas formas de hacer las cosas, y compartiendo experiencias . Esto
dio origen a una nueva comunidad de profesionales que explora sistemáticamente nuevas alternativas frente al modo tradicional de desarrollar software.
13. Manifiesto Ágil
Estamos descubriendo formas mejores de desarrollar software tanto por
nuestra propia experiencia como ayudando a terceros. A través de este trabajo
hemos aprendido a valorar:
• Individuos e interacciones sobre procesos y herramientas
• Software funcionando sobre documentación extensiva
• Colaboración con el cliente sobre negociación contractual
• Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de
la izquierda.
15. Nuestra mayor prioridad es satisfacer al cliente
mediante la entrega temprana y continua de software
con valor.
16. Aceptamos que los requisitos cambien, incluso en
etapas
tardías del desarrollo. Los procesos Ágiles aprovechan
el cambio para proporcionar ventaja competitiva al
cliente.
17. Entregamos software funcional frecuentemente, entre
dos
semanas y dos meses, con preferencia al periodo de
tiempo más corto posible.
18. Los responsables de negocio y los desarrolladores
trabajamos juntos de forma cotidiana durante todo
el proyecto.
19. Los proyectos se desarrollan en torno a individuos
motivados. Hay que darles el entorno y el apoyo que
necesitan, y confiarles la ejecución del trabajo.
20. El método más eficiente y efectivo de comunicar
información al equipo de desarrollo y entre sus
miembros es la conversación cara a cara.
22. Los procesos Ágiles promueven el desarrollo
sostenible. Los promotores, desarrolladores y usuarios
debemos ser capaces de mantener un ritmo constante
de forma indefinida.
23. La atención continua a la excelencia técnica y al
buen diseño mejora la Agilidad.
24. La simplicidad, o el arte de maximizar la cantidad de
trabajo no realizado, es esencial.
26. A intervalos regulares el equipo reflexiona sobre
cómo ser más efectivo para a continuación ajustar y
perfeccionar su comportamiento en consecuencia.
37. Bibliografia
• El manifiesto Ágil, http://www.agilemanifesto.org/iso/es/
• Principios Manifiesto Ágil, http://agilemanifesto.org/iso/es/principles.html
• Colusso Ricardo, Gabardini Juan. Desarrollo ágil de software: Una introducción a las
metodologías ágiles de desarrollo de software [Internet]. Versión 1. agilesintro. 2011
Nov 26. Disponible en: https://agilesintro.wordpress.com/article/desarrollo-agil-de-
software-3satfj6065tbv-2/.
• Chaos Manifesto,
http://www.versionone.com/assets/img/files/ChaosManifesto2013.pdf
• 10th Annual State of Agile Dev Survey, http://www.versionone.com/state-of-agile-
survey-results
• Medinilla, Ángel. (2015). Agilidad para el ingeniero del siglo XXI. Consultado 30
Agosto, 2015, desde http://www.slideshare.net/proyectalis/slideshelf