1/07/2004

ABRACEMOS LA PROGRAMACIÓN EXTREMA... ¿O NO? INTRODUCCIÓN (I)

Amazon.com: Books: Extreme Programming Explained: Embrace Change

El párrafo inicial sobre la Serie de libros sobre XP de Kent Beck resume la filosofía subyacente de XP: (traduciendo) "Si queremos eliminar confusión del desarrollo de software, debemos estar preparados para abrazar completamente las pocas 'prácticas' que adoptemos. Medidas tomadas a medias dejan problemas sin resolver que serán posteriormente tomadas por otras medidas a medias."

El libro está dividido en dos partes fundamentales: el problema y la solución.

El problema básico en un proyecto sw es, según Beck, el riesgo, y da varios ejemplos de riesgo:
- Fallos de planificación
- Cancelación de proyecto
- Ratio de defectos
- Cambios de procesos de negocio
- Cambios del equipo
- ...

Para cada ejemplo, Beck da la solución que XP tiene para evitar esos riesgos o, al menos, mitigarlos, p.e.:
- Fallos de planificación: metodología iterativa con ciclos cortos.
- Cancelación de proyecto: se pide que el cliente elija la release más pequeña que tenga más sentido.
- Ratio de defectos: tests constantemente.
- Cambios de procesos de negocio: los ciclos son muy cortos, es más difícil que el negocio cambie.
- Cambios del equipo: debido a la metodología, el desarrollador se frustra menos, se aumenta el contacto humano social, etc.
- ...

El capítulo 4 habla de las cuatro variables clásicas en la gestión de proyectos: Coste, Tiempo, Calidad y Alcance. -otro autor que ahora no recuerdo hablaba del dicho de la ingeniería del software: hay cuatro variables en la gestión de proyectos: elige dos ;) -.

No hay comentarios: