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