Crystal: Difference between revisions

(12 intermediate revisions by 2 users not shown)

Line 1:

Concebido por Alistair Cockburn ([[Cockburn]]). Este modelo no describe una metodología cerrada, sino un conjunto de ellas, junto con los criterios para seleccionar y adecuar la más apropiada al proyecto. Los parámetros para determinarla son la criticidad y el tamaño del sistema que se va a construir.

~~Los criterios empleados para la medición~~ de ~~estos~~ parámetros ~~son~~:

'''Crystal''' es una familia de metodologías ágiles desarrollada por Alistair Cockburn a partir de su investigación sobre qué hacen realmente los equipos de software que trabajan bien. No describe una metodología única y cerrada, sino un conjunto de ellas ordenadas según dos parámetros: la '''criticidad''' del sistema y el '''tamaño del equipo'''. Cada variante de Crystal es diferente, pero todas comparten los mismos principios fundamentales.

Criticidad ~~(dimensión~~ de ~~las pérdidas que ocasionaría~~ un malfuncionamiento del sistema)

Crystal surgió de la convicción de Cockburn de que no existe una metodología universalmente óptima: lo que funciona para un equipo de tres personas construyendo una aplicación interna es diferente de lo que necesita un equipo de cuarenta personas desarrollando un sistema financiero crítico.

#(c): ~~Pérdida~~ de ~~confort~~ o usabilidad.

== Los dos parámetros de Crystal ==

#(d): ~~Pérdidas~~ económicas moderadas.

=== Criticidad ===

#(e): ~~Pérdidas~~ económicas graves.

Mide las consecuencias de un malfuncionamiento del sistema, según los niveles de integridad del estándar IEEE 1012:

#(l): ~~Pérdida~~ de vidas humanas.

* '''(c) Comfort:''' pérdida de comodidad o usabilidad.

* '''(d) Discretionary money:''' pérdidas económicas moderadas.

* '''(e) Essential money:''' pérdidas económicas graves.

* '''(l) Life:''' pérdida de vidas humanas.

=== Tamaño del equipo ===

Crystal determina el tamaño del sistema por el número de personas empleadas en su desarrollo: 6, 20, 40 u 80 personas.

~~Estos criterios corresponden a los niveles~~ de ~~integridad~~ de ~~un sistema definidos por el estándar IEEE 1012-1998~~.

== La familia Crystal ==

La combinación de criticidad y tamaño determina qué variante de Crystal es la más adecuada. Las principales son:

* '''Crystal Clear:''' para equipos de hasta 6 personas en proyectos de baja criticidad. Es la variante más documentada y la que Cockburn describió con más detalle en su libro de 2005.

* '''Crystal Yellow:''' para equipos de hasta 20 personas.

* '''Crystal Orange:''' para equipos de hasta 40 personas.

* '''Crystal Red:''' para equipos de hasta 80 personas.

~~Dimensión:~~ Crystal ~~determina el tamaño del sistema por el nº de personas empleadas en su desarrollo~~. ~~(6 - 20 - 40 - 80)~~

A mayor tamaño y criticidad, Crystal prescribe más formalidad, más documentación y más comunicación estructurada.

Fundamentos de Crystal:

== Fundamentos comunes ==

*Desarrollo iterativo e incremental.

Todas las variantes de Crystal comparten los mismos principios:

*Duración máxima de ~~una~~ iteración: 4 meses~~. Recomienda duraciones~~ entre 1 y 3 meses.

* '''Desarrollo iterativo e incremental''' con duraciones máximas de iteración de 4 meses (Crystal recomienda entre 1 y 3 meses).

*~~Especial énfasis~~ en ~~la importancia de~~ las personas sobre los procesos.

* '''Énfasis en las personas sobre los procesos:''' Crystal es explícitamente "humano-centric". Cockburn argumenta que el factor humano es el más determinante en el éxito de un proyecto de software.

*~~Especial énfasis~~ en la comunicación directa.

