Método crystalRUBÍ BELTRAN RUGERIO

SANDRA SÁNCHEZ RAMÍREZ

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.

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).

El nombre de metodologías Crystal

Viene de que cada proyecto software puede caracterizarse según dos dimensiones, TamañoCriticidad

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.

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.

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.

La gran clave Las metodologías Crystal, lo más determinante para el éxito, o fracaso, de un proyecto son las persona.

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.

ClearDe hasta 8 personas

Amarillo10 y 20

personas.

Naranja, 20 y 50

personas

Roja50 y 100 personas

Lo mas importante en M. CrystalA 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.

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.

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.

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

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.

ConclusionesCuantas 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).