Metodologias de administracin de proyectos

Crystal Methods

1. Antecedentes
A inicio de los aos 90, en un estudio realizado en IBM por Alistair Cockburn quien fue
contratado para desarrollar una nueva metodologa de trabajo, se dedic a entrevistarse con los
equipos que ms rendimiento tenan e identific que estos equipos no haban seguido mtodos
formales ni herramientas CASE y que haban estimulado la comunicacin y los test. Los equipos
con problemas no entendan sus fallas o si haban cumplido con los mtodos formales.
Alistair lleg a la conclusin que los equipos que mejor funcionaban eran aquellos que
se comunicaban cara a cara y que hacan entregas en ciclos cortos, cosa que acab calando aos
despus en el "Manifiesto gil para el desarrollo de software" del cual fue firmante en el 2001.
De toda esta experiencia surgieron las Metodologas Crystal (Clear, Orange, Shapire,
etc.) cuyo color indica solamente el tamao del equipo y la necesidad de una metodologa ms
establecida.

2. Definicin de la Metodologa

Las Metodologas Crystal fueron creadas por Alistair Cockbrun y la describe como un
conjunto de metodologas agiles, donde cada una de ellas est adecuada para un tipo de
proyecto.
La cual define un cdigo de color para establecer la complejidad de la metodologa: si
es ms oscuro entonces el mtodo es ms pesado. Cuanto ms crtico es el sistema, ms rigor se
necesita. Incluye un conjunto de principios para adaptar las diferentes metodologas segn las
circunstancias del proyecto.
El Sr. Alistair despus de mucho investigar en el rendimiento de diferentes equipos de
IBM vio que lo ms importante eran las personas que trabajan en ese equipo y como se auto-
organizaban. Dependiendo de cun grandes fuesen los equipos y de que responsabilidades
tuviese el proyecto el equipo necesitara ms o menos "accesorios" para poder tirar adelante.
As fue como cre la familia de metodologas Crystal. Los proyectos se dividen en 16 tipos
diferentes con metodologas ligeramente diferentes de una a otra en funcin de la peligrosidad
y el tamao del equipo:


NOTA:
L: Riesgo de perder vidas humanas
si hay un fallo.
E: Riesgo de perder dinero que no
es nuestro, si hay un fallo
podemos tener graves problemas
econmicos.
D: Riesgo de perder dinero
nuestro y no "vital". Si hay un fallo
la empresa registrar menos
ganancias pero seguir viviendo.
C: Riesgo de perder la comodidad.
Si hay un fallo el equipo tendr
que trabajar ms horas e ir fines
de semana a acabarlo pero no
pasar nada ms.
Nmero: Mximo de personas en
el equipo.
Figura 1. Estructura de Familia de Metodologa Crystal

As pues estas metodologas tanto sirven para equipos pequeos y proyectos no vitales
como para grandes equipos con altas responsabilidades.

3. Familia de Metodologas de Crystal

El nombre de metodologas Crystal, se basa en que cada proyecto de software puede
caracterizarse segn dos dimensiones: tamao y criticidad. As mismo, el nombre de las
metodologas se basa en colores; si un proyecto es pequeo y no muy complejo se le asocia un
color claro, pero si por el contrario es un proyecto grande, el cual requiere de mayor
coordinacin y comunicacin, se le asocia un color ms oscuro.
Crystal utiliza una escala de colores, segn el nmero de persona involucradas en el
proyecto.



Figura 2. Familia de Metodologas Crystal

4. Propiedades los mtodos en la familia Crystal

Entrega Frecuente:
Entregas frecuentes del programa en cada una de las iteraciones, entre los diseadores
y desarrolladores deciden qu caractersticas incluir en cada versin. De esta manera, las partes
interesadas podrn detectar problemas temprano en el proyecto que permitir ahorrar un
montn de problemas ms adelante.

Mejora Reflectante:
Los desarrollares toman descansos para reflexionar y encontrar formas de mejorar sus
procesos. La idea es detectar cuales procesos estn funcionando bien y cules no.