* '''Énfasis en la comunicación directa:''' cuanto más fluida y directa es la comunicación en el equipo, menos documentación formal se necesita.

*~~Modelo abierto a la adaptación e introducción de~~ prácticas de otros ~~modelos~~ ágiles (~~eXtreme~~ Programming, Scrum.~~..)~~

* '''Adaptabilidad:''' Crystal está diseñado para incorporar prácticas de otros marcos ágiles (Extreme Programming, Scrum) cuando el equipo las considera útiles.

== Crystal en perspectiva ==

Crystal tiene una adopción limitada en la práctica industrial. Ha sido eclipsado por Scrum, que ofrece una estructura más concreta y prescriptiva. Su valor hoy es principalmente conceptual:

* La idea de que no existe una metodología universalmente óptima y que el proceso debe adaptarse al contexto sigue siendo relevante y está bien argumentada.

* El énfasis de Cockburn en las personas y la comunicación directa como factores primarios del éxito influyó en el [[El manifiesto ágil|''Manifiesto Ágil'']], del que fue uno de los firmantes.

== Error frecuente ==

'''Intentar implementar Crystal sin adaptar la variante al contexto.''' Crystal Clear, la variante más conocida, está diseñada para equipos de hasta 6 personas. Aplicarla a un equipo de 30 personas es ignorar el principio central del framework: que el proceso debe ajustarse al tamaño y la criticidad del proyecto.

</div>

== Referencias ==

* Cockburn, Alistair. (2005). ''Crystal Clear: A Human-Powered Methodology for Small Teams''. Addison-Wesley.

== Véase también ==

[[El manifiesto ágil]] [[Mapa de metodologías]] [[Extreme programming]] [[DSDM]] [[FDD]] [[Adaptive Software Development]] [[Agilidad]]

</div>

<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>

<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>

</div>

<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>

<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>

</div>

[[Category:Glosario de términos]]

[[Category:Marcos_y_modelos]]

[[Category:Metodologías ágiles]]

