cosas que me faltaron poner de cuando hicimos la presetnacion de crystal
This commit is contained in:
115
administracion/crystal.org
Normal file
115
administracion/crystal.org
Normal file
@@ -0,0 +1,115 @@
|
||||
#+title: Informe sobre la Metodología Ágil Crystal
|
||||
#+author: Federico Polidoro, Luca Troiano, Francisco Rose Cerna
|
||||
#+date: 2025-11-07
|
||||
#+language: es
|
||||
#+options: toc:t num:t
|
||||
|
||||
* Introducción
|
||||
Crystal es una familia de metodologías ágiles desarrollada por *Alistair Cockburn* a fines de los años 90.
|
||||
A diferencia de enfoques más estructurados como *Scrum* o *Extreme Programming (XP)*, Crystal parte de una idea simple pero poderosa:
|
||||
las *personas* y sus *interacciones* son más importantes que los procesos y las herramientas.
|
||||
|
||||
**
|
||||
Su objetivo es *ajustar la metodología al contexto del proyecto*, en lugar de imponer una única forma de trabajo.
|
||||
En otras palabras, Crystal no es una receta, sino un *espectro de métodos* adaptables.
|
||||
|
||||
* Filosofía y Principios
|
||||
Crystal considera que cada proyecto es único y debe gestionarse según su contexto.
|
||||
Tres factores determinan qué variante de Crystal usar:
|
||||
|
||||
**
|
||||
- Tamaño del equipo.
|
||||
- Criticidad del sistema (el riesgo que implica un fallo).
|
||||
- Prioridad de entrega rápida.
|
||||
|
||||
**
|
||||
A partir de esto, Cockburn propone distintas variantes, por ejemplo:
|
||||
- *Crystal Clear*: para equipos pequeños (1–6 personas) y baja criticidad.
|
||||
- *Crystal Yellow / Orange / Red*: para equipos medianos o grandes, y sistemas de mayor riesgo.
|
||||
|
||||
Cuanto más grande y crítico el proyecto, más formal y estructurado se vuelve el proceso.
|
||||
|
||||
* Principios Fundamentales
|
||||
Los valores clave que guían Crystal son:
|
||||
|
||||
1. Comunicación frecuente y directa.
|
||||
2. Reflexión y mejora continua.
|
||||
3. Entrega frecuente de software funcional.
|
||||
4. Seguridad personal dentro del equipo.
|
||||
5. Atención a la calidad técnica.
|
||||
6. Foco en las personas por encima del proceso.
|
||||
|
||||
* Características Principales
|
||||
Crystal es *ligero* en procesos y documentación.
|
||||
Algunas características típicas incluyen:
|
||||
|
||||
**
|
||||
- Iteraciones cortas (2 a 4 semanas).
|
||||
- Revisión frecuente con el cliente.
|
||||
- Planificación adaptativa.
|
||||
- Reuniones retrospectivas periódicas.
|
||||
- Entrega de software operativo en cada iteración.
|
||||
- Integración continua (opcional pero recomendable).
|
||||
|
||||
Cockburn describe esto como “oscuridad progresiva”: cuanto más grande el proyecto, más *oscuro* (estructurado) se vuelve el cristal.
|
||||
|
||||
* Ventajas
|
||||
- Alta flexibilidad y adaptabilidad.
|
||||
- Fuerte enfoque humano, mejora la moral y colaboración.
|
||||
- Ideal para proyectos pequeños o medianos.
|
||||
- Promueve la entrega continua de valor real al cliente.
|
||||
|
||||
* Desventajas
|
||||
- Puede parecer demasiado informal para organizaciones grandes.
|
||||
- Depende mucho de la comunicación efectiva del equipo.
|
||||
- Difícil de escalar sin agregar estructura (lo que la aleja de su esencia).
|
||||
|
||||
* Roles en Crystal
|
||||
Crystal no define roles rígidos como Scrum, pero suelen surgir de forma natural:
|
||||
|
||||
- *Patrocinador o cliente*: define visión y prioridades.
|
||||
- *Desarrolladores, diseñadores y testers*: responsables del producto.
|
||||
- *Coordinador*: facilita la comunicación y el ritmo del equipo (similar al Scrum Master).
|
||||
|
||||
El equipo se autogestiona y las decisiones se toman por consenso.
|
||||
|
||||
* Documentación y Comunicación
|
||||
Crystal privilegia la comunicación oral y visual por sobre la documentación extensa.
|
||||
Los documentos existen, pero solo cuando mejoran la comunicación o la comprensión general del proyecto.
|
||||
|
||||
**
|
||||
En palabras de Cockburn:
|
||||
#+begin_quote
|
||||
“La documentación es útil solo si mejora la comunicación o la comprensión.”
|
||||
#+end_quote
|
||||
|
||||
* Casos de Uso
|
||||
Crystal se utiliza principalmente en:
|
||||
|
||||
- Proyectos internos de software con equipos pequeños.
|
||||
- Entornos donde se valora la autonomía y la flexibilidad.
|
||||
- Startups o empresas en crecimiento que buscan evitar la rigidez de Scrum o SAFe.
|
||||
|
||||
* Comparación
|
||||
| Aspecto | Crystal | Scrum | XP |
|
||||
|-----------------+------------------------------+-----------------------------+------------------------|
|
||||
| Enfoque | Adaptativo según el contexto | Estructurado | Técnico y disciplinado |
|
||||
| Roles definidos | No estrictos | Sí (Scrum Master, PO, Team) | Sí |
|
||||
|
||||
**
|
||||
| Documentación | Mínima | Moderada | Mínima |
|
||||
| Escalabilidad | Limitada | Media | Baja |
|
||||
| Prioridad | Personas y comunicación | Entrega por sprint | Calidad técnica |
|
||||
* Conclusión
|
||||
Crystal es una metodología ágil profundamente *humana* y *contextual*.
|
||||
En lugar de imponer reglas, enseña principios: cómo pensar, más que qué hacer.
|
||||
|
||||
Su mayor fortaleza es también su debilidad: la libertad.
|
||||
Si el equipo es maduro y comunicativo, Crystal permite moverse rápido y con mínima burocracia.
|
||||
Si no lo es, puede caer fácilmente en el caos.
|
||||
|
||||
** En resumen:
|
||||
#+begin_quote
|
||||
Crystal es la metodología ágil que confía más en las personas que en el proceso.
|
||||
#+end_quote
|
||||
|
||||
Reference in New Issue
Block a user