Desarrollo Agil de Software
2
7/21/2019 Desarrollo Agil de Software http://slidepdf.com/reader/full/desarrollo-agil-de-software-56da133699a8a 1/2 AAggiil De Dos Ideas. (Redirigido desde Desarrollo Agil De Software) El Desarrollo ágil de Software es un paradigma de las Metodologias De Desarrollo basado en procesos ágiles. Los procesos ágiles de desarrollo de software, conocidos anteriormente como metodologías livianas, intentan evitar los tortuosos y burocráticos caminos de las metodologías tradicionales enfocándose en la gente y los resultados. El proceso ágil usa un enfoque basado en el Valor para construir software, colaborando con el cliente e incoporando los cambios continuamente. Es un marco de trabajo conceptual de la ingeniería de software que promueve iteraciones en el desarrollo a lo largo de todo el ciclo de vida del proyecto. Existen muchos métodos de desarrollo ágil; la mayoría minimiza riesgos desarrollando software en cortos lapsos de tiempo. El software desarrollado en una unidad de tiempo es llamado una iteración, la cual debe durar de una a cuatro semanas. Cada iteraciones del ciclo de vida incluye: planificación, análisis de requerimientos, diseño, codificación, revisión y documentación. Una iteración no debe agregar demasiada funcionalidad para justificar el lanzamiento del producto al mercado, pero la meta es tener un demo (sin errores) al final de cada iteración. Al final de cada iteración el equipo vuelve a evaluar las prioridades del proyecto. Los métodos Agiles enfatizan las comunicaciones cara a cara a través de la documentación. La mayoría de los equipos Agiles están localizados en una simple oficina abierta. La oficina debe incluir revisores, diseñadores de iteración, escritores de documentación y ayuda y directores de proyecto. Contenido Contenido 1 Manifiesto ágil 1.1 Valores del Manifiesto Ágil 1.1.1 Valorar más a los individuos y su interacción que a los procesos y las herramientas 1.1.2 Valorar más el software que funciona que la documentación exhaustiva 1.1.3 Valorar más la colaboración con el cliente que la negociación contractual 1.1.4 Valorar más la respuesta al cambio que el seguimiento de un plan 2 Principios ágiles 3 Características de un desarrollo ágil 4 Metodologías y prácticas ágiles 5 Ver también Manifiesto ágil Manifiesto ágil Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar: A los individuos y su interacción, por encima de los procesos y las herramientas. El software que funciona, por encima de la documentación exhaustiva. La colaboración con el cliente, por encima de la negociación contractual. La respuesta al cambio, por encima del seguimiento de un plan. Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda. Valores del Manifiesto Ágil Valorar más a los individuos y su interacción que a los procesos y las herramientas Este es posiblemente el principio más importante del manifiesto. Por supuesto que los procesos ayudan al trabajo. Son una guía de operación. Las herramientas mejoran la eficiencia, pero sin personas con conocimiento técnico y actitud adecuada, no producen resultados. Las empresas suelen predicar muy alto que sus empleados son lo más importante, pero la realidad es que en los años 90 la teoría de producción basada en procesos, la re-ingeniería de procesos ha dado a éstos más relevancia de la que pueden tener en tareas que deben gran parte de su valor al conocimiento y al talento de las personas que las realizan. Los procesos deben ser una ayuda y un soporte para guiar el trabajo. Deben adaptarse a la organización, a los equipos y a las personas; y no al revés. La defensa a ultranza de los procesos lleva a postular que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, y lo cierto es que este principio es peligroso cuando los trabajos necesitan creatividad e innovación. Valorar más el software que funciona que la documentación exhaustiva Poder ver anticipadamente como se comportan las funcionalidades que se esperan sobre prototipos o sobre partes ya elaboradas del sistema final ofrece un "feedback" muy estimulante y enriquecedor que genera ideas y posibilidades imposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitos detallados antes de comenzar el proyecto. El manifiesto no afirma que no hagan falta. Los documentos son soporte de documentación, permiten la transferencia del conocimiento, registran información histórica, y en muchas cuestiones legales o normativas son obligatorios, pero se resalta que son menos importantes que los productos que funcionan. Menos trascendentales para aportar valor al producto. Los documentos no pueden sustituir, ni pueden ofrecer la riqueza y generación de valor que se logra con la comunicación directa entre las personas y a través de la interacción con los prototipos. Por eso, siempre que sea posible debe preferirse, y reducir al mínimo indispensable el uso de documentación, que genera trabajo que no aporta un valor directo al producto. Si la organización y los equipos se comunican a través de documentos, además de perder la riqueza que da la interacción con el producto, se acaba derivando a emplear a los documentos como barricadas entre departamentos o entre personas. Valorar más la colaboración con el cliente que la negociación contractual Las prácticas ágiles están especialmente indicadas para productos difíciles de definir con detalle en el principio, o que si se definieran así tendrían al final menos valor que si se van enriqueciendo con retro-información continua durante el Buscar. Edición. Página Discusión Ver código fuente Historial Navegación. Navegación. Página Principal Cambios recientes Páginas nuevas Categorías Página aleatoria Ayuda Herramientas. Herramientas. Lo que enlaza aquí Cambios relacionados Páginas especiales Versión para imprimir Enlace permanente Usuario. Usuario. Registrarse/Entrar DESTACADOS ARTÍCULOS CURSOS WIKI Actualidad Base de datos Desarrollo de software Entretenimientos Java Liderazgo Metodologías Motivación Reflexiones Retrospectivas
-
Upload
alex-jaramillo-pajuelo -
Category
Documents
-
view
216 -
download
0
description
agil
Transcript of Desarrollo Agil de Software
7/21/2019 Desarrollo Agil de Software
http://slidepdf.com/reader/full/desarrollo-agil-de-software-56da133699a8a 1/2
AAggiillDe Dos Ideas.
(Redirigido desde Desarrollo Agil De Software)
El Desarrollo ágil de Software es un paradigma de las Metodologias De Desarrollo basado en procesos ágiles. Los procesoságiles de desarrollo de software, conocidos anteriormente como metodologías livianas, intentan evitar los tortuosos yburocráticos caminos de las metodologías tradicionales enfocándose en la gente y los resultados.
El proceso ágil usa un enfoque basa do en el Valor para construir software, colaborando con el cliente e incoporando loscambios continuamente.
Es un marco de trabajo conceptual de la ingeniería de software que promueve iteraciones en el desarrollo a lo largo de todoel ciclo de vida del proyecto. Existen muchos métodos de desarrollo ágil; la mayoría minimiza riesgos desarrollandosoftware en cortos lapsos de tiempo.
El software desarrollado en una unidad de tiempo es llamado una iteración, la cual debe durar de una a cuatro semanas.Cada iteraciones del ciclo de vida incluye: planificación, análisis de requerimientos, diseño, codificación, revisión ydocumentación. Una iteración no debe agregar demasiada funcionalidad para justificar el lanzamiento del producto almercado, pero la meta es tener un demo (sin errores) al final de cada iteración. Al final de cada iteración el equipo vuelve aevaluar las prioridades del proyecto.
Los métodos Agiles enfatizan las comunicaciones cara a cara a través de la documentación. La mayoría de los equipos Agilesestán localizados en una simple oficina abierta. La oficina debe incluir revisores, diseñadores de iteración, escritores dedocumentación y ayuda y directores de proyecto.
ContenidoContenido
1 Manifiesto ágil
1.1 Valores del Manifiesto Ágil
1.1.1 Valorar más a los individuos y su interacción que a los procesos y las herramientas1.1.2 Valorar más el software que funciona que la documentación exhaustiva1.1.3 Valorar más la colaboración con el cliente que la negociación contractual1.1.4 Valorar más la respuesta al cambio que el seguimiento de un plan
2 Principios ágiles3 Características de un desarrollo ágil4 Metodologías y prácticas ágiles5 Ver también
Manifiesto ágilManifiesto ágil
Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lohagan. Con este trabajo hemos llegado a valorar:
A los individuos y su interacción, por encima de los procesos y las herramientas.El software que funciona, por encima de la documentación exhaustiva.La colaboración con el cliente, por encima de la negociación contractual.La respuesta al cambio, por encima del seguimiento de un plan.
Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.
Valores del Manifiesto Ágil
Valorar más a los individuos y su interacción que a los procesos y las herramientas
Este es posiblemente el principio más importante del manifiesto. Por supuesto que los procesos ayudan al trabajo. Son unaguía de operación. Las herramientas mejoran la eficiencia, pero sin personas con conocimiento técnico y actitud adecuada,no producen resultados.
Las empresas suelen predicar muy alto que sus empleados son lo más importante, pero la realidad es que en los años 90 lateoría de producción basada en procesos, la re-ingeniería de procesos ha dado a éstos más relevancia de la que puedentener en tareas que deben gran parte de su valor al conocimiento y al talento de las personas que las realizan.
Los procesos deben ser una a yuda y un soporte para guiar el trabajo. Deben adaptarse a la o rganización, a los equipos y alas personas; y no al revés. La defensa a ultranza de los procesos lleva a postular que con ellos se puede n conseguirresultados extraordinarios con personas mediocres, y lo cierto es que este principio es pe ligroso cuando los trabajosnecesitan creatividad e innovación.
Valorar más el software que funciona que la documentación exhaustiva
Poder ver anticipadamente como se comportan las funcionalidades que se esperan sobre prototipos o sobre partes yaelaboradas del sistema final ofrece un "feedback" muy estimulante y enriquecedor que genera ideas y posibilidadesimposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitosdetallados antes de comenzar el proyecto.
El manifiesto no afirma que no hagan falta. Los documentos son soporte de documentación, permiten la transferencia delconocimiento, registran información histórica, y en muchas cuestiones legales o normativas son obligatorios, pero se resaltaque son menos importantes que los productos que funcionan. Menos trascendentales para aportar valor al producto.
Los documentos no pueden sustituir, ni pueden ofrecer la riqueza y generación de valor que se logra con la comunicacióndirecta entre las personas y a t ravés de la interacción con los prototipos. Po r eso, siempre que sea posible debe preferirse, yreducir al mínimo indispensable el uso de documentación, que genera trabajo que no aporta un valor directo al producto.
Si la organización y los equipos se comunican a través de documentos, además de perder la riqueza que da la interaccióncon el producto, se acaba derivando a emplear a los documentos como barricadas entre departamentos o entre personas.
Valorar más la colaboración con el cliente que la negociación contractual
Las prácticas ágiles están especialmente indicadas para productos difíciles de definir con detalle en el principio, o que si sedefinieran así tendrían al final menos valor que si se van enriqueciendo con retro-información continua durante el
Buscar.
Edición.
PáginaDiscusiónVer código fuenteHistorial
Navegación.Navegación.
Página PrincipalCambios recientesPáginas nuevasCategorías
Página aleatoriaAyuda
Herramientas.Herramientas.
Lo que enlaza aquí Cambios relacionadosPáginas especialesVersión para imprimirEnlace permanente
Usuario.Usuario.
Registrarse/Entrar
DESTACADOS
ART ÍCULOS
CURSOS
WIKI
Actualidad
Base de datos
Desarrollo de software
Entretenimientos
JavaLiderazgo
Metodologías
Motivación
Reflexiones
Retrospectivas
7/21/2019 Desarrollo Agil de Software
http://slidepdf.com/reader/full/desarrollo-agil-de-software-56da133699a8a 2/2
Contacto.
Buenos Aires, Argentina
Ideas Ágiles
desarrollo. También para los casos en los que los requisitos van a ser m uy inestables por la velocidad del entorno denegocio.
Para el desarrollo ágil el valor del resultado no es consecuencia de haber controlado una ejecución conforme a procesos,sino de haber sido implementado directamente sobre el producto. Un contrato no aporta valor al producto. Es unaformalidad que establece líneas divisorias entre responsabilidades, que fija los referentes para posibles disputascontractuales entre cliente y proveedor.
En el desarrollo ágil el cliente es un miembro más del equipo, que se integra y colabora en el grupo de trabajo. Los modelosde contrato por obra no encajan.
Valorar más la respuesta al cambio que el seguimiento de un plan
Para un modelo de desarrollo que surge de entornos inestables, que tienen como factor inherente al cambio y la evoluciónrápida y continua, resulta mucho más valiosa la capacidad de respuesta que la de seguimiento y aseguramiento de planes
pre-establecidos. Los principales valores de la gestión ágil son la anticipación y la adaptación; diferentes a los de la ge stiónde proyectos ortodoxa: planificación y control para evitar desviaciones sobre el plan.
Principios ágilesPrincipios ágiles
Los principios fundamentales de una metodología ágil se pueden resumir:
Nuestra principal prioridad es satisfacer al cliente a través de la e ntrega temprana y continua de software de valor.Son bienvenidos los requisitos cambiantes, incluso si llegan tarde a l desarrollo. Los procesos ágiles se doblegan alcambio como ventaja competitiva para el cliente.Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, conpreferencia en los periodos breves.Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan yprocurándoles confianza para que realicen la tarea.La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo esmediante la conversación cara a cara.El software que funciona es la principal medida del progreso.
Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantenerun ritmo constante de forma indefinida.La atención continua a la excelencia t écnica enaltece la agilidad.La simplicidad como arte de maximizar la cantidad de trabajo que no se hace, es esencial.Las mejores arquitecturas, requisitos y diseños emergen de equipos que se auto-organizan.En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.
Características de un desarrollo ágilCaracterísticas de un desarrollo ágil
Proceso iterativo e incrementalMitigación del riesgo mediante iteraciones fijasMejora continuaCalidad desde el primer díaPriorización de requerimientos de acuerdo a su valorEquipos dedicados y auto-gestionadosColaboración continua con el cliente
Incorporar al cambioPrácticas de desarrollo modernas
Metodologías y prácticas ágilesMetodologías y prácticas ágiles
ScrumExtreme ProgrammingTest Driven DevelopmentSinceridad Como Valor Agil Juegos AgilesBehavior Driven Development
Ver tambiénVer también
Metodologia Agil En Una Organizacion En CascadaLos principios del Manifiesto Ágil (http://www.dosideas.com/metodologias/707-los-principios-detras-de-agil.html)Manifiesto ágil en la Wikipedia (http://es.wikipedia.org/wiki/Manifiesto_%C3%A1gil)
Desarrollo ágil de software en la w ikipedia (http://es.wikipedia.org/wiki/Desarrollo_%C3%A1gil_de_software)Proceso ágil en la Wikipedia (http://es.wikipedia.org/wiki/Proceso_%C3%A1gil)Listado de metodologías ágiles (http://www.navegapolis.net/content/view/801/62/)Do it yourself Agile, libro gratuito introductorio al desarrrolo Ágil (http://www.accurev.com/whitepaper/pdf/Do-It-Yourself-Agile.pdf)
Obtenido de "http://www.dosideas.com/wiki/Agil"
Categoría: Ágil
