1,663
edits
El manifiesto ágil: Difference between revisions
no edit summary
No edit summary |
No edit summary |
||
| Line 15: | Line 15: | ||
Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda. | Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda. | ||
===Valoramos más a los individuos y su interacción que a los procesos y las herramientas.=== | ====Valoramos más a los individuos y su interacción que a los procesos y las herramientas.==== | ||
Este es posiblemente el principio más importante del manifiesto. | Este es posiblemente el principio más importante del manifiesto. | ||
| Line 24: | Line 24: | ||
Sin embargo en la agilidad los procesos son una ayuda. Un soporte para guiar el trabajo. Se adaptan a la organización, a los equipos y a las personas; y no al revés. La defensa a ultranza de los procesos lleva a postular que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, y lo cierto es que este principio es peligroso cuando los trabajos necesitan creatividad e innovación. | Sin embargo en la agilidad los procesos son una ayuda. Un soporte para guiar el trabajo. Se adaptan a la organización, a los equipos y a las personas; y no al revés. La defensa a ultranza de los procesos lleva a postular que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, y lo cierto es que este principio es peligroso cuando los trabajos necesitan creatividad e innovación. | ||
===Valoramos más el software que funciona que la documentación exhaustiva.=== | ====Valoramos más el software que funciona que la documentación exhaustiva.==== | ||
Poder anticipar cómo se comportarán las funcionalidades del producto final sobre prototipos previos, o sobre partes ya elaboradas ofrece un "feedback" estimulante y enriquecedor, que genera ideas y posibilidades imposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitos detallados antes de comenzar el proyecto. | Poder anticipar cómo se comportarán las funcionalidades del producto final sobre prototipos previos, o sobre partes ya elaboradas ofrece un "feedback" estimulante y enriquecedor, que genera ideas y posibilidades imposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitos detallados antes de comenzar el proyecto. | ||
| Line 37: | Line 37: | ||
Si la organización y los equipos se comunican a través de documentos, además de perder la riqueza que da la interacción con el producto, se acaba derivando en la utilización de los documentos como barricadas entre departamentos o entre personas. | Si la organización y los equipos se comunican a través de documentos, además de perder la riqueza que da la interacción con el producto, se acaba derivando en la utilización de los documentos como barricadas entre departamentos o entre personas. | ||
===Valoramos más la colaboración con el cliente que la negociación contractual.=== | ====Valoramos más la colaboración con el cliente que la negociación contractual.==== | ||
Las prácticas ágiles están especialmente indicadas para productos difíciles de definir con detalle al principio del proyecto, o que si se definieran así tendrían al final menos valor que si se van enriqueciendo con retroinformación continua durante el desarrollo. También para los casos en los que los requisitos van a ser muy inestables por la velocidad del entorno de negocio del cliente. | Las prácticas ágiles están especialmente indicadas para productos difíciles de definir con detalle al principio del proyecto, o que si se definieran así tendrían al final menos valor que si se van enriqueciendo con retroinformación continua durante el desarrollo. También para los casos en los que los requisitos van a ser muy inestables por la velocidad del entorno de negocio del cliente. | ||
| Line 49: | Line 49: | ||
En el desarrollo ágil el cliente es un miembro más del equipo, que se integra y colabora en el grupo de trabajo. Los modelos de contrato por obra no encajan. | En el desarrollo ágil el cliente es un miembro más del equipo, que se integra y colabora en el grupo de trabajo. Los modelos de contrato por obra no encajan. | ||
===Valoramos más la respuesta al cambio que el seguimiento de un plan=== | ====Valoramos más la respuesta al cambio que el seguimiento de un plan==== | ||
Para desarrollar productos de requisitos inestables, que tienen como factor inherente el cambio y la evolución rápida y continua, resulta mucho más valiosa la capacidad de respuesta que la de seguimiento y aseguramiento de planes pre establecidos. Los principales valores de la gestión ágil son la anticipación y la adaptación; diferentes a los de la gestión de proyectos ortodoxa: planificación y control para evitar desviaciones del mismo. | Para desarrollar productos de requisitos inestables, que tienen como factor inherente el cambio y la evolución rápida y continua, resulta mucho más valiosa la capacidad de respuesta que la de seguimiento y aseguramiento de planes pre establecidos. Los principales valores de la gestión ágil son la anticipación y la adaptación; diferentes a los de la gestión de proyectos ortodoxa: planificación y control para evitar desviaciones del mismo. | ||