Es el código que se utiliza para identificar la criticidad de un proyecto, entre mayor sea la cantidad de las personas que se encuentren en él, más obscuro se tornará el color para identificarlo.

Crystal

Es un conjunto de metodologías debido a que se subdivide en varios tipos de procesos, basándose principalmente en la cantidad de personas que se encuentran en el proyecto. Fue creada por Alistair Cockburn con base en el análisis de distintos proyectos de desarrollo de Software y su propia experiencia.

El nombre “Crystal” se deriva de la caracterización de los proyectos según 2 dimensiones: tamaño y complejidad (como en los minerales: color y dureza).

Características

• Dependen de dos factores importantes como lo son: el número de personas en el proyecto y las consecuencias de los errores (código de colores).
• Su idea primordial es poder armar distintas metodologías, para distintos tipos de proyectos.
• Cada proyecto u organización usará la estructura común de Crystal y generará su propia metodología.
• Su nombre se debe a las facetas de una gema: cada faceta es otra versión del proceso y todas se sitúan en torno a un núcleo idéntico.

Código de colores

Es el código que se utiliza para identificar la criticidad de un proyecto, entre mayor sea la cantidad de las personas que se encuentren en él, más obscuro se tornará el color para identificarlo.

Pérdidas potenciales por fallos del sistema

C: Pérdida de confort por fallas del sistema.
D: Pérdida de dinero discrecional, del dinero a disposición, generalmente es nuestro dinero.
E: Pérdida de dinero esencial, el dinero que probablemente no es nuestro y no podemos disponer libremente.
L: Significa la pérdida de vidas por fallos del sistema.

Cuanto más crítico sea el sistema que se quiere desarrollar, se necesita más rigurosidad en el desarrollo del proyecto.  

Código genético:

Fácil acceso a expertos: usuarios reales colaboran a la revisión, no el manager.
Seguridad Personal: libre de poder criticar.
Concentración: multitasking, minimizar disrupturas.
Ágil ambiente técnico: pruebas automatizadas, integración frecuente.
Comunicación osmótica: comunicación constante, cercanía de las personas.
Reflejo de las mejoras: metodologías de mejoras, mejoras en el equipo.
Entregas frecuentes: entregas cada 2 meses, mínimo 2 entregas por proyecto.

...