Crystal: Difference between revisions
No edit summary |
|||
| (6 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | |||
= | |||
'''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. | |||
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. | |||
== Los dos parámetros de Crystal == | |||
=== Criticidad === | |||
Mide las consecuencias de un malfuncionamiento del sistema, según los niveles de integridad del estándar IEEE 1012: | |||
* '''(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. | |||
==Fundamentos== | == La familia Crystal == | ||
*Desarrollo iterativo e incremental | 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. | ||
== | |||
A mayor tamaño y criticidad, Crystal prescribe más formalidad, más documentación y más comunicación estructurada. | |||
== Fundamentos comunes == | |||
Todas las variantes de Crystal comparten los mismos principios: | |||
* '''Desarrollo iterativo e incremental''' con duraciones máximas de iteración de 4 meses (Crystal recomienda entre 1 y 3 meses). | |||
* '''É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. | |||
* '''É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. | |||
* '''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:Glosario de términos]] | ||
[[Category:Marcos_y_modelos]] | [[Category:Marcos_y_modelos]] | ||
[[Category:Metodologías ágiles]] | |||
Latest revision as of 14:28, 12 May 2026
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.
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.
Los dos parámetros de Crystal
Criticidad
Mide las consecuencias de un malfuncionamiento del sistema, según los niveles de integridad del estándar IEEE 1012:
- (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.
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.
A mayor tamaño y criticidad, Crystal prescribe más formalidad, más documentación y más comunicación estructurada.
Fundamentos comunes
Todas las variantes de Crystal comparten los mismos principios:
- Desarrollo iterativo e incremental con duraciones máximas de iteración de 4 meses (Crystal recomienda entre 1 y 3 meses).
- É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.
- É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.
- 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 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.
Referencias
Cockburn, Alistair. (2005). Crystal Clear: A Human-Powered Methodology for Small Teams. Addison-Wesley.
Véase también
¿Quieres avanzar en agilidad? 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 Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.