Вы находитесь на странице: 1из 5

ANLISIS DE SISTEMAS

Metodologa gil de Desarrollo


de Software: Crystal Clear
Grupo 4:

Ruiz, Nieves

Valdez, Nadia

Nez, Sebastin (05-22579-3)


Resumen
Desde hace unos aos las metodologas giles estn generado un inters cada vez mayor en el mundo
del software. Estas se basan en la velocidad y en la simplicidad a la hora de desarrollarlo. Son
especialmente adecuadas para proyectos donde el entorno del sistema deseado es muy cambiante y en
donde se exige reducir drsticamente los tiempos de desarrollo manteniendo una alta calidad. En este
trabajo se mencionan las principales caractersticas de la metodologa gil Crystal Clear, creada por
Alistair Cockburn, en base al anlisis de distintos proyectos de desarrollo de software y a su propia
experiencia. Vamos a explorar en detalle la metodologa: los puntos de estudio, las prioridades, los
valores o propiedades, los roles, las tcnicas, ventajas y desventajas de esta metodologa.

Palabras Claves: Software, Desarrollo, Crystal Clear, Metodologas giles, Sistema.

Introduccin
Crystal es una metodologa gil de desarrollo de software, creada por Alistair Cockburn, la cual en
realidad es considerada una familia de metodologas debido a que se subdivide en varios tipos de
metodologas en funcin a la cantidad de personas que vayan a conformar el proyecto.

El color (es decir, el tipo), de metodologa Crystal se asignar segn el tamao y la complejidad de los
proyectos en los cuales se trabajar. Por ejemplo:

Clear para equipos de hasta 6 personas.


Amarillo para equipos entre 7 a 20 personas.

Naranja para equipos entre 21 a 40 personas.

Rojo para equipos entre 41 a 80 personas.

Marrn para equipos entre 81 a 200 personas.

Siguiendo el ejemplo anterior, la gua de trabajo que presenta Crystal Clear es altamente recomendable
para equipos pequeos. Da flexibilidad y prioriza la parte humana, apuntando a lograr eficiencia,
habitabilidad y confianza en los miembros del equipo. Presta especial importancia a la ubicacin fsica del
grupo, donde la comunicacin cumple el principal rol. La entrega frecuente de cdigo confiable y
funcionando mantiene el foco y evita distracciones. El equipo es el que elige qu tcnicas aplicar segn
lo que consideren apropiado en cada proyecto.

En este informe se definir el concepto de CC, sus puntos de estudio, sus prioridades, sus propiedades,
los roles, las tcnicas e implementacin a llevar a cabo, tambin se abordaran sus ventajas y
desventajas.
Desarrollo
Como toda la familia Crystal, CC se caracteriza por dar vital importancia a las personas que componen el
equipo de un proyecto (hasta 6 miembros inclusive), ya que de ellas depende el xito del proyecto, y la
reduccin al mximo del nmero de artefactos producidos. Por lo tanto, sus puntos de estudio son:
aspecto humano del equipo, tamao de un equipo (nmero de componentes), comunicacin entre los
componentes, distintas polticas a seguir, espacio fsico de trabajo.

Prioridades

- Eficiencia en el desarrollo: para hacer que los proyectos sean econmicamente rentables.

- Seguridad en lo que se entrega.

- Habitabilidad: significa hacer que todos los miembros del equipo adopten y sigan las
convenciones de trabajo establecidas por el equipo mismo.

- Frecuencia: entregar al usuario funcionalidad usable con una frecuencia de entre 2 semanas y no ms
de un mes.

- Comunicacin.

- Crecimiento reflexivo: el equipo llevar a cabo reuniones peridicas de reflexin que le permitan crecer y
hacerlo ms eficiente.

Propiedades

- Entrega frecuente: Consiste en entregar software a los clientes con frecuencia, no solamente
compilar el cdigo. La frecuencia depender del proyecto, pero puede ser diaria, semanal o
mensual.

- Comunicacin osmtica: Todos juntos en el mismo cuarto.


Una variante especial es disponer en la sala de un experto diseador senior y discutir respecto del t
ema que se trate.

- Mejora reexiva: Tomarse un pequeo tiempo (unas pocas horas cada o una vez al mes) para
pensar bien qu se est haciendo, cotejar notas, reexionar, discutir.

- Seguridad personal: Hablar con los compaeros cuando algo molesta dentro del grupo.

