METODOLOGÍA

CRYSTAL
SISTEMA ORIENTADO A OBJETOS
 METODOLOGÍAS ÁGILES
Las metodologías Buscan una
fuerte
se clasifican planificación y
documentación
durante todo el
desarrollo

Tradicionales

Se enfoca al
desarrollo de
Ágiles software el cual
es incremental,
cooperativo,
sencillo y
adaptado.
 Metodologías tradicionales Metodologías ágiles
Predictivos Adaptativos
Orientados a procesos Orientado a personas
Proceso rígido Proceso flexible
Se concibe como un proyecto Un proyecto es subdividido en varios
proyectos más pequeños|
Poca comunicación con el cliente Comunicación constante con el cliente

Entrega de software al finalizar el Entregas constantes de software

desarrollo
Documentación extensa Poca documentación
La arquitectura del software es esencial y Menos énfasis en la arquitectura del
se expresa mediante modelos software

Grupos grandes y posiblemente Grupos pequeños trabajando en el mismo

distribuidos done a cada integrante se le sitio en el cual todos tienen conocimiento
asignan tareas específicas. sobre todo el proceso de desarrollo.
 Es un conjunto de diferentes metodologías
creadas por Alistar Cockburn que
podemos seleccionar en función del tipo
de proyecto que se desea desarrollar.

Está orientada a las personas que

integran el equipo o grupo de
desarrolladores, que son en su mayor
parte sobre los que recaerá el éxito o
fracaso del proyecto, así como a la
disminución de artefactos que se

Filosofía Crystal
produzcan.
 Interacción

Comunidad Habilidades

Metodología
Crystal
Personas Talentos

Comunicaciones
Clasifica los
proyectos

La cantidad máxima de
Tamaño del personas que pueden
proyecto conformar el equipo de
desarrollo

Criticidad del
proyecto
 Entregas frecuentes Mejora reflexiva

Un ciclo de vida iterativo e incremental Iteraciones ayudan a ir ajustando el proyecto

Comunicación Osmótica Seguridad personal

El equipo esté en una misma ubicación física Todo el mundo puede expresar su opinión

Enfoque, prioridades claras Fácil acceso a usuarios

Períodos de no interrupción al equipo, tareas No exigen que los usuarios estén

concretas continuamente junto al equipo de proyecto

Ambiente técnico con prueba automatizada

Se debe contar con varios equipos agiles que compilen e integren varias veces al día.
 Exploración 360° ESTRATEGIAS Arquitectura
incremental
La arquitectura debe
Verificar los requerimientos,
evolucionar en etapas,
procesos, modelo de dominio,
manteniendo el sistema en
tecnología de proyecto
ejecución mientras se modifica

Victoria temprana
Buscar pequeños triunfos
iniciales antes que buscar una
victoria tardía.
Radiadores de
información
Esqueleto caminante Lámina que contiene
información como el numero de
Pequeña implementación del pruebas, estado de los
sistema servidores.
 Entrevista de proyectos Técnicas
Averiguar cuales son las prioridades, obtener una lista de rasgos
deseado, saber cuales son los requerimientos mas críticos y cuales son
los negociables

Talleres de reflexión

Reuniones de 30 minutos o una hora para reflexionar sobre

inconvenientes y posibles mejoras.

Planeamiento Blitz

Se escriben las funciones del programa en tarjetas y los programadores

estiman tiempos para cada una de forma independiente

Estimación Delphi

Proponer tamaño del sistema, tiempo de ejecución, fecha de entregas

 Reuniones en pie diarias

Cinco a diez minutos como máximo. No se trata de discutir problemas,

sino identificarlos.

Diseño de interacciones esenciales

Acelerar el descubrimiento de las necesidades para reunir a personas de

cada aspecto crítico del proyecto y explicar lo que sabe uno al otro.

Miniatura de procesos

El equipo se encuentre familiarizado y agradado a la metodología.

Gráficos de quemado

Descubrir demoras y problemas tempranamente

Programación lado a lado

Cada quien se enfoca a su trabajo asignado.
ESCALA COCKBURN
DE CLASIFICACIÓN
DE PROYECTOS
Tamaño Se le asigna un valor en función del
número de personas que participarían

20  proyectos 100

proyectos entre 20 y proyectos
entre 3 y 8 proyectos proyectos entre 100 y
50
personas entre 10 y entre 50 y 200
personas
20 100
personas personas
8 50 200