Comunicacin osmtica:
Implica que el equipo de estar juntos en una habitacin y conseguir que la informacin
fluya a su alrededor. En cuanto a los equipos ms grandes (de ms de 8 o menos), donde puede
surgir la distraccin, se utiliza Cerrar Comunicacin.

El equipo debe estar en la misma habitacin para que esto funcione. Esto se debe a que
si el desarrollador tiene que romper la concentracin de moverse a otro lugar para hacer una
pregunta entonces probablemente se perder su proceso de pensamiento.

Seguridad Personal:
Esto tiene que ver con el tema del discurso libre dentro de un grupo de personas. Si una
persona es ridiculizada cuando hacen una pregunta o sugieren una idea, entonces sern menos
propensos a hablar hasta la prxima vez. Las personas que conformen el equipo deben ser
capaces de confiar en los dems y sentirse libres para hablar acerca de los problemas o lo que
surja.

Enfoque:
Se refiere a dos cosas; en primer lugar, centrarse en una tarea individual en un proyecto
por el tiempo suficiente como para que se avance y en segundo lugar, se refiere a la direccin de
que el proyecto se dirige.

Fcil acceso a los usuarios expertos:
La persona de experiencia en el rea del proyecto, debe estar disponible para consultar,
preguntas o realizar sugerencias a problemas que se presenten.

5. Crystal Clear
La misma se puede utilizar o incorporar en proyectos donde el equipo de trabajo est
conformado entre 1 o 6 colaboradores.
Est centrada en el factor humano, donde un lder y de uno a cinco desarrolladores se
encuentran juntos en un ambiente donde puede comunicar fcilmente informacin y tener
acceso fcil a usuarios claves.
Crystal Clear se centra en tres propiedades claves:
Efectuar Entregas Frecuentes, que consiste en liberar cdigo ejecutable y
testeado a usuarios reales cada pocas semanas o meses;
Realizar una Mejora Reflexiva dedicando todo el equipo unido un pequeo
tiempo para determinar qu est y qu no est funcionado;
El requerimiento de Crystal Clear en cuanto al tamao del equipo y su ubicacin
fsica en un mismo local permite crear Comunicacin Osmtica y que la
informacin est flotando en el ambiente, as el equipo puede obtenerla como
si fuera por smosis.

Crystal Clear produce los siguientes artefactos:
Secuencia de liberacin
Calendario de presentaciones y entrega a los usuarios
Casos de uso
Descripcin de las caractersticas
Bocetos de diseos
Cdigo fuente
Casos de prueba
Manual de usuario
Entre otros

Crystal Clear define su proceso como un conjunto de ciclos anidados de diferentes
duraciones. El mismo posee siete ciclos: el Ciclo del Proyecto, que abarca todo el desarrollo del
software.
El Proyecto tiene varios Ciclos de Entrega, en los que se libera una parte determinada del
sistema y tienen de una semana a tres meses de duracin. Cada Ciclo de Entrega tiene al menos
un Ciclo de Iteracin, que es una unidad de planeacin, desarrollo y celebracin que segn la
cantidad de iteraciones que se planifiquen tiene de una semana a tres meses de duracin.
Cada Iteracin se divide en Ciclos Semanales y la Semana se divide en Ciclos Diarios. Cada
Da ocurren varios Ciclos de Integracin, que son una unidad de desarrollo, integracin y prueba
del sistema, de media hora a tres das de duracin. Dentro de cada Ciclo de Integracin ocurren
mltiples Episodios de Desarrollo, que comprenden la escritura y comprobacin de una seccin
de cdigo, con una duracin de pocos minutos a algunas horas.


Figura 3. Nombre de Imagen

Esta metodologa contiene los elementos esenciales para el xito de un proyecto: centrado
en la comunicacin, entregas constantes de cdigo funcional, informacin de los usuarios claves
y herramienta para el control de versiones de cdigo.










6. Crystal Orange

La misma se puede utilizar o incorporar en proyectos donde el equipo de trabajo est
conformado entre diez (10) o cuarenta (40) colaboradores. Est destinado para proyectos
considerados como de tamao mediano, con una duracin entre uno (1) o dos (2) aos.

Crystal Orange sustenta siete principios comunes durante el proceso de desarrollo.


Figura 3. Principios de Crystal Orange

