El manifiesto ágil - Revision history

Mberne: /* Valoramos más la respuesta al cambio que el seguimiento de un plan */

2024-06-20T08:16:45Z

Valoramos más la respuesta al cambio que el seguimiento de un plan

← Older revision		Revision as of 10:16, 20 June 2024
Line 45:		Line 45:

	===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===
			[[File:06-PrincipioRespuestaCambio.jpg\|450px\|center]]
	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. 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 que evite desviaciones del 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. 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 que evite desviaciones del plan.

Mberne: /* Valoramos más la colaboración con el cliente que la negociación contractual */

2024-06-20T08:15:45Z

Valoramos más la colaboración con el cliente que la negociación contractual

← Older revision		Revision as of 10:15, 20 June 2024
Line 35:		Line 35:

	===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===
			[[File:05-PrincipioColaborar-v2.jpg\|450px\|center]]
	Las prácticas ágiles están indicadas para productos cuyo detalle resulta difícil prever al principio del proyecto; y si se detallara al comenzar, el resultado final tendría menos valor que si se mejoran y precisan con retroinformación continua durante el.		Las prácticas ágiles están indicadas para productos cuyo detalle resulta difícil prever al principio del proyecto; y si se detallara al comenzar, el resultado final tendría menos valor que si se mejoran y precisan con retroinformación continua durante el.

Mberne: /* Valoramos más el software que funciona que la documentación exhaustiva */

2024-06-20T08:14:52Z

Valoramos más el software que funciona que la documentación exhaustiva

← Older revision		Revision as of 10:14, 20 June 2024
Line 23:		Line 23:

	===Valoramos más el software que funciona que la documentación exhaustiva===		===Valoramos más el software que funciona que la documentación exhaustiva===
			[[File:04-PrincipioSoftwareFunciona-v2.jpg\|450px\|center]]
	Poder anticipar cómo será el funcionamiento del producto final, observando prototipos previos, o partes ya elaboradas ofrece un "feedback" estimulante y enriquecedor, que genera ideas imposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitos detallado en el comienzo del proyecto.		Poder anticipar cómo será el funcionamiento del producto final, observando prototipos previos, o partes ya elaboradas ofrece un "feedback" estimulante y enriquecedor, que genera ideas imposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitos detallado en el comienzo del proyecto.

Mberne: /* Valoramos más a los individuos y su interacción que a los procesos y las herramientas */

2024-06-20T08:12:31Z

Valoramos más a los individuos y su interacción que a los procesos y las herramientas

← Older revision		Revision as of 10:12, 20 June 2024
Line 13:		Line 13:

	===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===
			[[File:03-PrincipioValorIndividuos.jpg\|450px\|center]]
	Este es el valor más importante del manifiesto.		Este es el valor más importante del manifiesto.

Mberne at 13:00, 18 December 2023

2023-12-18T13:00:22Z

← Older revision		Revision as of 15:00, 18 December 2023
Line 2:		Line 2:
	El '''''Manifiesto Ágil''''' (''Agile Manifesto'' en inglés) es una declaración de valores y principios que surgió como reacción a los métodos tradicionales en la gestión de proyectos.		El '''''Manifiesto Ágil''''' (''Agile Manifesto'' en inglés) es una declaración de valores y principios que surgió como reacción a los métodos tradicionales en la gestión de proyectos.
	==Origen==		==Origen==
	En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck, que había publicado un par de años antes el libro en el que explicaba la nueva metodología Extreme Programming ~~[[Beck]]~~) se reunieron en Salt Lake City para discutir sobre el desarrollo de software.		En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck, que había publicado un par de años antes el libro en el que explicaba la nueva metodología Extreme Programming) se reunieron en Salt Lake City para discutir sobre el desarrollo de software.

	En la reunión se acuñó el término “Métodos Ágiles” para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales: [[CMM-SW]], precursor del [[CMMI]], [[PMI]], SPICE (proyecto inicial de [[ISO 15504]]), a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas, previas al desarrollo.		En la reunión se acuñó el término “Métodos Ágiles” para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales: [[CMM-SW]], precursor del [[CMMI]], [[PMI]], SPICE (proyecto inicial de [[ISO 15504]]), a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas, previas al desarrollo.
