Metodología crystal clear

Desarrollo

Las metodologías ágiles, en mi concepto, han sido uno de los inventos más importantes en el modelado y desarrollo de software aplicado; para formar un modelamiento y desarrollo en el software, se ha inventado una serie de tipos de metodologías ágiles que sirven para hacer más dinámico dicho modelamiento.

Hoy en día, una de las metodologías más usadas es la metodología Crystal Clear, la cual está basada en distintas características que la definen tal como es.

Las metodologías ágiles, se pueden caracterizar en 4 grupos: “basada en el proceso”, “basada en las personas”, “basada en herramientas” e “incompleta” Crystal es una típica metodología “basada en las personas”.

Para Crystal, no existe una sola metodología, sino que hay diferentes metodologías dependiendo de las características del proyecto a llevar a cabo. La metodología cristal caracteriza a los proyectos con dos dimensiones:

Tamaño: cantidad de personas en el equipo de desarrollo.

Criticidad: perdida de control, de dinero, de vidas (aunque este tipo de proyectos es muy crítico y las metodologías Crystal no sirven para esto).

Existen cuatro metodologías Crystal:

Clear, Yellow, Orange, Red

Dichas metodologías se basan en estregas frecuentes de cada miembro de trabajo además de Comunicación Osmótica: El equipo se encuentra en una misma sala. El significado de esta propiedad es que la información fluye a través de lo que oyen todos los miembros del equipo. Otras características que tienen las metodologías Crystal Clear son:

Reflective improvements: el equipo de un proyecto puede revertir sus fallas catastróficas a éxitos si listan que es lo que se hizo bien y que es lo que se hizo mal, luego discuten que es lo que se puede mejorar y hacen estos cambios en la siguiente iteración.

Seguridad Personal: esta está construida sobre un cierto nivel de seguridad. Así todos se sienten más seguros para opinar.

Enfoque: se debe tener enfocados a los miembros del equipo en que es lo que tienen que hacer y tengan la tranquilidad y el tiempo para hacerlo. Además no se debe interrumpir frecuentemente a las personas ni hacerlas trabajar en más de dos proyectos en el mismo día, ya que esto atenta contra su enfoque.

Fácil acceso a los usuarios expertos: es importante el tiempo en que el usuario experto está disponible y lo que tarda en responder una pregunta. Es decir, si se le hace una consulta a un usuario experto y este no puede contestarla inmediatamente, debe hacer saber de esto a quien formuló la pregunta para que este busque otros medios para poder obtener una respuesta.

Ambiente Técnico: debe haber una integración frecuente, una administración de la configuración (a través de un versionador CVS que mantenga todo consistente) y testeos automatizados (para evitar pérdidas de tiempo).

Conclusiones

Como pudimos ver, las metodologías ágiles se basan en el buen uso de un conjunto de prácticas o métodos, por lo cual se concluye que el método ágil a utilizar debe se adaptado al proyecto en cuestión.

Para el sistema de modelado, el método Crytal dependiendo tanto del trabajo a realizar como también de la cantidad de personas en el grupo de trabajo, es muy útiles en algunos casos y vimos que el método Crytal Clear se adaptaba bastante bien. Pero esto no significa que un sistema solo puede llevarse a cabo aplicando esta metodología, sino que otra metodología puede adaptarse y conseguir buenos resultados.

Por lo tanto se concluye que existen muchas prácticas que benefician y otras que son menos adecuadas para su uso en ciertas situaciones, con lo cual depende del buen análisis y adaptación del método ágil a un proyecto para el posterior desarrollo y el cumplimiento de los objetivos.

Como principal conclusión es que los métodos ágiles no es la cura para todos los problemas y que utilizando métodos ágiles también se pueden producir software que tienen deficiencias. Y que no es bueno adoptar a ciegas ciertas prácticas, más bien conviene investigar la práctica y contemplar los riesgos que pueden conllevar con el uso de esta practica.