METODOLOGIAS CRISTAL

METODOLOGIAS AGILES INGENIERIA DEL SOFTWARE I

CESAR MARIO CASTRO ADOLFO PUELLO

UNIVERSIDAD DEL MAGDALENA FACULTAD DE INGENIERIA PROGRAMA INGENIERIA DE SISTEMAS Santa Marta Colombia 2014

Metodologas Cristal INDICE 1. Introduccin.4 2. Metodologas Cristal..5 3. Caractersticas........7 4. Las Siete Propiedades......9 4.1 Entregas Frecuentes.......9 4.2 Mejora Reflexiva. ..9 4.3 Comunicacin Osmtica....9 4.4 Seguridad Personal.10 4.5 Enfoque10 4.6 Acceso Fcil a Usuarios Expertos.......10 4.7 Ambiente de Desarrollo con pruebas Automticas, Administracin de la configuracin y entregas frecuentes..11 5. La Estrategia...12 5.1 Exploracin 36012 5.2 Victoria Temprana12 5.3 Esqueleto Caminante..12 5.4 Arquitectura Incremental12 5.5 Radiadores de Informacin12 6. La Tcnica..14 6.1 Entrevistas de Proyectos.......14 6.2 Talleres de Reflexin14 6.3 Planteamiento Blitz. 14 6.4 Estimacin Delphi... 14 7. Roles de un Equipo 16 7.1 Patrocinador Principal... 16 7.2 Diseador Lder... 16 7.3 Usuario Experto16 7.4 Diseador Programador.16 7.5 Coordinador.. 17 7.6 Experto en Negocios.. 17 7.7 Verificador. 18 7.8 Escritor...18 2

Metodologas Cristal 8. Escala Cockburn19 9. Variantes de la Metodologa Cristal......20 10. Crystal y otras Metodologas....21 Conclusiones...22

Metodologas Cristal INTRODUCCION

Con el rpido crecimiento de la industria del software en el mundo actual, se han venido desarrollando diferentes metodologas que aseguran el buen desarrollo durante todo el proceso de creacin de un nuevo software. Las metodologas agiles que encontramos actualmente proveen a la ingeniera del software una direccin para el desarrollo adecuado de software. El desarrollo gil de software basado en el desarrollo iterativo e incremental, donde los requisitos y soluciones evolucionan mediante la colaboracin de grupos auto organizado y multidisciplinario, siendo este un proceso de desarrollo de software, creado en respuesta a las debilidades del modelo tradicional de cascada el cual sirvi como base para la formulacin del anlisis estructurado, siendo uno de los precursores en el camino hacia la aplicacin de prcticas estandarizadas dentro de la ingeniera del software. La idea principal detrs del mejoramiento iterativo es desarrollar un sistema de programas de manera incremental, permitindole al desarrollador sacar ventaja de lo que se ha aprendido a largo del desarrollo anterior. La definicin moderna de desarrollo gil de software evoluciono a mediados de 1990 como parte de una reaccin contra los mtodos de pico pizado, muy estructurados y estrictos, extrados del modelo de desarrollo en cascada. El enfoque se dio a conocer a la comunidad de Ingeniera de Software con el nombre de RAD o Rapid Application Development, pero fue con el diseo de la metodologa XP (extreme Programming), que nace lo que hoy da conocemos como metodologas agiles. Las metodologas agiles emergen como una posible respuesta para llenar ese vaco metodolgico, constituyen una solucin a medida, aportando una elevada simplificacin que a pesar de ello no renuncia a las practicas esenciales para asegurar la calidad del producto. Las metodologas Crystal Clear hacen parte de las metodologas Agiles, nacen en respuesta a las nuevas demandas de desarrollo de software, poco tiempo despus que se formalizara la Alianza gil, una organizacin sin fines de lucro que promueve el desarrollo gil de aplicaciones.

Metodologas Cristal METODOLOGIAS CRYSTAL Metodologas Crystal 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 IBM 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. Concretamente el autor indica que Crystal est centrado en: 1.- Las personas 2.- La Interaccin 3.- La comunidad 4.- Las habilidades 5.- Los talentos 6.- Las comunicaciones Es decir, orientado al equipo de trabajo y a las personas que lo componen tanto a nivel individual como de su pertenencia a un grupo. Para Cockburn los procesos pese a ser importantes son secundarios, respecto a los principios en que est orientado este conjunto de metodologas, ya que la propia complejidad de la gestin de los equipos para obtener de los mismos el mximo rendimiento, teniendo en cuenta que estn formados por un conjunto diverso de personalidades, experiencias, talentos y habilidades, es de por s el principal problema que hay que resolver en el desarrollo de software.