Entre los diversos roles que conforman el grupo de trabajo estan: patrocinador, experto en
negocios, experto facilitador uso tcnico, de negocios analista / diseador, director del
proyecto, el arquitecto, el diseador mentor, jefe de programacin diseado, otros diseadores-
programadores, diseador de interfaz de usuario, escritor y tester.

Estos roles puede conformarse en diversos equipos: planificacin del sistema, coordinador
de proyecto, arquitectura, tecnologa, funcionalidades, infraestructura, tester externo.

Como artefactos que se producen en esta metodologa estan: documento de
requerimientos, secuencia de lanzamiento, reporte de estatus de cronogramas, documento de
diseo de interfaz de usuario, modelo de objetos, manuales de usuario, cdigo fuente, casos de
prueba, etc.

Entre las actividades que se realizan esta metodologa por cada incremento son:



Figura 4. Actividades Crystal Orange

Staging

Incluye la planificacin para los siguientes sprints. Esta planificacin est basada
en entregas incrementales, donde hay una publicacin del proyecto cada 3 o 4
meses, de igual forma, el equipo analiza los requerimientos, identifican las
factibilidades tcnicas y se priorizan las tareas.

Revisin

Cada incremento incluye varias iteraciones. Cada iteracin incluye las siguientes
actividades: construccin, la demostracin y la revisin de los objetivos del
incremento.

Monitoreo

Se vigila el avance de las entregas de equipo durante el proceso de desarrollo
con respecto a su progreso y la estabilidad. Es necesaria una vigilancia tanto en
Crystal Clear y Crystal Orange.

Paralelismo y flujo

Una vez que el monitoreo de la estabilidad da el resultado positivo para los
entregables la siguiente tarea puede comenzar. En Crystal Orange esto significa que
los mltiples equipos pueden proceder con el mximo de paralelismo con xito.

Estrategia de diversidad Holstica


Crystal Orange incluye este mtodo para dividir grandes equipos funcionales en
grupos interdisciplinarios. La idea central de esto es incluir mltiples especialidades
en un solo equipo.

Sintonizacin

Esta metodologa utiliza entrevistas y talleres del proyecto para encontrar una
solucin. Las fases de seguimiento y registro mtricas de rendimiento para un
incremento dado, y el uso de informacin histrica para incrementos posteriores.

Work-Shop

Crystal Orange recomienda pre y post taller con el fin de impulsar la atencin
del equipo hacia los goles proyectos.


7. Conclusiones
Dependiente del tamao del tamao del equipo de trabajo y complejidad se debe
seleccionar alguna de las metodologas de la familia Crystal. Todas prestan especial importancia
a la ubicacin fsica del grupo, donde la comunicacin cumple el principal rol. De igual forma al
tener entregar incrementales del programa a corto plazo, los equipos de desarrollo se
mantienen enfocados, as mismo, realizan pre y post reuniones para reflexionar sobre el trabajo
realizar y si necesita alguna mejora en el proceso.

8. Infografa

Propiedades de la familia de Metodologas Crystal
http://en.wikiversity.org/wiki/Crystal_Methods

La familia de Metodologas Crystal
www.slideshare.net/urumisama/crystal-methodologies
www.slideshare.net/Meeiidelosrios/metodologia-crystal
www.itu.dk/courses/SASU/F2010/files/0666_001.pdf
www.asapm.org/asapmag/articles/A6_CrystalOrange.pdf

Antecedentes, Definicin e Introduccin

http://www.javiergarzas.com/2012/09/metodologias-crystal.html
http://ingenieriadesoftware.mex.tl/59189_Metodologia-Crystal.html
http://www.slideshare.net/PacoGarat/crystal-clear-11805930
http://seminariodeinformatica-1.blogspot.com/2007/10/crystal.html
http://ict.unpa.edu.ar/files/ICT-UNPA-57-2013.pdf
http://www.buenastareas.com/ensayos/Metodologia-Crystal/3538650.html
http://prezi.com/r4r-xnaifais/metodologia-agil-de-desarrollo-de-software/
http://lordpakus.blogspot.com/2013/08/metodologias-agiles-crystal-clear.html