Agilidad Qu es agilidad en el contexto del trabajo de la ingeniera de software?

Ivar Jacobson proporciona una definicin til: Agilidad se ha convertido actualmente en la palabra de moda en cuanto se describe un moderno proceso software. Cualquiera es gil. Un equipo gil es un equipo rpido que responde de manera apropiada a los cambios. stos son, en gran parte, la materia del desarrollo de software. Cambios en el software que se va a construir, cambios entre los miembros del equipo, cambios debidos a las nuevas tecnologas, cambios de todo tipo que pueden incidir en el producto que se construye o en el proyecto que crea el producto. En cualquier actividad de software se debe incluir un soporte para los cambios, esto es algo que adoptamos porque es el alma y el corazn del software. Un equipo gil reconoce que el software lo desarrollan individuos que trabajan en equipo y que las aptitudes de esta gente y , su capacidad para colaborar, son esenciales para el xito del proyecto. De acuerdo con la visin de Jacobson, la insistencia en el cambio es el conductor primordial hacia la agilidad. Los ingenieros de software deben tener pies veloces se quieren ajustarse a los cambios rpidos que describe Jacobson. Pero la agilidad es ms que una respuesta efectiva al cambio. Estimula las estructuras y actitudes de los equipos para que la comunicacin (entre los miembros del equipo, entre los tcnicos y la gente de negocios, entre los ingenieros de software y sus gerentes) sea ms fcil. Resalta la entrega rpida del software operativo y le resta importancia a los productos de trabajo intermedio (lo cual no siempre es bueno); adopta al cliente como una parte del equipo de desarrollo y trabaja para eliminar la actitud del tipo nosotros y ustedes que an perjudica a muchos proyectos de software; reconoce que la planeacin tiene sus lmites en un mundo incierto y que el plan de proyecto debe ser flexible. La Alianza gil define 12 principios para quienes quieren alcanzar la agilidad: 1. Nuestra mayor prioridad es satisfacer al cliente mediante ka ebtrega temprana y continua de software valioso. 2. Bienvenidos los requisitos cambiantes, incluso en fases tradas del desarrollo. La estructura de los procesos giles cambia para la ventaja competitiva del cliente. 3. Entregar con frecuencia software en funcionamiento, desde un par de semanas hasta un par de meses, con una preferencia por la escala de tiempo ms corta. 4. La gente de negocios y os desarrolladores deben trabajar juntos a diario a lo largo del proyecto. 5. Construir proyectos alrededor de individuos motivados. Darles el ambiente y el soporte que necesitan, y confiar en ellos para obtener el trabajo realizado. 6. El mtodo ms eficiente y efectivo de transmitir informacin hacia y dentro de un equipo de desarrollo es la conversacin cara a cara. 7. El software en funcionamiento es la medida primaria de progreso. 8. Los procesos giles promueven el desarrollo sustentable. Los patrocinadores, desarrolladores y usuarios deben ser capaces de mantener un paso constante de manera indefinida.

9. La atencin continua a la excelencia tcnica y al buen diseo mejora la agilidad. 10. La simplicidad el arte de maximizar la cantidad de trabajo no realizado es esencial. 11. Las mejores arquitecturas, los mejores requisitos y los mejores diseos emergen de equipos autoorganizados. 12. A intervalos regulares el equipo refleja la forma en que se puede volver ms efectivo; entonces su comportamiento se ajusta y adecua en concordancia.

Manifiesto para el Desarrollo gil de Software En 2001, Kent Beck y otros 16 notables desarrolladores, escritores y consultores (conocidos como la Alianza gil ) firmaron el Manifiesto para el desarrollo gil de software , el cual estableca: Hemos descubierto mejores formas de desarrollar software al construirlo por nuestra cuenta y ayudar a otros a hacerlo. Por medio de este trabajo hemos llegado a valorar:
y y y y

A los individuos y sus interacciones sobre los procesos y las herramientas. Al software en funcionamiento sobre la documentacin extensa. A la colaboracin del cliente sobre la negociacin del contrato. A la respuesta al cambio sobre el seguimiento de un plan.

Esto es, aunque los trminos a la derecha tienen valor, nosotros valoramos ms los aspectos de la izquierda.