Metodologas Cristal Principios: Alistair Cockburn defini los siguientes principios dentro de sus metodologas: Las personas son seres comunicativos, hacindolo mejor cara a cara, en persona, con preguntas y respuestas en tiempo real. Las personas tienen problemas para actuar de manera consistente todo el tiempo. Las personas son altamente variables (cambiantes), varan de un da a otro y de un lugar a otro. Las personas generalmente quieren ser buenos ciudadanos, son buenos observando, tomando iniciativas y haciendo todo lo que sea necesario para el proyecto funcione.

Metodologas Cristal 3. CARACTERISTICAS Crystal maneja iteraciones cortas con feedback (retroalimentacin) frecuente por parte de los usuarios/clientes, minimizando de esta forma la necesidad de productos intermedios. Otra de las cuestiones presentadas es la necesidad de disponer de un usuario real aunque sea de forma de parcial para realizar validaciones sobre las interfaces del usuario y para participar en la definicin de los requerimientos funcionales y no funcionales del software. Cristal enfatiza el proceso como un conjunto de ciclos anidados:

Figura 1. Ciclos anidados de Crystal Clear

La Metodologa Cristal recomienda: El equipo de trabajo sea reducido es decir pocos componentes. Mejoramiento de la Comunicacin entre los miembros del proyecto Utilizacin de polticas de equipo diferentes, para diferentes equipos. Espacio Fsico de Trabajo Criticidad del Proyecto

Las metodologas Crystal se basan en el hecho de que hay que tener en cuenta las caractersticas del proyecto para aplicar una metodologa (para Cockburn son un conjunto 7

Metodologas Cristal de elementos entre los que se encuentran las prcticas y las herramientas) u otra, no es lo mismo un proyecto en el que intervienen pocas personas que otros en donde intervienen muchas. Entender que todos los proyectos son iguales independientemente de su tamao es un error que puede derivar desde prdidas econmicas hasta el fracaso completo. Rasgos de un Equipo Crystal: Una disminucin en el nmero de desarrolladores proporcionara 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 habilitara el paso a la mejora del equipo y por consecuente al producto final. Como consecuencia de las anteriores caractersticas y como eje fundamental las dimensiones; tamao del equipo y criticidad del proyecto, surge la escala Cockburn de Proyectos de Software cuya utilidad va ms all de definir en qu condiciones aplicar una metodologa cristal.

Metodologas Cristal 4. LAS SIETE PROPIEDADES Las metodologas Cristal se sustentan en tres propiedades, pero el autor hace nfasis que para la conformacin de un mejor equipo de trabajo, a veces es necesario aplicar cuatro propiedades ms. Las propiedades son las siguientes: 4.1 Entregas Frecuentes (Frequent Delivery): Consiste en liberar cdigo ejecutable y testeado a usuarios reales cada pocas semanas o meses. Al hacer esto aseguramos que nuestro proyecto no se despegara mucho de lo cliente necesita realmente, pues cada entrega formal, resultara en correcciones a los problemas que surgen constantemente. Adems con esto entregamos algo til al usuario clientes, un software para que valore nuestra interfaz de usuario y el funcionamiento general del sistema antes de que continuemos creando ms cdigo que podra terminar en la basura cuando nos digan. 4.2 Mejora reflexiva (Reflective Improvement): Reunido por los menos una cada vez en cada tres meses, durante media hora, una hora o medio da, para comparar notas, reflexionar, discutir nuestros hbitos y en lo que se puede mejorar. Esto se denomina Taller de Reflexin. 4.3 Comunicacin Osmtica (Osmotic Comunication): La comunicacin

osmtica se refiere a llevar la comunicacin al mximo nivel. Nos debe tomar menos de 30 segundos llevar nuestras dudas a los ojos u odos de quien puede resolvrnoslas, debemos sentarnos en el mismo cuarto o en cubculos contiguos. Esta forma de comunicacin nos permite conectarnos de forma ms gil a las dems personas y abarca la posibilidad de que ambas personas se encuentren en sintona con sus ideas.

4.4 Seguridad Personal (Personal Safety): Fomentar la confianza y el respeto entre el equipo, de manera que todos tengan claro que lo importante es lograr

Metodologas Cristal los objetivos del proyecto de manera conjunta. As las equivocaciones o incapacidades de uno pueden ser cubiertas por los dems, los miembros no temen en exponerse y el equipo respeta estas exposiciones. Es importante que los miembros del equipo sean conscientes que deben revelar ignorancia, errores e incapacidad de realizar una tarea. 4.5 Enfoque (Focus): Cada quien debe saber cules son los elementos de ms alta prioridad sobre los cuales trabaja en todo momento. El enfoque se fundamenta en: Nuestro trabajo exige alta concentracin en lo que hace, asi evitaremos errores. Una distraccin media, que nos hace llevar nuestro pensamiento a otro lugar, nos puede llevar a perder diez a quince minutos de productividad. Al estar concentrados podemos resolver problemas en un minuto, al no ser as puede llevarnos una hora o ms. El cambiarnos de un proyecto a otro nos puede tomar alrededor de una o dos horas. Despus de que un desarrollador est sometido a constantes

distracciones, el desgaste de energa mental termina por hacer que el desarrollador prefiera hacer cosas vanas (como chatear o navegar) entre una distraccin y otra. Lo mismo tiende a pasar con desarrolladores involucrados en tres proyectos o ms.

4.6 Acceso Fcil a usuarios Expertos (Easy Access to Expert Users): Debera tomar menos de tres das, desde que surge una duda respecto al uso del sistema, hasta que un usuario experto lo resuelve. Lo deseable es obtener respuestas en pocas horas. Se puede comunicar con el usuario experto inmediatamente surge un inconveniente, se pueden realizar preguntas y seguir con el desarrollo.

10

Metodologas Cristal 4.7 Ambiente de Desarrollo con Pruebas Automticas, Administracin de la Configuracin e Integracin Frecuente (Technical Environment with automated test, Configuration Management & frequent integration): Poder dejar corriendo las pruebas de nuestro desarrollo hasta el final sin estar fsicamente presente nos ahorra el tiempo que no tenemos, sin mencionar las ventajas de depuracin inmediata y de probar el cdigo indiscriminadamente. Todos los desarrolladores deberan ingresar el cdigo en el que trabajan en un sistema de administracin de la configuracin, de manera que este se encargue de llevar el control de versiones, documentos, etc. y escribir una nota til sobre el cdigo cuando lo ingresan. El sistema se debera integrar por lo menos dos veces a la semana, juntando el cdigo de todos, compilndolo, y hacindolo pasar por todas las pruebas automticas posibles, y obteniendo de esta manera cdigo ejecutable constantemente. El sistema funciona ms o menos as: Se disean los test antes del desarrollo. El sistema se integra frecuentemente en el sistema de manejo de configuracin (ejemplo CVS) y se pasa por todos los test, mostrando los resultados de inmediato.

11

Metodologas Cristal 5. LA ESTRATEGIA

Cristal no requiere ninguna estrategia o tcnica, pero si es recomendable seguir una serie pautas para la realizacin de cualquier proyecto. 5.1 Exploracin 360: Al iniciar un nuevo proyecto el equipo necesita establecer los requerimientos ms importantes del proyecto. Deber observarse en todas las direcciones posibles, y tomar muestras relevantes que suministren informacin del proyecto. Verificar o tomar muestras de valor de negocios del proyecto, los requerimientos, el modelo de dominio, la tecnologa, el plan de proyectos y el proceso

5.2 Victoria Temprana: En un proyecto de software la victoria temprana, es aquel fragmento de cdigo que se ejecuta satisfactoriamente. Esto incrementa en el equipo de desarrollo algn nivel de satisfaccin. Es mejor buscar pequeos triunfos iniciales que buscar una victoria tarda. 5.3 Esqueleto Caminante: Es una pequea implementacin del sistema. En esta parte no se usa la arquitectura final, pero si se recomienda utilizar los componentes ms importantes utilizados en la arquitectura principal. Los que constituye un esqueleto caminante vara de acuerdo al sistema que se requiera disear. Por ejemplo de un sistema cliente-servidor, sera una sola pantalla a la base de datos y la capacidad de regresar.