Numero de participantes
 Criticidad PARÁMETROS
Se le asigna una de las opciones en función del peor de
los casos que se pueda producir en el caso de un fallo Perdida de una Vida por fallo
del sistema del sistema
L
Criticidad
del sistema •Importante pérdida económica
que puede poner en riesgo la
E continuidad de la organización.

•Perdida económica no
significativa.
D

Tamaño del •Pérdida de confort debido a

un fallo en el sistema
proyecto C

Las letras en el gráfico indican pérdidas potenciales por fallos del sistema
ROLES EN UN
EQUIPO
 Roles
Patrocinador Ejecutivo (Executive Sponsor): permite la realizacion del Proyecto y provee el dinero necesario para la
1 ejecución inicial del proyecto. Produce la mision con prioridades de compromiso

•Diseñador Principal (Lead Designer): deberá ser el mejor desarrollador del equipo, en principio lograría desarrollar el
2 sistema por completo. Produce la descripción arquitectonica

•Usuario Experto (Ambassador User): El equipo de desarrollo se encuentra en contacto con usuarios expertos del sistema.
3 Junto con el experto de negocios produce lista de actores objetivos, casos de uso y requerimientos

•Diseñador Programador (Designer Programmer): Este produce junto con el diseñador principal el código necesario para
4 la ejecución del sistema.

Coordinador (Coordinator): toma nota de cómo va el proyecto, planeando y verificando estado de cada sesión y luego
5 publicarla. Produce el mapa del proyecto, plan de entrega y estado de proyecto

Experto en Negocios (Business Expert): Define que políticas o estrategias deberán mantenerse o cambiarse. Deberá
6 permanecer en contacto con los desarrolladores, realizando preguntas frecuentes sobre la ejecución del sistema.

Verificador (Tester): cualquier miembro del equipo está en la facultad de producir los reportes, sobre el estado del
7 proyecto o del sistema en desarrollo.

Escritor (Writter): el papel que desempeña es de plasmar el manual de usuario del sistema
8
VARIANTES DE LA
METODOLOGÍA
 Variantes Crystal establece diferentes tipos de metodologías por códigos de colores.
La idea es lograr “armar” distintas metodologías para distintos proyectos.

Diammond
Crystal Crystal Crystal
y Sapphire
Clear (Claro Yellow Orange Crystal Red
(Cristal
como (Cristal (Cristal (Cristal Rojo)
Diamante y
Cristal). Amarillo) Naranja).
Zafiro).

• Diseñada para pequeños Para equipos de

proyectos hasta 8 personas
como máximo. Para equipos de 20 a 50
• Este método es el del cual se personas, y Equipos entre Proyectos
de trabajo de
provee mejor documentación.
10 a 20
proyectos de 50 y 100 especiales
• Es más importante cumplir las duración
propiedades que seguir personas. personas.
determinados procedimientos. estimada de 2
años.
 Metodologías Tradicionales Metodología Crystal

Análisis de Planificación adaptativa vista en

requerimientos y Planificación predictiva y “aislada” entregas frecuentes y
planificación colaboración del cliente

Diseño simple: documentación

Diseño flexible y extensible, modelos
Diseño mínima enfocada en la
y documentación exhaustiva.
comunicación

Transferencia de conocimiento:
Desarrollo individual con roles y la programación en grupo
Codificación
responsabilidades estrictas. propicia el conocimiento
colectivo.

Liderazgo-Colaboración:
Pruebas y puesta en Actividades de control orientadas a
empoderamiento y
producción los hitos
autoorganización.
1 El papel del cliente es más notorio en el proceso de desarrollo de las
metodologías ágiles

Cuantas más personas estén implicadas en el desarrollo del proyecto, más

2 pesada debe ser la metodología Crystal

Crystal Clear ofrece un proceso iterativo de ciclos que permite al equipo y

3 a los usuarios, encontrar problemas durante el proceso de desarrollo y
solucionarlos en el transcurso, evitando así tener que rehacer todo desde cero.

4 Crystal Orange está diseñada para proyectos que estén sometidos a

cambios continuos debido a que son usados por el cliente.

Crytal Yellow tiene características claves como una fácil comunicación,

5 propiedad clara de las zonas de código, comentarios de los usuarios reales,
pruebas automatizadas e incrementos mensuales de mejora.