Line 64:		Line 64:
	*[[ISO 15504]].		*[[ISO 15504]].
	*[https://www.scrummanager.com/website/c/info/docs-media.php Scrum Manager web: Libro Scrum Master].		*[https://www.scrummanager.com/website/c/info/docs-media.php Scrum Manager web: Libro Scrum Master].
			==Referencias==
			*Kent Beck (2000) ''Extreme Programming Explained: Embrace Change'', Addison-Wesley Professional.
			*[https://agilemanifesto.org/ Agilemanifesto.org].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne: /* Véase también */

2023-12-18T12:57:37Z

Véase también

← Older revision		Revision as of 14:57, 18 December 2023
Line 62:		Line 62:
	*[[CMMI]].		*[[CMMI]].
	*[[PMI]].		*[[PMI]].
	*~~SPICE (proyecto inicial de~~ [[ISO 15504]]).		*[[ISO 15504]].
	*[https://www.scrummanager.com/website/c/info/docs-media.php Scrum Manager web: Libro Scrum Master].		*[https://www.scrummanager.com/website/c/info/docs-media.php Scrum Manager web: Libro Scrum Master].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne at 12:57, 18 December 2023

2023-12-18T12:57:14Z

← Older revision		Revision as of 14:57, 18 December 2023
Line 58:		Line 58:
	#Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.		#Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.
	#En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.		#En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.
			==Véase también==
			*[[CMM-SW]].
			*[[CMMI]].
			*[[PMI]].
			*SPICE (proyecto inicial de [[ISO 15504]]).
			*[https://www.scrummanager.com/website/c/info/docs-media.php Scrum Manager web: Libro Scrum Master].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne at 12:55, 18 December 2023

2023-12-18T12:55:50Z

← Older revision		Revision as of 14:55, 18 December 2023
Line 1:		Line 1:
	__NOTOC__		__NOTOC__
			El '''''Manifiesto Ágil''''' (''Agile Manifesto'' en inglés) es una declaración de valores y principios que surgió como reacción a los métodos tradicionales en la gestión de proyectos.
			==Origen==
			En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck, que había publicado un par de años antes el libro en el que explicaba la nueva metodología Extreme Programming [[Beck]]) se reunieron en Salt Lake City para discutir sobre el desarrollo de software.

			En la reunión se acuñó el término “Métodos Ágiles” para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales: [[CMM-SW]], precursor del [[CMMI]], [[PMI]], SPICE (proyecto inicial de [[ISO 15504]]), a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas, previas al desarrollo.

			Los integrantes de la reunión resumieron en '''cuatro postulados''' lo que ha quedado denominado como “Manifiesto Ágil”, que son los valores sobre los que se asientan estos métodos.

	En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck, que había publicado un par de años antes el libro en el que explicaba la nueva metodología Extreme Programming [[Beck]]) se reunieron en Salt Lake City para discutir sobre el desarrollo de software. En la reunión se acuñó el término “Métodos Ágiles” para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales: [[CMM-SW]], precursor del [[CMMI]], [[PMI]], SPICE (proyecto inicial de [[ISO 15504]]), a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas, previas al desarrollo.
	~~Los integrantes de la reunión resumieron en cuatro postulados lo que ha quedado denominado como “Manifiesto Ágil”, que son los valores sobre los que se asientan estos métodos.~~
	Hasta 2005, entre los defensores de los modelos de procesos y los de modelos ágiles fueron frecuentes las posturas radicales, más ocupadas en descalificar al otro, que en estudiar sus métodos y conocerlos para mejorar los propios.		Hasta 2005, entre los defensores de los modelos de procesos y los de modelos ágiles fueron frecuentes las posturas radicales, más ocupadas en descalificar al otro, que en estudiar sus métodos y conocerlos para mejorar los propios.

	==~~Manifiesto ágil~~==		==Los cuatro postulados==

	===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 el valor más importante del manifiesto.		Este es el valor más importante del manifiesto.


	Por supuesto que los procesos ayudan al trabajo. Son una guía de operación. Las herramientas mejoran la eficiencia, pero hay tareas que requieren talento y necesitan personas que lo aporten y trabajen con una actitud adecuada.		Por supuesto que los procesos ayudan al trabajo. Son una guía de operación. Las herramientas mejoran la eficiencia, pero hay tareas que requieren talento y necesitan personas que lo aporten y trabajen con una actitud adecuada.


	La producción basada en procesos persigue que la calidad del resultado sea consecuencia del know-how “explicitado” en los procesos, más que en el conocimiento aportado por las personas que los ejecutan.		La producción basada en procesos persigue que la calidad del resultado sea consecuencia del know-how “explicitado” en los procesos, más que en el conocimiento aportado por las personas que los ejecutan.


	Sin embargo en desarrollo ágil los procesos son una ayuda. Un soporte para guiar el trabajo. La defensa a ultranza de los procesos lleva a afirmar que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, y lo cierto es que este principio no es cierto cuando se necesita creatividad e innovación.		Sin embargo en desarrollo ágil los procesos son una ayuda. Un soporte para guiar el trabajo. La defensa a ultranza de los procesos lleva a afirmar que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, y lo cierto es que este principio no es cierto cuando se necesita 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 será el funcionamiento del producto final, observando prototipos previos, o partes ya elaboradas ofrece un "feedback" estimulante y enriquecedor, que genera ideas imposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitos detallado en el comienzo del proyecto.		Poder anticipar cómo será el funcionamiento del producto final, observando prototipos previos, o partes ya elaboradas ofrece un "feedback" estimulante y enriquecedor, que genera ideas imposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitos detallado en el comienzo del proyecto.

			El ''Manifiesto ágil'' no da por inútil la documentación, sólo la de la documentación innecesaria. Los documentos son soporte de hechos, permiten la transferencia del conocimiento, registran información histórica, y en muchas cuestiones legales o normativas son obligatorios, pero su relevancia debe ser mucho menor que el producto final.

	~~El manifiesto ágil~~ no ~~da por inútil la documentación, sólo~~ la de la ~~documentación innecesaria. Los documentos son soporte~~ de ~~hechos, permiten~~ la ~~transferencia~~ del ~~conocimiento, registran información histórica, y en muchas cuestiones legales o normativas son obligatorios, pero su relevancia debe ser mucho menor que el~~ producto ~~final~~.		La comunicación a través de documentos no ofrece la riqueza y generación de valor que logra la comunicación directa entre las personas, y a través de la interacción con prototipos del producto.

			Por eso, siempre que sea posible debe preferirse reducir al mínimo indispensable el uso de documentación, que requiere trabajo sin aportar un valor directo al producto.

	~~La comunicación a través de documentos no ofrece la riqueza y generación de valor que logra la comunicación directa entre las personas, y a través de la interacción con prototipos del producto.~~
	~~Por eso, siempre que sea posible debe preferirse reducir al mínimo indispensable el uso de documentación, que requiere trabajo sin aportar un valor directo al producto.~~
	Si la organización y los equipos se comunican a través de documentos, además de ocultar la riqueza de la interacción con el producto, forman barreras de burocracia entre departamentos o entre personas.		Si la organización y los equipos se comunican a través de documentos, además de ocultar la riqueza de la interacción con el producto, forman barreras de burocracia 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 indicadas para productos cuyo detalle resulta difícil prever al principio del proyecto; y si se detallara al comenzar, el resultado final tendría menos valor que si se mejoran y precisan con retroinformación continua durante el.		Las prácticas ágiles están indicadas para productos cuyo detalle resulta difícil prever al principio del proyecto; y si se detallara al comenzar, el resultado final tendría menos valor que si se mejoran y precisan con retroinformación continua durante el.

			También son apropiadas cuando se prevén requisitos inestables por la velocidad de cambio en el entorno de negocio del cliente.

	~~También son apropiadas cuando se prevén requisitos inestables por la velocidad de cambio en el entorno de negocio del cliente.~~
	El objetivo de un proyecto ágil no es controlar la ejecución conforme a procesos y cumplimiento de planes, sino proporcionar el mayor valor posible al producto.		El objetivo de un proyecto ágil no es controlar la ejecución conforme a procesos y cumplimiento de planes, sino proporcionar el mayor valor posible al producto.


	Resulta por tanto más adecuada una relación de implicación y colaboración continua con el cliente, más que una contractual de delimitación de responsabilidades.		Resulta por tanto más adecuada una relación de implicación y colaboración continua con el cliente, más que una contractual de delimitación de responsabilidades.


	===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. 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 que evite desviaciones del 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. 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 que evite desviaciones del plan.

			==Los 12 principios==
	===Los 12 principios ~~del manifiesto ágil=~~==		El ''Manifiesto Ágil'', tras los postulados de estos cuatro valores en los que se fundamenta, establece estos 12 principios:
	El ~~manifiesto ágil~~, tras los postulados de estos cuatro valores en los que se fundamenta, establece estos 12 principios:

	#Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.		#Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.
	#Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.		#Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
Line 62:		Line 58:
	#Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.		#Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.
	#En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.		#En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.


	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Smanager at 07:46, 26 April 2021

2021-04-26T07:46:16Z

← Older revision		Revision as of 09:46, 26 April 2021
Line 64:		Line 64:


	[[Category:~~Scrum I~~]]		[[Category:Glosario de términos]]

Smanager at 12:41, 27 April 2014

2014-04-27T12:41:17Z

← Older revision		Revision as of 14:41, 27 April 2014
Line 1:		Line 1:
	__NOTOC__		__NOTOC__
	En marzo de 2001, 17 críticos de los modelos de mejora basados en procesos, convocados por Kent Beck, que había publicado un par de años antes el libro "Extreme Programming Explained" ([[Beck]]) en el que exponía una nueva metodología denominada Extreme Programming, se reunieron en Salt Lake City para discutir sobre el desarrollo de software. En la reunión se acuñó el término “Métodos Ágiles” para definir a los que estaban surgiendo como alternativa a las metodologías formales: [[CMM-SW]], precursor del [[CMMI]], [[PMI]], SPICE (proyecto inicial de [[ISO 15504]]), a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas, previas al desarrollo.

	Los integrantes de la reunión resumieron en cuatro postulados lo que ha quedado denominado como “Manifiesto Ágil”, que son ~~las bases~~ sobre ~~las~~ que se asientan estos métodos. Hasta 2005, entre los defensores de los modelos de procesos y los de modelos ágiles ~~han sido~~ frecuentes las posturas radicales, ~~quizá~~ más ocupadas en descalificar al otro, que en estudiar sus métodos y conocerlos para mejorar los propios.		En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck, que había publicado un par de años antes el libro en el que explicaba la nueva metodología Extreme Programming [[Beck]]) se reunieron en Salt Lake City para discutir sobre el desarrollo de software. En la reunión se acuñó el término “Métodos Ágiles” para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales: [[CMM-SW]], precursor del [[CMMI]], [[PMI]], SPICE (proyecto inicial de [[ISO 15504]]), a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas, previas al desarrollo.
			Los integrantes de la reunión resumieron en cuatro postulados lo que ha quedado denominado como “Manifiesto Ágil”, que son los valores sobre los que se asientan estos métodos.
			Hasta 2005, entre los defensores de los modelos de procesos y los de modelos ágiles fueron frecuentes las posturas radicales, más ocupadas en descalificar al otro, que en estudiar sus métodos y conocerlos para mejorar los propios.

	==Manifiesto ágil==		==Manifiesto ágil==
	~~Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan.~~
	~~Con este trabajo hemos llegado a valorar:~~

	*A los individuos y su interacción~~, por encima de~~ los procesos y las herramientas.		===Valoramos más a los individuos y su interacción que a los procesos y las herramientas.===
	*El software que funciona, por encima de la documentación exhaustiva.		Este es el valor más importante del manifiesto.
	*La colaboración con el ~~cliente, por encima de la negociación contractual.~~
	*La respuesta al cambio, por encima del ~~seguimiento de un plan~~.

	~~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~~.~~====~~		Por supuesto que los procesos ayudan al trabajo. Son una guía de operación. Las herramientas mejoran la eficiencia, pero hay tareas que requieren talento y necesitan personas que lo aporten y trabajen con una actitud adecuada.

	~~Este es posiblemente el principio más importante del manifiesto.~~

	Por supuesto que los procesos ayudan al trabajo. Son una guía de operación. Las herramientas mejoran la eficiencia, pero en trabajos que requieren conocimiento tácito, sin personas con conocimiento técnico y actitud adecuada no se logran resultados valiosos. Las empresas suelen afirmar que las personas son lo más importante, pero la producción basada en procesos ~~se desarrolla para lograr~~ que la calidad ~~y homogeneidad de los productos~~ sea consecuencia del know-how de los procesos más que de las personas~~, de forma~~ que ~~sean un factor menos crítico y más fácilmente reemplazable~~.		La producción basada en procesos persigue que la calidad del resultado sea consecuencia del know-how “explicitado” en los procesos, más que en el conocimiento aportado por las personas que los ejecutan.


	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 desarrollo ágil los procesos son una ayuda. Un soporte para guiar el trabajo. La defensa a ultranza de los procesos lleva a afirmar que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, y lo cierto es que este principio no es cierto cuando se necesita creatividad e innovación.

	~~====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.

			===Valoramos más el software que funciona que la documentación exhaustiva.===
			Poder anticipar cómo será el funcionamiento del producto final, observando prototipos previos, o partes ya elaboradas ofrece un "feedback" estimulante y enriquecedor, que genera ideas imposibles de concebir en un primer momento, y difícilmente se podrían incluir al redactar un documento de requisitos detallado en el comienzo del proyecto.

	El manifiesto no afirma la inutilidad de la documentación, sólo la de la documentación innecesaria. Los documentos son soporte de hechos, permiten la transferencia del conocimiento, registran información histórica, y en muchas cuestiones legales o normativas son obligatorios, pero se resalta que son menos importantes que los productos que funcionan. Menos trascendentales para aportar valor al producto.
	~~Los documentos no pueden sustituir, ni pueden ofrecer la riqueza y generación de valor que se logra con la comunicación directa entre las personas y a través de la interacción con los prototipos.~~

			El manifiesto ágil no da por inútil la documentación, sólo la de la documentación innecesaria. Los documentos son soporte de hechos, permiten la transferencia del conocimiento, registran información histórica, y en muchas cuestiones legales o normativas son obligatorios, pero su relevancia debe ser mucho menor que el producto final.

	~~Por eso, siempre que sea posible debe preferirse reducir al mínimo indispensable el uso de documentación, que genera trabajo que no aporta un valor directo al producto.~~

			La comunicación a través de documentos no ofrece la riqueza y generación de valor que logra la comunicación directa entre las personas, y a través de la interacción con prototipos del producto.
			Por eso, siempre que sea posible debe preferirse reducir al mínimo indispensable el uso de documentación, que requiere trabajo sin aportar un valor directo al producto.
			Si la organización y los equipos se comunican a través de documentos, además de ocultar la riqueza de la interacción con el producto, forman barreras de burocracia 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 indicadas para productos cuyo detalle resulta difícil prever al principio del proyecto; y si se detallara al comenzar, el resultado final tendría menos valor que si se mejoran y precisan con retroinformación continua durante el.


	~~Para~~ el ~~desarrollo~~ ágil ~~el valor del resultado~~ no es ~~consecuencia de haber controlado una~~ ejecución conforme a procesos, sino ~~de haber sido implementado directamente sobre~~ el producto.		También son apropiadas cuando se prevén requisitos inestables por la velocidad de cambio en el entorno de negocio del cliente.
			El objetivo de un proyecto ágil no es controlar la ejecución conforme a procesos y cumplimiento de planes, sino proporcionar el mayor valor posible al producto.


	~~Un contrato no aporta valor al producto. Es~~ una ~~formalidad~~ que ~~establece líneas divisorias~~ de responsabilidades~~, que fija los referentes para posibles disputas contractuales entre cliente y proveedor~~.		Resulta por tanto más adecuada una relación de implicación y colaboración continua con el cliente, más que una contractual de delimitación de responsabilidades.


	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===
			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. 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 que evite desviaciones del 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.

	===Los 12 principios del manifiesto ágil===		===Los 12 principios del manifiesto ágil===
			El manifiesto ágil, tras los postulados de estos cuatro valores en los que se fundamenta, establece estos 12 principios:
	El manifiesto ágil, tras los cuatro ~~postulados~~ en los que se ~~fundamente~~, ~~desarrolla~~ 12 principios~~, que actualmente se consideran los definitorios de la agilidad, sin importar la metodología o marco del que se trata. Ellos son~~:

	#Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.		#Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.
Line 69:		Line 62:
	#Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.		#Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.
	#En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.		#En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.


	[[Category:Scrum I]]		[[Category:Scrum I]]