5.4 Arquitectura Incremental: Se ha demostrado que no es conveniente interrumpir el desarrollo para corregir la arquitectura, por el contrario la arquitectura debera evolucionar en etapas, manteniendo el sistema en ejecucin mientras ella se modifica. La retroalimentacin es muy importante en esta etapa para el desarrollo incremental.

5.5 Radiadores de Informacin: Es una publicacin que se realiza en algn lugar visible para el equipo, debe encontrarse en el sitio del trabajo o por donde las personas transitan. Tiene que ser comprensible para el observador casual, 12

Metodologas Cristal entendida al vistazo y renovada peridicamente para que valga la pena visitarla. Los radiadores de informacin pueden ser utilizados en cualquier proyecto, grande o pequeo. Las pginas web y archivos en lnea no son recomendables como radiadores de informacin, debido a que este debe ser visible sin requerir ningn tipo de esfuerzo por parte del espectador.

13

Metodologas Cristal 6. LAS TECNICAS

Por esta razn ninguna de las estrategias, tcnicas o artefactos que se definen es de uso obligado. 6.1 Entrevistas de Proyectos: Se suele entrevistar a ms de un responsable para tener visiones ms ricas. Se establece la metodologa de arranque en dos pasos. Proyectos Entrevistas: Con esta tcnica se construir una pequea biblioteca de experiencias en la organizacin que muestra las debilidades, fortalezas y temas de la organizacin. Cuando se entra en el taller de metodologa de conformacin se examinara como sacar provecho de los puntos fuertes y como evitar las debilidades. Taller de metodologa de conformacin: El taller se inicia con una revisin de las reglas fijas de la organizacin sobre el desarrollo de software. 6.2 Talleres de Reflexin: El equipo debe detenerse 30 minutos o una hora para reflexionar sobre sus convenciones del trabajo, discutir inconvenientes y mejorar y planear para el periodo siguiente. 6.3 Planeamiento Blitz: Se escriben las funciones del programa en tarjetas y los programadores estiman tiempos para cada una de forma independiente. Es la oportunidad para el patrocinador, los desarrolladores y el ejecutivo del proyecto para definir conjuntamente el mapa del proyecto y el cronograma. 6.4 Estimacin Delphi: Estimacin Delphi busca establecer por medio de un grupo de expertos cuanto tiempo durara en realizarse el desarrollo del software, y el tamao del proyecto. Su funcionamiento se basa en la elaboracin de un cuestionario que posteriormente ser evaluado por grupo de expertos, una vez recibida la informacin, se vuelve a realizar otro cuestionario basado en el anterior para ser contestado de nuevo. Este mtodo se basa en el anonimato de los intervinientes, repetitividad y realimentacin controlada, respuesta del grupo en forma esttica. 14

Metodologas Cristal

6.5 Encuentros diarios de pie: Cinco a diez minutos como mximo diarios, buscando no discutir problemas sino identificar nuevos problemas. 6.6 Miniatura de Procesos: Resaltar la importancia de la metodologa a utilizar dentro del equipo, pero el aprendizaje que esta requiere en muchas ocasiones demanda un tiempo considerable, por esta razn surge la idea de miniatura de procesos. La metodologa cristal se puede ir enseando dentro del equipo con un tiempo diario de 90 minutos o un da, pero la idea es que el equipo se encuentre familiarizado y agradado a la metodologa; los talleres de reflexin son una buena ocasin para la enseanza de la metodologa.

6.7 Grficos de Quemado: Son graficas en las cuales se observan retrasos en las tareas, este grafico sirve para tener control del proyecto y ver en que funciones deben tener mayor prioridad.

6.8 Programacin Lado a Lado: Establece proximidad entre los integrantes del equipo, pero cada quien se enfoca en su trabajo asignado, pero prestando atencin a lo que hace su compaero. Esto es una ampliacin de la comunicacin osmtica al contexto de programacin.

15

Metodologas Cristal 7. ROLES DE UN EQUIPO DE TRABAJO BASADO EN LA METODOLOGIA CRISTAL

Conformando el Equipo: Para cualquier proyecto basado en la metodologa Cristal a menudo inicia con un Patrocinador Ejecutivo y Desarrollador Principal, y posteriormente usuarios principales.