@@ Line 1: / Line 1: @@
-Concebido por Alistair Cockburn ([[Cockburn]]). Este modelo no describe una metodología cerrada, sino un conjunto de ellas, junto con los criterios para seleccionar y adecuar la más apropiada al proyecto. Los parámetros para determinarla son la criticidad y el tamaño del sistema que se va a construir.
+{{Meta-bok|min=4}}
-Los criterios empleados para la medición de estos parámetros son:
+'''Crystal''' es una familia de metodologías ágiles desarrollada por Alistair Cockburn a partir de su investigación sobre qué hacen realmente los equipos de software que trabajan bien. No describe una metodología única y cerrada, sino un conjunto de ellas ordenadas según dos parámetros: la '''criticidad''' del sistema y el '''tamaño del equipo'''. Cada variante de Crystal es diferente, pero todas comparten los mismos principios fundamentales.
-Criticidad (dimensión de las pérdidas que ocasionaría un malfuncionamiento del sistema)
+Crystal surgió de la convicción de Cockburn de que no existe una metodología universalmente óptima: lo que funciona para un equipo de tres personas construyendo una aplicación interna es diferente de lo que necesita un equipo de cuarenta personas desarrollando un sistema financiero crítico.
-#(c): Pérdida de confort o usabilidad.
+== Los dos parámetros de Crystal ==
-#(d): Pérdidas económicas moderadas.
+=== Criticidad ===
-#(e): Pérdidas económicas graves.
+Mide las consecuencias de un malfuncionamiento del sistema, según los niveles de integridad del estándar IEEE 1012:
-#(l): Pérdida de vidas humanas.
+* '''(c) Comfort:''' pérdida de comodidad o usabilidad.
+* '''(d) Discretionary money:''' pérdidas económicas moderadas.
+* '''(e) Essential money:''' pérdidas económicas graves.
+* '''(l) Life:''' pérdida de vidas humanas.
+=== Tamaño del equipo ===
+Crystal determina el tamaño del sistema por el número de personas empleadas en su desarrollo: 6, 20, 40 u 80 personas.
-Estos criterios corresponden a los niveles de integridad de un sistema definidos por el estándar IEEE 1012-1998.
+== La familia Crystal ==
+La combinación de criticidad y tamaño determina qué variante de Crystal es la más adecuada. Las principales son:
+* '''Crystal Clear:''' para equipos de hasta 6 personas en proyectos de baja criticidad. Es la variante más documentada y la que Cockburn describió con más detalle en su libro de 2005.
+* '''Crystal Yellow:''' para equipos de hasta 20 personas.
+* '''Crystal Orange:''' para equipos de hasta 40 personas.
+* '''Crystal Red:''' para equipos de hasta 80 personas.
-Dimensión: Crystal determina el tamaño del sistema por el nº de personas empleadas en su desarrollo. (6 - 20 - 40 - 80)
+A mayor tamaño y criticidad, Crystal prescribe más formalidad, más documentación y más comunicación estructurada.
-Fundamentos de Crystal:
+== Fundamentos comunes ==
-*Desarrollo iterativo e incremental.
+Todas las variantes de Crystal comparten los mismos principios:
-*Duración máxima de una iteración: 4 meses. Recomienda duraciones entre 1 y 3 meses.
+* '''Desarrollo iterativo e incremental''' con duraciones máximas de iteración de 4 meses (Crystal recomienda entre 1 y 3 meses).
-*Especial énfasis en la importancia de las personas sobre los procesos.
+* '''Énfasis en las personas sobre los procesos:''' Crystal es explícitamente "humano-centric". Cockburn argumenta que el factor humano es el más determinante en el éxito de un proyecto de software.
-*Especial énfasis en la comunicación directa.
+* '''Énfasis en la comunicación directa:''' cuanto más fluida y directa es la comunicación en el equipo, menos documentación formal se necesita.
-*Modelo abierto a la adaptación e introducción de prácticas de otros modelos ágiles (eXtreme Programming, Scrum...)
+* '''Adaptabilidad:''' Crystal está diseñado para incorporar prácticas de otros marcos ágiles (Extreme Programming, Scrum) cuando el equipo las considera útiles.
+== Crystal en perspectiva ==
+Crystal tiene una adopción limitada en la práctica industrial. Ha sido eclipsado por Scrum, que ofrece una estructura más concreta y prescriptiva. Su valor hoy es principalmente conceptual:
+* La idea de que no existe una metodología universalmente óptima y que el proceso debe adaptarse al contexto sigue siendo relevante y está bien argumentada.
+* El énfasis de Cockburn en las personas y la comunicación directa como factores primarios del éxito influyó en el [[El manifiesto ágil|''Manifiesto Ágil'']], del que fue uno de los firmantes.
+== Error frecuente ==
+<div class="bok-aviso">
+'''Intentar implementar Crystal sin adaptar la variante al contexto.''' Crystal Clear, la variante más conocida, está diseñada para equipos de hasta 6 personas. Aplicarla a un equipo de 30 personas es ignorar el principio central del framework: que el proceso debe ajustarse al tamaño y la criticidad del proyecto.
+</div>
+== Referencias ==
+* Cockburn, Alistair. (2005). ''Crystal Clear: A Human-Powered Methodology for Small Teams''. Addison-Wesley.
+== Véase también ==
+<div class="bok-tags">
+[[El manifiesto ágil]] [[Mapa de metodologías]] [[Extreme programming]] [[DSDM]] [[FDD]] [[Adaptive Software Development]] [[Agilidad]]
+</div>
+<div class="bok-ecosistema">
+<div class="texto">
+<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
+<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
+</div>
+<div class="botones">
+<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
+<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
+</div>
+</div>
 [[Category:Glosario de términos]]
+[[Category:Marcos_y_modelos]]
+[[Category:Metodologías ágiles]]

Crystal: Difference between revisions

Navigation menu

Search