Crystal clear
Páginas: 8 (1773 palabras)
Publicado: 1 de mayo de 2011
Introducción a Crystal Las metodologías Crystal fueron creadas por el “antropólogo de
proyectos” Alistair Cockburn, el autor que ha escrito los que tal vez sean los textos más utilizados, influyentes y recomendables sobre casos de uso, Writing effective Use Cases. Cockburn (quien siempre insiste que su apellido debe pronunciarse “Coburn”), escribe que mucha gente piensa que el desarrollo desoftware es una actividad de ingeniería. Esa comparación, piensa, es de hecho más perniciosa que útil, y nos lleva en una dirección equivocada. Comparar el software con la ingeniería nos conduce a preguntarnos
sobre “especificaciones” y “modelos” del software, sobre su completitud, corrección y vigencia. Esas preguntas son inconducentes, porque cuando pasa cierto tiempo no nos interesa que losmodelos sean completos, que coincidan con el mundo “real” (sea ello lo que fuere) o que estén al día con la versión actual del lenguaje. Intentar que así sea es una pérdida de tiempo. Cockburn ha alternado diversas visiones despreocupadamente
contradictorias que alternativamente lo condujeron a adoptar XP en el sentido más de radical, a sinergizarse como una con forma DSDM o LSD, a de concebirpoesía o el a
desarrollo
software
comunitaria
elaborar su propia familia de Metodologías Crystal. 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 diferentesmetodologías dependiendo cabo. La metodología de las características caracteriza a del proyecto los proyectos a llevar con a
cristal
dos
dimensiones:
• Tamaño: cantidad de personas en el equipo de desarrollo, y • Criticidad: perdida de control, de dinero, de vidas (aunque este tipo de
PDF created with pdfFactory Pro trial version www.pdffactory.com
proyectos es muy crítico y lasmetodologías Crystal no sirven para esto).
Existen cuatro metodologías Crystal: • Clear, • Yellow, • Orange, • Red,
En la siguiente gráfica se puede apreciar de que forman se caracterizan estas metodologías de acuerdo al tamaño (size) y criticidad (crytically) del proyecto:
La familia Crystal dispone un código de color para marcar la complejidad
PDF created with pdfFactory Pro trialversion www.pdffactory.com
de
una
metodología: Cuanto más
cuanto crítico
más es
oscuro
un
color, más
más
“pesado” se
es
el
método.
un
sistema,
rigor
requiere. El
código cromático se aplica a una forma tabular elaborada por Cockburn que se usa en muchos mas para situar el rango de complejidad al cual se aplica una metodología. En la figura se muestrauna evaluación de las pérdidas que puede ocasionar la falla de un sistema y el método requerido según este criterio. Los parámetros son Comodidad (C), Dinero Discrecional (D), Dinero Esencial (E) y Vidas (L). En otras palabras, la caída de un sistema que ocasione incomodidades indica que su nivel de criticalidad es C, mientras que si causa pérdidas de vidas su nivel es L. Los números del cuadroindican el número de personas afectadas a un proyecto, ?20 .
Los métodos se llaman Crystal evocando las facetas de un cristal: cada faceta es otra versión del proceso, y todas se sitúan en torno a un núcleo idéntico. Hay cuatro variantes de metodologías: Cristal Claro para equipos de 8 o menos integrantes; Cristal Amarillo para 8 a 20; Cristal Anaranjado para 20 a 50; Cristal Rojo para 50 a 100.Se dice seguir con Marrón, Azul y Violeta. La más documentada es Crystal Clear (CC). CC puede ser usado en
proyectos pequeños de categoría D6, aunque con alguna extensión se aplica también a niveles E8 a D10. El otro método elaborado en profundidad es el Naranja, apto para proyectos de duración estimada en 2 años, descripto en Surviving Object-Oriented Projects. Los otros dos aún se están...
proyectos” Alistair Cockburn, el autor que ha escrito los que tal vez sean los textos más utilizados, influyentes y recomendables sobre casos de uso, Writing effective Use Cases. Cockburn (quien siempre insiste que su apellido debe pronunciarse “Coburn”), escribe que mucha gente piensa que el desarrollo desoftware es una actividad de ingeniería. Esa comparación, piensa, es de hecho más perniciosa que útil, y nos lleva en una dirección equivocada. Comparar el software con la ingeniería nos conduce a preguntarnos
sobre “especificaciones” y “modelos” del software, sobre su completitud, corrección y vigencia. Esas preguntas son inconducentes, porque cuando pasa cierto tiempo no nos interesa que losmodelos sean completos, que coincidan con el mundo “real” (sea ello lo que fuere) o que estén al día con la versión actual del lenguaje. Intentar que así sea es una pérdida de tiempo. Cockburn ha alternado diversas visiones despreocupadamente
contradictorias que alternativamente lo condujeron a adoptar XP en el sentido más de radical, a sinergizarse como una con forma DSDM o LSD, a de concebirpoesía o el a
desarrollo
software
comunitaria
elaborar su propia familia de Metodologías Crystal. 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 diferentesmetodologías dependiendo cabo. La metodología de las características caracteriza a del proyecto los proyectos a llevar con a
cristal
dos
dimensiones:
• Tamaño: cantidad de personas en el equipo de desarrollo, y • Criticidad: perdida de control, de dinero, de vidas (aunque este tipo de
PDF created with pdfFactory Pro trial version www.pdffactory.com
proyectos es muy crítico y lasmetodologías Crystal no sirven para esto).
Existen cuatro metodologías Crystal: • Clear, • Yellow, • Orange, • Red,
En la siguiente gráfica se puede apreciar de que forman se caracterizan estas metodologías de acuerdo al tamaño (size) y criticidad (crytically) del proyecto:
La familia Crystal dispone un código de color para marcar la complejidad
PDF created with pdfFactory Pro trialversion www.pdffactory.com
de
una
metodología: Cuanto más
cuanto crítico
más es
oscuro
un
color, más
más
“pesado” se
es
el
método.
un
sistema,
rigor
requiere. El
código cromático se aplica a una forma tabular elaborada por Cockburn que se usa en muchos mas para situar el rango de complejidad al cual se aplica una metodología. En la figura se muestrauna evaluación de las pérdidas que puede ocasionar la falla de un sistema y el método requerido según este criterio. Los parámetros son Comodidad (C), Dinero Discrecional (D), Dinero Esencial (E) y Vidas (L). En otras palabras, la caída de un sistema que ocasione incomodidades indica que su nivel de criticalidad es C, mientras que si causa pérdidas de vidas su nivel es L. Los números del cuadroindican el número de personas afectadas a un proyecto, ?20 .
Los métodos se llaman Crystal evocando las facetas de un cristal: cada faceta es otra versión del proceso, y todas se sitúan en torno a un núcleo idéntico. Hay cuatro variantes de metodologías: Cristal Claro para equipos de 8 o menos integrantes; Cristal Amarillo para 8 a 20; Cristal Anaranjado para 20 a 50; Cristal Rojo para 50 a 100.Se dice seguir con Marrón, Azul y Violeta. La más documentada es Crystal Clear (CC). CC puede ser usado en
proyectos pequeños de categoría D6, aunque con alguna extensión se aplica también a niveles E8 a D10. El otro método elaborado en profundidad es el Naranja, apto para proyectos de duración estimada en 2 años, descripto en Surviving Object-Oriented Projects. Los otros dos aún se están...
Leer documento completo
Regístrate para leer el documento completo.