Modelo cristal
Descargar como PPTX, PDF0 recomendaciones876 vistas
El documento describe el método Crystal, una familia de metodologías ágiles creadas por Alistair Cockburn y Jim Highsmith. Cada metodología Crystal se adapta al tamaño y criticidad de un proyecto en particular. Cuanto mayor sea el tamaño o criticidad de un proyecto, más estructurada y rigurosa debe ser la metodología Crystal aplicada. La comunicación efectiva entre los miembros del equipo es un factor clave para el éxito de cualquier proyecto que siga una metodología Crystal.
![Método crystal
Alistair Cockburn [COC02] y Jim Highsmith [HIG02b]
crearon la familia cristal de los métodos ágiles con el fin
de lograr un enfoque de desarrollo de software.](https://image.slidesharecdn.com/modelocristal-150421173743-conversion-gate01/85/Modelo-cristal-2-320.jpg)
Modelo cristal
- 1. Método crystal RUBÍ BELTRAN RUGERIO SANDRA SÁNCHEZ RAMÍREZ
- 2. Método crystal Alistair Cockburn [COC02] y Jim Highsmith [HIG02b] crearon la familia cristal de los métodos ágiles con el fin de lograr un enfoque de desarrollo de software.
- 3. Coloca un premio en la "manejabilidad" durante lo que Cockburn caracteriza como: “Un juego cooperativo de inventiva y comunicación con recursos limitados con: a)Una meta primaria consistente en la entrega de software útil y en funcionamiento. b)Una meta secundaria de prepararse para el juego siguiente (COC02b).
- 4. El nombre de metodologías Crystal Viene de que cada proyecto software puede caracterizarse según dos dimensiones, Tamaño Criticidad Los minerales se caracterizan por dos dimensiones, color Dureza Y esta es una de las bases de las metodologías Crystal: hay una metodología para cada proyecto, o la escala de Cockburn.
- 5. La familia crystal es un conjunto de procesos ágiles, los cuales han probado su efectividad en diferentes tipos de proyectos. Objetivo Es permitir que los equipos ágiles seleccionen el miembro de la familia cristal más apropiado para su proyecto y ambiente.
- 6. Para que sirven metodologías Crystal Sirven para gestionar proyectos ágiles, con la diferencia de que son menos extremas y están pensadas para tipologías de proyectos y organizaciones, destacando especialmente proyectos y empresas grandes.
- 7. La gran clave Las metodologías Crystal, lo más determinante para el éxito, o fracaso, de un proyecto son las persona.
- 8. Crystal: Una familia de metodologías ágiles según sea tu proyecto En las metodologías Crystal, proyectos grandes, que necesitan más coordinación y comunicación, se asocian con colores más oscuros. Proyectos en los que un fallo pueda causar mayores problemas, también se asocian con colores más oscuros.
- 9. Clear De hasta 8 personas Amarillo 10 y 20 personas. Naranja, 20 y 50 personas Roja 50 y 100 personas
- 10. Lo mas importante en M. Crystal A más personas en el proyecto, más coordinación. A más criticidad en el software, más rigurosidad en el proceso. El factor más determinante en cualquier caso, la comunicación entre los participantes en el proyecto.
- 11. Las 7 propiedades de las metodologías Crystal 1 – Entregas frecuentes, en base a un ciclo de vida iterativo e incremental. En función del proyecto puede haber desde entregas semanales hasta trimestrales. Para los que conozcan Scrum: en Scrum las entregas son, máximo, cada 4 semanas, en las Crystal se contemplan muchas más opciones. 2 – Mejora reflexiva. Que viene a ser mejora continua. Las iteraciones ayudan a ir ajustando el proyecto, a ir mejorándolo. 3 – Comunicación osmótica. Traducido al castellano, que el equipo esté en una misma ubicación física, para lograr la comunicación cara a cara.
- 12. 4 – Seguridad personal. Todo el mundo puede expresar su opinión sin miedos, teniéndosele en cuenta, considerándose su opinión, etc. 5- Enfoque. Períodos de no interrupción al equipo (2h horas), objetivos y prioridades claros, definiendo así tareas concretas. 6 – Fácil acceso a usuarios expertos. Las Crystal no exigen que los usuarios estén continuamente junto al equipo de proyecto (no todas las organizaciones pueden hacerlo), sí que, como mínimo, semanalmente debe haber reuniones y los usuarios deben estar accesibles. 7 – Entorno técnico con pruebas automatizadas, gestión de la configuración e integración continua.
- 13. Hay ocho roles nominados 1. Patrocinador. Produce la Declaración de Misión con Prioridades de Compromiso 2. Usuario Experto. Junto con el Experto en Negocios produce la Lista de Actores Objetivos y el Archivo de Casos de Uso y Requerimientos. 3. Diseñador Principal. Produce la Descripción Arquitectónica. Se supone que debe ser al me nos un profesional de Nivel 3 4. Diseñador Programador. Produce, junto con el Diseñador Principal, los Borradores de Pantallas
- 14. 5. Experto en Negocios. Junto con el Usuario Experto produce la Lista de Actores Objetivos. 6. Coordinador. Con la ayuda del equipo, produce el Mapa de Proyecto, el Plan de Entr ega, el Estado del Proyecto. 7. Verificador. Produce los reportes. 8. Escritor. Produce el Manual de Usuario.
- 15. Conclusiones Cuantas más personas estén implicadas, más grande debe ser la metodología. El aumento de tamaño o densidad añade un coste considerable al proyecto. Si el proyecto tiene mucha densidad, un error no detectado puede ser crítico. La forma más eficaz de comunicación es la interactiva (cara a cara).