Tu Consultoría en Sistemas

 

contáctanos
escríbenos
 
Síguenos
twitter
 
facebook
 
blog
 

 
Metodologías Ágiles de Desarrollo de Software (Segunda Parte)
 
Crystal  

La familia de metodologías Crystal ofrece diferentes métodos para seleccionar el más apropiado para cada proyecto. Crystal identifica con colores diferentes cada método, y su elección debe ser consecuencia del tamaño y criticidad del proyecto, de forma que los de mayor tamaño, o aquellos en los que la presencia de errores o desbordamiento de agendas implique consecuencias graves, deben adoptar metodologías más pesadas. Los métodos Crystal no prescriben prácticas concretas, y se pueden combinar con técnicas como XP.


Crystal fue desarrollado por Alistair Cockburn. El nombre Cristal surge de la caracterización de los proyectos de software de acuerdo a su tamaño e importancia del producto a desarrollar.

El tamaño del proyecto indica el método a utilizar, estableciéndose una clasificación por colores, por ejemplo Cristal Clear (3 a 8 personas), seguido por Yellow (10 a 20 personas), Crystal Orange (25 a 50 personas), y así sucesivamente hasta violet, mientras que la importancia indica la dureza con que se debe aplicar, esta va de cuarzo hasta diamante. A diferencia de otras metodologías que se basan en los procesos, arquitectura o incluso en herramientas, podríamos decir que Crystal es una típica metodología “basada en las personas”.


Las metodologías de Crystal se basan en el principio de que tipos diferentes de proyectos requieren tipos diferentes de metodologías. La metodología escogida debe depender de dos factores:


  • El número de personas en el proyecto, y
  • Las consecuencias de los errores.

Cada metodología encaja en una parte diferente de la reja, de modo que para un proyecto de cuarenta personas que puede perder dinero discrecionalmente tiene una metodología diferente a la de un proyecto vital de seis personas.

Alistair Cockburn también pone mucho enfasis en las revisiones al final de cada iteración, animando al proceso a ser auto mejorable. Su afirmación es que el desarrollo iterativo está para encontrar los problemas de forma temprana y entonces permitir corregirlos.


Referencias:


[1] 'http://www.willydev.net/descargas/prev/TodoAgil.Pdf'
[2]'http://ji.ehu.es/isw/Metodos_Agiles_Promesas_Incumplidas.pdf'
[3] 'http://wer.inf.pucrio.br/WERpapers/artigos/artigos_WER01/
leonardi.pdf'
[4] 'http://www.avemundi.com/archivos/XP.doc'
[5] 'https://pid.dsic.upv.es/C1/Material/Documentos
%20Disponibles/Introducci%C3%B3n%20Proceso%20de%
20Desarrollo%20de%20SW.doc'

 

 

 

 

 



 
Servicios relacionados
Blog de Qualitrain


Río Tíber #87 8vo. Piso Col. Cuauhtémoc, C.P. 06500 México, D.F.
Tels: 55-11-81-21, 55-11-60-76.



Copyright © 2001-2010 QTX de México, S.A de C.V. Todos Los Derechos Reservados.