- Foco: Saber lo que se est haciendo y tener la tranquilidad y el tiempo para hacerlo.

- Fcil acceso a usuarios expertos: Tener alguna comunicacin con expertos desarrolladores.

Roles
- Patrocinador: Produce la Declaracin de Misin con Prioridades de Compromiso,
consigue los recursos y dene la totalidad del proyecto.
- Usuario Experto: Junto con el Experto en Negocios produce la Lista de Actores/Objetivos y el archivo de
casos de uso y requerimientos. Debe familiarizarse con el uso del sistema, sugerir
modos de operacin, informacin a visualizar simultneamente, navegacin, etc.

- Diseador Principal: Produce la Descripcin Arquitectnica. Debe ser al menos un


profesional de Nivel 3. 1

- Programador: Produce, junto con el Diseador Principal, los Borradores de Pantallas,


el Modelo Comn de Dominio, las Notas y Diagramas de Diseo, el Cdigo Fuente,
el Cdigo de Migracin, las Pruebas y el Sistema Empaquetado.
Un programa en CC es diseo y programa sus programadores son diseadores o
programadores.

- Experto en Negocios: Junto con el Usuario Experto produce la Lista de Actores/Objetivos y el archivo
de casos de uso y requerimientos. Debe conocer las reglas y polticas del negocio.

-C oordinador: Con la ayuda del equipo, produce el Mapa de Proyecto, el Plan de Entrega, el
Estado del proyecto, la lista de Riesgos, etc.

- Verificador: Produce el Reporte de Bugs. Puede ser un programador en tiempo parcial, o un


equipo de varias personas.

- Escritor: Produce el Manual de Usuario.

Tcnicas e implementacin

- Entrevistas de proyectos: averiguar cules son las prioridades, obtener una lista de rasgos deseados,
saber cules son los requerimientos ms crticos y cules son los negociables.

- Talleres de reflexin: reuniones de treinta minutos o una hora para reflexionar sobre
convenciones de trabajo, inconvenientes y posibles mejoras.

- Planeamiento Blitz: es una especie de juego en el que se estiman tiempos para cada funcin del
programa.

- Estimacin Delphi: se renen los expertos responsables para proponer el tamao del sistema, su
tiempo de ejecucin, la fecha de las entregas segn dependencias tcnicas y de negocios y para
equilibrar las entregas en paquetes de igual tamao.

- Encuentros diarios de pie: la palabra clave es brevedad, cinco a diez minutos como mximo. No se
trata de discutir problemas, sino de identificarlos. Los problemas slo se discuten en otros encuentros
posteriores, con la gente que tiene que ver en ellos. La tcnica se origina en Scrum. Se deben hacer de
pie para que la gente no escriba en sus notebooks, garabatee papeles o se quede dormida.

1
En Metodologas giles existen tres niveles de experiencia:
Nivel 1: es capaz de seguir los procedimientos.
Nivel 2: es capaz de apartarse de los procedimientos especcos y encontrar otros distintos
Nivel 3: es capaz de manejar con uidez, mezclar e inventar procedimientos.
- Miniatura de procesos: Una forma de presentar Crystal Clear puede consumir entre 90 minutos y un da.
La idea es que la gente pueda probar la nueva metodologa.

- Grficos de quemado: Se trata de una tcnica para descubrir demoras y problemas


tempranamente en el proceso, evitando que se descubra demasiado tarde que todava no se sabe cunto
falta.

- Programacin lado a lado: cada miembro se dedica a su trabajo asignado, prestando un ojo a lo que
hace su compaero, quien tiene su propia mquina. Esta es una ampliacin de la comunicacin osmtica
al contexto de la programacin.

Ventajas de CC son:

Es apropiada 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 de CC: Delimita el alcance del proyecto con el cliente.

Conclusiones
Crystal Clear como toda metodologa gil, se basa en ciclos iterativos de desarrollo incremental, a lo que
aade una reunin previa y posterior al ciclo, en la que reflexiona sobre el proyecto y sobre cmo ha ido
ese ciclo. Antes de comenzar el siguiente ciclo al menos dos usuarios finales deben revisar, de forma
independiente, lo desarrollado y validarlo. Por lo tanto, la mejor manera de implementar esta metodologa
es siempre tratando proyectos pequeos y medianos ya que una de sus principales caractersticas es la
comunicacin interactiva (cara a cara).

Вам также может понравиться