Normalmente dos a cinco personas son ingresadas al proyecto con varias mezclas de facultades, experiencias y habilidades. Los Roles que deben cumplirse esta metodologa son los siguientes: 7.1 Patrocinador Ejecutivo (Executive Sponsor): Es la persona que finalmente permite la realizacin del proyecto. Esta persona provee el dinero necesario para la ejecucin inicial del proyecto y suministra la gua indispensable para el resto del equipo, logstica y suporte emocional, deber ser una persona experta sobre el proyecto. Produce la declaracin de misin con prioridades de compromiso.

7.2 Diseador Principal (Lead Designer): Esta persona deber ser el mejor desarrollador del equipo, y quien en principio lograra desarrollar el sistema por completo. Esta persona ayudara a los dems miembros del equipo y servir como un modelo para los integrantes ms jvenes. Mantendr contacto permanente con el patrocinador ejecutivo y los usuarios finales, diseara el plan del proyecto y coordinara a otros desarrolladores.

7.3 Usuario Experto (Ambassador User): El sistema en desarrollo debera responder mejor, cuando el equipo de desarrollo se encuentra en contacto con usuarios expertos del sistema. El valor que un sistema puede aportar a la organizacin es muy importante de acuerdo a la informacin que los desarrolladores lograron obtener de este tipo de usuarios.

7.4 Diseador Programador (Designer Programmer) : Es muy importante fusionar estos dos conceptos un programador y sin diseo, solo lograra 16

Metodologas Cristal obtener un cdigo lleno de errores, es importante que esta persona del equipo presente estas caractersticas. Este produce junto con el diseador principal el cdigo necesario para la ejecucin del sistema.

7.5 Coordinador (Coordinator): Suele ser una ocupacin parcial para los integrantes del equipo, es un papel que muchos podran desempear, un patrocinador ejecutivo o un desarrollador lder por lo general cumplen con estas funciones. La persona ocupando el cargo de coordinador deber como mnimo tomar nota de cmo va el proyecto, planeando y verificando estado de cada sesin, combinando toda esta informacin para posteriormente publicarla. El coordinador es responsable de mantener el orden, reducir conflictos y facilitar discusiones.

7.6 Experto en Negocios (Business Expert): Es el experto en materia de negocio y verifica su estado. Define que polticas o estrategias debern mantenerse y que otras deberan cambiarse. Deber permanecer en contacto con los desarrolladores, realizando preguntas frecuentes sobre la ejecucin del sistema.

7.7 Verificador (Tester): Este papel, en grupos pequeos de trabajo por lo general son alternados entre los diferentes miembros del equipo, cualquier miembro del equipo est en la facultad de producir los reportes, sobre el estado del proyecto o del sistema en desarrollo.

7.8 Escritor (Writter): Al igual que el verificador, este suele ser alternador por los diferentes miembros del equipo, por lo general el papel que desempea es de plasmar el manual de usuario del sistema.

17

Metodologas Cristal 8. ESCALA COCKBURN DE CLASIFICACION DE PROYECTOS

Esta escala tiene como objetivo realizar una clasificacin de los proyectos de desarrollo de software en funcin del grado de formalidad que requeran a lo largo de su ciclo de vida. Esta escala tiene una vocacin generalista y por tanto enfocada exclusivamente al desarrollo mediante metodologas agiles. Pone de manifiesto que no todos los proyectos son iguales y cada uno requiere dedicarle esfuerzos desde su punto de vista metodolgico acorde a su naturaleza, con el objetivo de optimizar su coste y duracin. La clasificacin de los proyectos se realiza en funcin de su tamao y criticidad. De acuerdo a su tamao Se le asigna un valor en funcin del nmero de personas que participaran. Por regla general se eligen valores de la siguiente secuencia: 6 20 40 100 200 (proyectos entre 3 y 6 personas) (proyectos entre 7 y 20 personas) (proyectos entre 21 y 40 personas) (proyectos entre 41 y 100 personas) (proyectos entre 101 y 200)

Figura 2. Codificacin por Colores de acuerdo a nmero de integrantes

De acuerdo a su Criticidad: Se le asigna una de las siguientes opciones en funcin del peor de los casos que se pueda producir en el caso de un fallo del sistema. L: Perdida de una Vida E: Importante prdida econmica que puede poner en riesgo la continuidad de la organizacin. (Dinero Esencial) D: Perdida econmica no significativa (Dinero Discrecional) C: Comodidad

18

Metodologas Cristal

Figura 3. Cdigo de Colores

La familia cristal dispone de un cdigo de color para marcar la complejidad de una metodologa: cuanto ms oscuro un color, ms pesado es el mtodo. Cuanto ms crtico es un sistema, ms rigor se requiere. El cromtico se aplica a una forma tabular elaborada por Cockburn que se usa en muchas metodologas agiles para situar el rango de complejidad.

19

Metodologas Cristal 9. VARIANTES DE METODOLOGIAS CRISTAL

Crystal es una familia de metodologas con un cdigo gentico en comn. La idea es lograr armar distintas metodologas para distintos proyectos. Cada proyecto y organizacin usara este cdigo gentico para generar su propia metodologa. La metodologa suele verse como un modelo de juego cooperativo, este modelo ve el desarrollo de software como una serie de partidos que consiste en inventar y comunicar. Cada partido es diferente y tiene como propsito entregar software y prepararse para el siguiente juego. Esto permite al equipo trabajar concentrado en forma efectiva con un objetivo claro cada vez. Existen cuatro variantes metodolgicas de Cristal: Crystal Clear (Claro como Cristal): este mtodo es el del cual se provee mejor documentacin. Aplicable para equipos de trabajo de 8 o menos integrantes. Consiste en una serie de prioridades, propiedades, estrategias, tcnicas, ciclos, roles y artefactos. Las prioridades son mantener la seguridad del proyecto, desarrollar de forma eficiente y mantener la habitabilidad de las convenciones. Cockburn describe a Crystal Clear no a travs de las estrategias y tcnicas que se deban aplicar, sino mediante una serie de propiedades claves. Esto lo hace motivado por el hecho que no necesariamente seguir un procedimiento determinado logre cumplir las propiedades en un proyecto en particular entonces para la metodologa es ms importante cumplir las propiedades que seguir determinados procedimientos. Crystal Yellow (Cristal Amarillo): Para equipos de trabajo de 9 a 20 personas. Crystal Orange (Cristal Naranja): Para equipos de trabajo conformados por 20 a 50 personas, es recomendado para proyectos con una duracin estimada de 2 aos. Crystal Red (Cristal Rojo): Equipos entre 50 y 100 personas. Crystal Diammond y Sapphire (Cristal Diamante y Zafiro): Es utilizado en funcin del sistema dependa la vida de las personas o la subsistencia de la organizacin.

20

Metodologas Cristal 10. CRYSTAL Y OTRAS METODOLOGIAS

21

Metodologas Cristal CONCLUSION La gua de trabajo que presenta Crystal Clear es altamente recomendable para equipos pequeos. Da flexibilidad y la parte humana (como todas las metodologas agiles), apuntando a brindar eficiencia, habitabilidad y confianza entre los individuos que conforman el equipo de trabajo. La familia de metodologas Cristal resalta la comunicacin cara a cara, como el medio ms efectivo para lograr conseguir los objetivos buscados cuando queremos expresar algo, es por esta razn que la ubicacin fsica del equipo de trabajo es muy importante para la metodologa, el espacio fsico habitable por cada uno de los integrantes, debe permitir el flujo de ideas de manera bastante sencilla; la metodologa recomienda sencillas tcnicas para permitir esto, como tableros ubicados en muchos sitios, reuniones frecuentes con el equipo de trabajo, y entregas continuas a los usuarios finales, permitiran que en cualquier proyecto que se implemente se logre culminar con el desarrollo del software satisfactoriamente. Se debe tener en cuenta que no existe una metodologa universal para hacer frente con xito a cualquier proyecto de desarrollo de software, es claro que las organizaciones modernas, implementan diferentes tipos de metodologas agiles para el desarrollo de cualquier proyecto, debido a su sencillez tanto en su aprendizaje como su aplicacin; este tipo de metodologas agiles han permitido construir software fomentando prcticas de fcil adopcin y en un entorno organizado que permitira que muchos proyectos finalicen exitosamente.

22

Metodologas Cristal BIBLIOGRAFIA:

A Human-Powered Methodolgy for Small Teams including The seven Properties of Effective Software Projects. By Alistair Cockburn. www.crystalmethodologies.org Methodology per Projetcs by Alistair Cockburn http://en.wikipedia.org/wiki/Crystal_Clear_(software_development) http://en.wikipedia.org/wiki/Alistair_Cockburn

23