AM es un conjunto de valores, principios y prácticas para el modelado , que se pueden aplicar en forma efectiva y ligera en un Proyecto desarrollo de software. Adaptándose de pleno a metodología como XP o SCRUM inclusive a RUP, en deesarrollo de proyectos de sistemas, con el objetivo de que estos realmente satisfagan sus necesidades.
Características
1. Satisface su propósito.
2. Es inteligible.
3. Es suficientemente preciso.
4. Es suficientemente consistente.
5. Es suficientemente detallado.
6. Aporta valor positivo.
7. Es lo más simple posible.
¿Que es y que no es AM?
1. AM es una actitud, no un proceso prescriptivo.
2. AM es un complemento a los métodos existentes, no es una metodología completa.
3. AM es una manera efectiva de trabajar en conjunto para alcanzar las necesidades de las partes interesadas en el proyecto.
4. AM es efectivo, y se trata sobre ser efectivo.
5. AM es algo que funciona en la práctica, no es una teoría académica.
6. AM no es una bala de plata.
7. AM es para el desarrollador promedio, más no es un sustituto de la gente competente.
8. AM no es un ataque a la documentación, de hecho AM aconseja la creación de documentos que tengan valor.
9. AM no es un ataque a las herramientas CASE.
10. AM no es para todos.
Objetivos de AM
1. Definir y mostrar como poner en práctica una colección de valores, principios y prácticas que conlleven a un modelado ligero efectivo.
2. Explorar la aplicación de técnicas de modelado en proyectos de software a través de un enfoque ágil, tal como XP, DSDM o SCRUM.
3. Explorar el como mejorar el modelado bajo procesos prescriptivos, tales como el Proceso Rational Unificado (RUP).
Los Valores de AM
Además de los valores antes mencionados, la metodología de Modelado Ágil ha adoptado también los valores de la Alianza Ágil (AA) definidos en su manifiesto. Los valores de la AA:
1. Individuos e interacciones más que procesos y herramientas.
2. Software operante más que documentaciones completas.
3. Colaboración con el cliente más que negociaciones contractuales.
4. Respuesta al cambio más que apegarse a una rigurosa planificación.
Prácticas centrales de AM
Participación activa de todos aquellos que soportan el proyecto.
Características
1. Satisface su propósito.
2. Es inteligible.
3. Es suficientemente preciso.
4. Es suficientemente consistente.
5. Es suficientemente detallado.
6. Aporta valor positivo.
7. Es lo más simple posible.
¿Que es y que no es AM?
1. AM es una actitud, no un proceso prescriptivo.
2. AM es un complemento a los métodos existentes, no es una metodología completa.
3. AM es una manera efectiva de trabajar en conjunto para alcanzar las necesidades de las partes interesadas en el proyecto.
4. AM es efectivo, y se trata sobre ser efectivo.
5. AM es algo que funciona en la práctica, no es una teoría académica.
6. AM no es una bala de plata.
7. AM es para el desarrollador promedio, más no es un sustituto de la gente competente.
8. AM no es un ataque a la documentación, de hecho AM aconseja la creación de documentos que tengan valor.
9. AM no es un ataque a las herramientas CASE.
10. AM no es para todos.
Objetivos de AM
1. Definir y mostrar como poner en práctica una colección de valores, principios y prácticas que conlleven a un modelado ligero efectivo.
2. Explorar la aplicación de técnicas de modelado en proyectos de software a través de un enfoque ágil, tal como XP, DSDM o SCRUM.
3. Explorar el como mejorar el modelado bajo procesos prescriptivos, tales como el Proceso Rational Unificado (RUP).
Los Valores de AM
- Comunicación.
- Coraje.
- Retroalimentación.
- Humildad.
- Simplicidad.
Además de los valores antes mencionados, la metodología de Modelado Ágil ha adoptado también los valores de la Alianza Ágil (AA) definidos en su manifiesto. Los valores de la AA:
1. Individuos e interacciones más que procesos y herramientas.
2. Software operante más que documentaciones completas.
3. Colaboración con el cliente más que negociaciones contractuales.
4. Respuesta al cambio más que apegarse a una rigurosa planificación.
Prácticas centrales de AM
Participación activa de todos aquellos que soportan el proyecto.
- Aplicar los artefactos correctos. Propiedad colectiva.
- Considerar la puesta a prueba del sistema.
- Crear varios modelos en paralelo.
- Crear contenidos simples.
- Representar los modelos de manera simple.
- Presentar los modelos públicamente.
- Iterar a otros artefactos.
- Modelar en pequeños incrementos.
- Modelas con otros.
- Demuéstrelo con código.
- Use las herramientas más simples.
- Asumir simplicidad.
- Bienvenido el cambio.
- Permitir el siguiente esfuerzo es el objetivo secundario.
- Cambio incremental.
- Maximizar la inversión de las partes interesadas en el proyecto.
- Modelar con un propósito.
- Múltiples modelos.
- Trabajo de calidad.
- Rápida retroalimentación.
- El software es el objetivo primario.
- Viaje con poco equipaje
No hay comentarios:
Publicar un comentario