Es la compilacin de un conjunto de metodologas que faciliten el desarrollo de
software dependiendo de varios factores, teniendo como principal factor la cantidad de desarrolladores, incluida dentro de las llamadas metodologas giles se caracteriza por estar 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 disminucin de artefactos que se produzcan. Surge a principios de los 90 por idea de Alistair Cockburn con el objetivo de dar solucin a problemas especficos de organizacin que presentaba el proyecto que se llevaba a cabo en ese instante y a pesar de que ya haban surgido y se encontraban en desarrollo otras metodologas giles como la XP (Extreme Programing) y Scrum no se adaptaban a los inconvenientes que ellos presentaban. Esta metodologa tiene como premisa que el equipo o grupo de desarrolladores es considerado el factor clave en el desarrollo de software por lo que la mayor parte de los esfuerzos deben estar orientados a fortalecer sus destrezas y habilidades, as como tener bien definidas la poltica de trabajo en equipo que van a depender del tamao del grupo.
El nombre Crystal surge de la caracterizacin de los proyectos de software de
acuerdo a su tamao e importancia (criticality) del producto a desarrollar, de la misma forma que los cristales son caracterizados por su color y dureza. El tamao del proyecto indica el mtodo a utilizar Crystal Clear es para equipos pequeos (menos de 8 personas), seguido por Yellow (10 a 20), Orange (20 a 50), y as sucesivamente hasta Violet, mientras que la importancia indica la dureza con que se debe aplicar, esta va de cuarzo (quartz) hasta diamante (diamond). Una de sus caractersticas principales es la vital importancia que se les da a los desarrolladores que componen el grupo de trabajo, por lo cual sus puntos de estudio estn destinados a: Aspecto humano del equipo Tamao de un equipo Comunicacin entre los desarrolladores Polticas a seguir Espacio fsico de trabajo
Prioridades Seguridad en el desenlace del proyecto. Eficiencia en el desarrollo. Habitabilidad de las reglas (el equipo se siente cmodo con ellas).
Ventajas y Desventajas de las metodologas Crystal
Ventajas Son apropiadas para entornos ligeros Al estar diseada para el cambio experimenta reduccin de costo. Presenta una planificacin ms transparente para los clientes. Se definen en cada iteracin cuales son los objetivos de la siguiente. Permite tener una muy til realimentacin de los usuarios. Desventajas Delimita el alcance del proyecto con el cliente. Rasgos de un equipo Crystal. Una disminucin en el nmero de desarrolladores proporcionar una mejor comunicacin entre los mismos. Trabajar en un mismo lugar dar lugar a una disminucin de gastos por conceptos de comunicacin. La mejora individual habilitar el paso a la mejora del equipo y por consecuente al producto final.
Las 7 propiedades de las metodologas Crystal
Las metodologas Crystal cumplen todas ellas con 7 propiedades esenciales, las siguientes: 1 Entregas frecuentes, en base a un ciclo de vida iterativo e incremental. En funcin del proyecto puede haber desde entregas semanales hasta trimestrales. Para los que conozcan Scrum: en Scrum las entregas son, mximo, cada 4 semanas, en las Crystal se contemplan muchas ms opciones. 2 Mejora reflexiva. Que viene a ser mejora continua. Las iteraciones ayudan a ir ajustando el proyecto, a ir mejorndolo. 3 Comunicacin osmtica. Traducido al castellano, que el equipo est en una misma ubicacin fsica, para lograr la comunicacin cara a cara. 4 Seguridad personal. Todo el mundo puede expresar su opinin sin miedos, tenindosele en cuenta, considerndose su opinin, etc. 5- Enfoque. Perodos de no interrupcin al equipo (2h horas), objetivos y prioridades claros, definiendo as tareas concretas. Si llevas desde hace tiempo pasando por este blog, recordars ya comentbamos, tiempo a, aquello de que el entorno fsico afecta al rendimiento del desarrollador software (te dejo aquel post). 6 Fcil acceso a usuarios expertos. Las Crystal (a diferencia de otras como XP) no exigen que los usuarios estn continuamente junto al equipo de proyecto (no todas las organizaciones pueden hacerlo), s que, como mnimo, semanalmente debe haber reuniones y los usuarios deben estar accesibles. 7 Entorno tcnico con pruebas automatizadas, gestin de la configuracin e integracin continua. Prcticas comunes en casi todas las metodologas giles.