Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Metodologías AGILE

No description
by

Ignacio Ledesma

on 7 September 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Metodologías AGILE

METODOLOGIAS AGILE
Para que sirven?
El objetivo de estas metodologías suele ser la minimización del impacto de las tareas que no son totalmente imprescindibles, para conseguir así el objetivo del proyecto.

Se busca aumentar la eficiencia de las personas involucradas en el proyecto y como resultado de esto, reducir el coste.
Que son?
Las metodologías ágiles son una serie de técnicas para la gestión de proyectos que han surgido como contraposición a los métodos clásicos de gestión . Aunque surgieron en el ámbito del desarrollo de software, también han sido exportadas a otro tipo de proyectos.
Metodologias
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.
Se consideran metodologías Agiles todas aquellas que cumplen con el
manifiesto ÁGIL
http://agilemanifesto.org/
PRINCIPIOS AGILE

• Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de Software con valor.
• Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
• Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.
• Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
• 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.
• 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.
• El software funcionando es la medida principal de progreso.
• Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
• La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
• La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
• Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
• A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.


COMO ???
En el enfoque tradicional se fija el alcance y según esto se determinan los plazos y costos, mientras que en un enfoque ágil se fijan los plazos y costes y según esto se implementa el máximo alcance posible.
Como surgen?
Tradicionalmente se desarrollaba software basándose en procesos complejos y excesiva documentación, proveniente del ámbito de la ingeniería, hasta ese momento lo mas cercano al desarrollo de software.

A mediados de los años 90 comenzó a forjarse una definición moderna de desarrollo ágil del software como una reacción contra las metodologías utilizadas hasta el momento, consideradas excesivamente pesadas y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas previas al desarrollo.

En febrero de 2001, tras una reunión celebrada en Utah (EEUU), nace el término ágil aplicado al desarrollo de software. En esta reunión participan un grupo de 17 expertos de la industria del software, incluyendo algunos de los creadores o impulsores de metodologías de software.
Su objetivo fue esbozar los valores y principios que deberían permitir a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo
del proyecto.
Tras esta reunión se creó The Agile Alliance, una organización, sin ánimo de lucro, dedicada a promover los conceptos relacionados con el desarrollo ágil de software y ayudar a las organizaciones para que adopten dichos conceptos.
Adaptive Software Development (ASD)
Se basa en la adaptación continua a circunstancias cambiantes
Agile Unified Process
(AUP)
AUP es una versión simplificada del Rational Unified Process (RUP). Describe en
forma simple y fácil de comprender el enfoque al desarrollo de software para aplicaciones
empresariales utilizando las técnicas y conceptos de agilidad y manteniéndose fiel a las
prácticas de RUP
Crystal Methodologies
Es un conjunto de metodologías ágiles para equipos de diferentes tamaños y con distintas características de criticidad.
Establece una clasificacion por colores:

Crystal Clear (3 a 8 miembros)
Crystal Yellow (10 a 20 miembros)
Crystal Orange (25 a 50 miembros)
Crystal Red (50 a 100 miembros)
Crystal Blue (para más de 100 miembros)

Cuanto más oscuro el color más pesada la metodología.
Otras
Feature Driven Development (FDD)
Open Unified Process (OpenUP)
Método de desarrollo de sistemas dinámicos (DSDM)
G300
6D-BUM
Lean Software Development (LSD)
El desarrollo lean puede resumirse en siete principios, similares al JIT (Just in Time):
Eliminar los desperdicios
Ampliar el aprendizaje
Decidir lo más tarde posible
Reaccionar tan rápido como sea posible
Potenciar el equipo
Crear la integridad
Vér todo el conjunto
KANBAN
El método Kanban tiene sus raíces en cuatro principios básicos:
Comience con lo que hace ahora
Se acuerda perseguir el cambio incremental y evolutivo
Respetar el proceso actual, los roles, las responsabilidades y los cargos
Liderazgo en todos los niveles

Cinco prácticas centrales:
Visualizar
Limitar el trabajo en curso
Dirigir y gestionar el flujo
Hacer las Políticas de Proceso Explícitas
Utilizar modelos para reconocer oportunidades de mejora
eXtreme Programming
Pone más énfasis en la adaptabilidad que en la previsibilidad. Los defensores de la XP consideran que los cambios de requisitos sobre la marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de proyectos. Creen que ser capaz de adaptarse a los cambios de requisitos en cualquier punto de la vida del proyecto es una aproximación mejor y más realista que intentar definir todos los requisitos al comienzo del proyecto e invertir esfuerzos después en controlar los cambios en los requisitos.
Los valores originales de la programación extrema son:
Simplicidad
Comunicación
Retroalimentación (feedback)
Coraje
Respeto
Scrum
Se caracteriza por:
Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y ejecución completa del producto.
Basar la calidad del resultado más en el conocimiento tácito de las personas en equipos auto organizados, que en la calidad de los procesos empleados.
Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra en un ciclo secuencial o en cascada.

Se define un conjunto de prácticas y roles, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutará durante un proyecto. Los roles principales en Scrum son el Scrum Master, que procura facilitar la aplicación de scrum y gestionar cambios, el Product Owner, que representa a los stakeholders (interesados externos o internos), y el Team (equipo) que ejecuta el desarrollo y demás elementos relacionados con él. Durante cada sprint, un periodo entre una y cuatro semanas
Full transcript