Lean Development - Historial de revisiones

Javiermartin jc: Texto reemplazado: «
» por «»

2019-07-04T19:24:38Z

Texto reemplazado: «<div align="justify">» por «»

Elizabeth jc en 00:18 12 oct 2013

2013-10-12T00:18:57Z

Maria ciget.cienfuegos en 15:26 21 sep 2012

2012-09-21T15:26:44Z

Evelina03031jcscu en 18:21 14 feb 2012

2012-02-14T18:21:38Z

Yaneidis.jc.scu en 01:09 10 feb 2012

2012-02-10T01:09:03Z

Yaneidis.jc.scu en 00:38 10 feb 2012

2012-02-10T00:38:24Z

Yalexy idict: /* Fuente */

2012-02-09T19:59:35Z

‎Fuente

Yalexy idict: Metodología ágil LD trasladada a Lean Development

2012-02-09T19:58:14Z

Metodología ágil LD trasladada a Lean Development

Yalexy idict en 19:56 9 feb 2012

2012-02-09T19:56:25Z

Yaneidis.jc.scu: Página creada con '{{Desarrollo}} {{Definición |Nombre= Lean Development |imagen= |concepto= Lean Development (LD) es el método menos divulgado entre los conocidamente importantes. Se inspira e...'

2012-02-09T18:46:00Z

Página creada con '{{Desarrollo}} {{Definición |Nombre= Lean Development |imagen= |concepto= Lean Development (LD) es el método menos divulgado entre los conocidamente importantes. Se inspira e...'

Página nueva

{{Desarrollo}}
{{Definición
|Nombre= Lean Development
|imagen=
|concepto= Lean Development (LD) es el método menos divulgado entre los conocidamente importantes. Se inspira en el éxito del proceso industrial Lean Manufacturing, bien conocido en la producción automotriz y en manufactura desde la década de 1980.}}

'''Lean Development(LD):''' Definida por [[Bob Charette]] a partir de su experiencia en proyectos con la industria japonesa del automóvil en los años [[80]] y utilizada en numerosos proyectos de telecomunicaciones en [[Europa]]. En LD, los cambios se consideran riesgos, pero si se manejan adecuadamente se pueden convertir en oportunidades que mejoren la productividad del cliente. Su principal característica es introducir un mecanismo para
implementar dichos cambios.
<br>

==Un poco de Historia ==
Lean Development, es el método menos divulgado entre los conocidamente importantes. La palabra “lean” significa magro, enjuto; en su sentido técnico apareció por primera vez en 1990 en el libro de James Womack La Máquina que Cambió al Mundo. LD, iniciado por Bob Charette, se inspira en el éxito del proceso industrial Lean Manufacturing, bien conocido en la producción automotriz y en manufactura desde la década de 1980. Este proceso tiene como precepto la eliminación de residuos a través de la mejora constante, haciendo que el producto fluya a instancias del cliente para hacerlo lo más perfecto posible.

==Características de Lean Development(LD) ==
Charette sostenía que para ser verdaderamente ágil se debía conocer además el negocio de punta a punta. LD se inspira en doce valores centrados en estrategias de gestión

*Satisfacer al cliente es la máxima prioridad.
*Proporcionar siempre el mejor valor por la inversión.
*El éxito depende de la activa participación del cliente.
*Cada proyecto LD es un esfuerzo de equipo.
*Todo se puede cambiar.
*Soluciones de dominio, no puntos.
*Completar, no construir.
*Una solución al 80% hoy, en vez de una al 100% mañana.
*El minimalismo es esencial.
*La necesidad determina la tecnología.
*El crecimiento del producto es el incremento de sus prestaciones, no de su tamaño.
*Nunca empujes LD más allá de sus límites.

==Fundamentos de la Metodología==
Dado que LD es más una filosofía de management que un proceso de desarrollo no hay mucho que decir del tamaño del equipo, la duración de las iteraciones, los roles o la naturaleza de sus etapas. Últimamente LD ha evolucionado como Lean Software Development (LSD); su figura de referencia es Mary Poppendieck .
Uno de los sitios primordiales del modelo son las páginas consagradas a LSD que mantiene Darrell Norton , donde se promueve el desarrollo del método aplicando el framework .NET de Microsoft. Norton ha reformulado los valores de Charette reduciéndolos a siete y suministrando más de veinte herramientas análogas a patrones organizacionales para su implementación en ingeniería de software. Los nuevos principios son:

*Eliminar basura (las herramientas son Seeing Waste, Value Stream Mapping). Basura es todo lo que no agregue valor a un producto, desde la óptica del sistema de valores del cliente. Este principio equivale a la reducción del inventario en manufactura. El inventario del desarrollo de software es el conjunto de artefactos intermedios. Un estudio del Standish Group reveló que en un sistema típico, las prestaciones que se usan siempre suman el 7%, las que se usan a menudo el 13%, “algunas veces” el 16%, “raras veces” el 19% y “nunca” el 45%. Esto es un claro 80/20: el 80% del valor proviene del 20% de los rasgos. Concentrarse en el 20% útil es una aplicación del mismo principio que subyace a la idea de YAGNI.
*Amplificar el conocimiento (Feedback, Iterations, Synchronization, Set-based Development). El desarrollo se considera un ejercicio de descubrimiento.
*Decidir tan tarde como sea posible (Options Thinking, The Last Responsible Moment, Making Decisions). Las prácticas de desarrollo que proporcionan toma de decisiones tardías son efectivas en todos los dominios que involucran incertidumbre porque brindan una estrategia basada en opciones fundadas en la realidad, no en especulaciones. En un mercado que cambia, la decisión tardía, que mantiene las opciones abiertas, es más eficiente que un compromiso prematuro. En términos metodológicos, este principio se traduce también en la renuencia a planificarlo todo antes de comenzar. En un entorno cambiante, los requerimientos detallados corren el riesgo de estar equivocados o ser anacrónicos.
*Entregar tan rápido como sea posible (Pull Systems, Queueing Theory, Cost of Delay). Se deben favorecer ciclos cortos de diseño, implementación, feedback, mejora. El cliente recibe lo que necesita hoy, no lo que necesitaba ayer.
*Otorgar poder al equipo (Self Determination, Motivation, Leadership, Expertise). Los desarrolladores que mejor conocen los elementos de juicio son los que pueden tomar las decisiones más adecuadas.
*Integridad incorporada (Perceived Integrity, Conceptual Integrity, Refactoring, Testing). La integridad conceptual significa que los conceptos del sistema trabajan como una totalidad armónica de arquitectura coherente. La investigación ha demostrado que la integridad viene con el liderazgo, la experiencia relevante, la comunicación efectiva y la disciplina saludable. Los procesos, los procedimientos y las medidas no son substitutos adecuados.
*Ver la totalidad (Measurements, Contracts). Uno de los problemas más intratables del desarrollo de software convencional es que los expertos en áreas específicas (por ejemplo, bases de datos o GUIs) maximizan la corrección de la parte que les interesa, sin percibir la totalidad.

==Otra preceptiva ==
Otra preceptiva algo más amplia es la de Mary Poppendieck , cuidadosamente decantadas del Lean Manufacturing y de Total Quality Management (TQM), que sólo coincide con la de Norton en algunos puntos:

*Eliminar basura – Entre la basura se cuentan diagramas y modelos que no agregan valor al producto.
*Minimizar inventario – Igualmente, suprimir artefactos tales como documentos de requerimiento y diseño.
*Maximizar el flujo – Utilizar desarrollo iterativo.
*Solicitar demanda – Soportar requerimientos flexibles.
*Otorgar poder a los trabajadores.
*Satisfacer los requerimientos del cliente – Trabajar junto a él, permitiéndole cambiar de ideas.
*Hacerlo bien la primera vez – Verificar temprano y refactorizar cuando sea preciso.
*Abolir la optimización local – Alcance de gestión flexible.
*Asociarse con quienes suministran – Evitar relaciones de adversidad.
*Crear una cultura de mejora continua.

== Fuente ==
*Análisis de Diseño de Sistemas. http://www.adsfrank.blogspot.com/2007/06/metodologias-agiles-ld.html
*http://www.strategosinc.com/principles.htm
*carlos-reynoso-metodos-agiles-academia.ppt. http://carlosreynoso.com

[[Category:Ciencias_informáticas]] [[Category:Software]] [[Category:Ingeniería_de_software]] [[Category:Metodologías_de_desarrollo_de_software]]

@@ Línea 3: / Línea 3: @@
 |imagen=
 |concepto= Lean Development (LD) es el método menos divulgado entre los conocidamente importantes. Se inspira en el éxito del proceso industrial Lean Manufacturing, bien conocido en la producción automotriz y en manufactura desde la década de [[1980]].}}
-<div align="justify">
 '''Lean Development(LD):''' Definida por [[Bob Charette]] a partir de su experiencia en proyectos con la industria japonesa del automóvil en los años 80 y utilizada en numerosos proyectos de telecomunicaciones en [[Europa]]. En LD, los cambios se consideran riesgos, pero si se manejan adecuadamente se pueden convertir en oportunidades que mejoren la productividad del cliente. Su principal característica es introducir un mecanismo para

← Revisión anterior		Revisión del 19:59 9 feb 2012
Línea 67:		Línea 67:
	*carlos-reynoso-metodos-agiles-academia.ppt. http://carlosreynoso.com		*carlos-reynoso-metodos-agiles-academia.ppt. http://carlosreynoso.com

−	[[Category:~~Ciencias_informáticas]] [[Category:Software]] [[Category:Ingeniería_de_software]] [[Category:Metodologías_de_desarrollo_de_software~~]]	+	[[Category:Metodología]]

@@ Línea 8: / Línea 8: @@
 implementar dichos cambios.
 <br>
 ==Un poco de Historia ==
-Lean Development, es el método menos divulgado entre los conocidamente importantes. La palabra "lean" significa magro, enjuto; en su sentido técnico apareció por primera vez en [[1990]] en el libro de [[James Womack]] La Máquina que cambió al Mundo. LD, iniciado por [[Bob Charette]], se inspira en el éxito del proceso industrial [[Lean Manufacturing]], bien conocido en la producción automotriz y en manufactura desde la década de [[1980]]. Este proceso tiene como precepto la eliminación de residuos a través de la mejora constante, haciendo que el producto fluya a instancias del cliente para hacerlo lo más perfecto posible.
+Lean Development, es el método menos divulgado entre los conocidamente importantes. La palabra "lean" significa magro, enjuto; en su sentido técnico apareció por primera vez en [[1990]] en el libro de [[James Womack]] La Máquina que cambió al Mundo. LD, iniciado por [[Bob Charette]], se inspira en el éxito del proceso industrial [[Lean Manufacturing]], bien conocido en la producción automotriz y en manufactura desde la década de [[1980]].
 ==Características de Lean Development (LD) ==
@@ Línea 29: / Línea 29: @@
 *El crecimiento del producto es el incremento de sus prestaciones, no de su tamaño.
 *Nunca empujes LD más allá de sus límites.
 == Fundamentos de la Metodología ==
 Dado que LD es más una filosofía de management que un proceso de desarrollo no hay mucho que decir del tamaño del equipo, la duración de las iteraciones, los roles o la naturaleza de sus etapas. Últimamente LD ha evolucionado como Lean Software Development (LSD); su figura de referencia es [[Mary Poppendieck]].
 Uno de los sitios primordiales del modelo son las páginas consagradas a LSD que mantiene [[Darrell Norton]], donde se promueve el desarrollo del método aplicando el framework [[.NET]] de [[Microsoft]]. Norton ha reformulado los valores de Charette reduciéndolos a siete y suministrando más de veinte herramientas análogas a patrones organizacionales para su implementación en ingeniería de software. Los nuevos principios son:
@@ Línea 42: / Línea 42: @@
 *Integridad incorporada (Perceived Integrity, Conceptual Integrity, Refactoring, Testing). La integridad conceptual significa que los conceptos del sistema trabajan como una   totalidad armónica de arquitectura coherente. La investigación ha demostrado que la integridad viene con el liderazgo, la experiencia relevante, la comunicación efectiva y la disciplina saludable. Los procesos, los procedimientos y las medidas no son substitutos adecuados.
 *Ver la totalidad (Measurements, Contracts). Uno de los problemas más intratables del desarrollo de software convencional es que los expertos en áreas específicas (por ejemplo, bases de datos o GUIs) maximizan la corrección de la parte que les interesa, sin percibir la totalidad.
 ==Otra preceptiva ==
@@ Línea 57: / Línea 56: @@
 *Asociarse con quienes suministran – Evitar relaciones de adversidad.
 *Crear una cultura de mejora continua.
 ==Ventajas y Desventajas de Lean Development (LD) ==
@@ Línea 74: / Línea 72: @@
 *En magra que permite la especificación de requisitos software (SRS) para evolucionar. Sin embargo, esto causa problemas de su propia. La flexibilidad es grande, pero demasiado pronto dará lugar a un desarrollo que pierde de vista su objetivo original y que nunca termina.
 == Fuente ==
 *Análisis de Diseño de Sistemas. http://www.adsfrank.blogspot.com/2007/06/metodologias-agiles-ld.html
 *http://www.strategosinc.com/principles.htm
 *carlos-reynoso-metodos-agiles-academia.ppt. http://carlosreynoso.com
 [[Category:Software]] [[Category:Ingeniería_de_software]] [[Category:Metodologías_de_desarrollo_de_software]]

@@ Línea 11: / Línea 11: @@
 ==Un poco de Historia ==
-Lean Development, es el método menos divulgado entre los conocidamente importantes. La palabra "lean" significa magro, enjuto; en su sentido técnico apareció por primera vez en [[1990]] en el libro de [[James Womack]] La Máquina que Cambió al Mundo. LD, iniciado por Bob Charette, se inspira en el éxito del proceso industrial Lean Manufacturing, bien conocido en la producción automotriz y en manufactura desde la década de [[1980]]. Este proceso tiene como precepto la eliminación de residuos a través de la mejora constante, haciendo que el producto fluya a instancias del cliente para hacerlo lo más perfecto posible.
+Lean Development, es el método menos divulgado entre los conocidamente importantes. La palabra "lean" significa magro, enjuto; en su sentido técnico apareció por primera vez en [[1990]] en el libro de [[James Womack]] La Máquina que cambió al Mundo. LD, iniciado por [[Bob Charette]], se inspira en el éxito del proceso industrial [[Lean Manufacturing]], bien conocido en la producción automotriz y en manufactura desde la década de [[1980]]. Este proceso tiene como precepto la eliminación de residuos a través de la mejora constante, haciendo que el producto fluya a instancias del cliente para hacerlo lo más perfecto posible.
-==Características de Lean Development(LD) ==
+==Características de Lean Development (LD) ==
 Charette sostenía que para ser verdaderamente ágil se debía conocer además el negocio de punta a punta. LD se inspira en doce valores centrados en estrategias de gestión
@@ Línea 28: / Línea 28: @@
 *La necesidad determina la tecnología.
 *El crecimiento del producto es el incremento de sus prestaciones, no de su tamaño.
-*Nunca empujes LD más allá   de sus límites.
+*Nunca empujes LD más allá de sus límites.
 == Fundamentos de la Metodología ==
-Dado que LD es más una filosofía de management que un proceso de desarrollo no hay mucho que decir del tamaño del equipo, la duración de las iteraciones, los roles o la naturaleza de sus etapas. Últimamente LD ha evolucionado como Lean Software Development(LSD); su figura de referencia es Mary Poppendieck.
+Dado que LD es más una filosofía de management que un proceso de desarrollo no hay mucho que decir del tamaño del equipo, la duración de las iteraciones, los roles o la naturaleza de sus etapas. Últimamente LD ha evolucionado como Lean Software Development (LSD); su figura de referencia es [[Mary Poppendieck]].
-Uno de los sitios primordiales del modelo son las páginas consagradas a LSD que mantiene Darrell Norton, donde se promueve el desarrollo del método aplicando el framework [[.NET]] de [[Microsoft]]. Norton ha reformulado los valores de Charette reduciéndolos a siete y suministrando más de veinte herramientas análogas a patrones organizacionales para su implementación en ingeniería de software. Los nuevos principios son:
+Uno de los sitios primordiales del modelo son las páginas consagradas a LSD que mantiene [[Darrell Norton]], donde se promueve el desarrollo del método aplicando el framework [[.NET]] de [[Microsoft]]. Norton ha reformulado los valores de Charette reduciéndolos a siete y suministrando más de veinte herramientas análogas a patrones organizacionales para su implementación en ingeniería de software. Los nuevos principios son:
-*Eliminar basura (las herramientas son Seeing Waste, Value Stream Mapping). Basura es todo lo que no agregue valor a un producto, desde la óptica del sistema de valores del cliente. Este principio equivale a la reducción del inventario en manufactura. El inventario del desarrollo de software es el conjunto de artefactos intermedios. Un estudio del Standish Group reveló que en un sistema típico, las prestaciones que se usan siempre suman el 7%, las que se usan a menudo el 13%, "algunas veces" el 16%, "raras veces" el 19% y “nunca” el 45%. Esto es un claro 80/20: el 80% del valor proviene del 20% de los rasgos. Concentrarse en el 20% útil es una aplicación del mismo principio que subyace a la idea de YAGNI.
+*Eliminar basura (las herramientas son Seeing Waste, Value Stream Mapping). Basura es todo lo que no agregue valor a un producto, desde la óptica del sistema de valores del cliente. Este principio equivale a la reducción del inventario en manufactura. El inventario del desarrollo de software es el conjunto de artefactos intermedios. Un estudio del Standish Group reveló que en un sistema típico, las prestaciones que se usan siempre suman el 7%, las que se usan a menudo el 13%, "algunas veces" el 16%, "raras veces" el 19% y "nunca" el 45%. Esto es un claro 80/20: el 80% del valor proviene del 20% de los rasgos. Concentrarse en el 20% útil es una aplicación del mismo principio que subyace a la idea de YAGNI.
-*Amplificar el   conocimiento (Feedback, Iterations, Synchronization, Set-based Development). El   desarrollo se considera un ejercicio de descubrimiento.
+*Amplificar el conocimiento (Feedback, Iterations, Synchronization, Set-based Development). El desarrollo se considera un ejercicio de descubrimiento.
-*Decidir tan tarde como sea posible   (Options Thinking, The Last Responsible Moment, Making Decisions). Las prácticas de desarrollo que   proporcionan toma de decisiones tardías son efectivas en todos los dominios   que involucran incertidumbre porque brindan una estrategia basada en opciones   fundadas en la realidad, no en especulaciones. En un mercado que cambia, la   decisión tardía, que mantiene las opciones abiertas, es más eficiente que un   compromiso prematuro. En términos metodológicos, este principio se traduce   también en la renuencia a planificarlo todo antes de comenzar. En un entorno   cambiante, los requerimientos detallados corren el riesgo de estar   equivocados o ser anacrónicos.
+*Decidir tan tarde como sea posible (Options Thinking, The Last Responsible Moment, Making Decisions). Las prácticas de desarrollo que proporcionan toma de decisiones tardías son efectivas en todos los dominios   que involucran incertidumbre porque brindan una estrategia basada en opciones fundadas en la realidad, no en especulaciones. En un mercado que cambia, la decisión tardía, que mantiene las opciones abiertas, es más eficiente que un   compromiso prematuro. En términos metodológicos, este principio se traduce también en la renuencia a planificarlo todo antes de comenzar. En un entorno cambiante, los requerimientos detallados corren el riesgo de estar equivocados o ser anacrónicos.
 *Entregar tan rápido como sea posible (Pull Systems, Queueing Theory, Cost of Delay). Se deben favorecer ciclos cortos de diseño, implementación, feedback,  mejora. El cliente recibe lo que necesita hoy, no lo que necesitaba ayer.
-*Otorgar poder al equipo (Self Determination, Motivation, Leadership, Expertise). Los desarrolladores   que mejor conocen los elementos de juicio son los que pueden tomar las   decisiones más adecuadas.
+*Otorgar poder al equipo (Self Determination, Motivation, Leadership, Expertise). Los desarrolladores que mejor conocen los elementos de juicio son los que pueden tomar las decisiones más adecuadas.
-*Integridad incorporada   (Perceived Integrity, Conceptual Integrity, Refactoring, Testing). La integridad   conceptual significa que los conceptos del sistema trabajan como una   totalidad armónica de arquitectura coherente. La investigación ha demostrado que la integridad viene con el liderazgo, la experiencia relevante, la comunicación efectiva y la disciplina saludable. Los procesos, los procedimientos y las medidas no son substitutos adecuados.
+*Integridad incorporada (Perceived Integrity, Conceptual Integrity, Refactoring, Testing). La integridad conceptual significa que los conceptos del sistema trabajan como una   totalidad armónica de arquitectura coherente. La investigación ha demostrado que la integridad viene con el liderazgo, la experiencia relevante, la comunicación efectiva y la disciplina saludable. Los procesos, los procedimientos y las medidas no son substitutos adecuados.
 *Ver la totalidad (Measurements, Contracts). Uno de los problemas más intratables del desarrollo de software convencional es que los expertos en áreas específicas (por ejemplo, bases de datos o GUIs) maximizan la corrección de la parte que les interesa, sin percibir la totalidad.
 ==Otra preceptiva ==
-Otra preceptiva algo más amplia es la de Mary Poppendieck , cuidadosamente decantadas del Lean Manufacturing y de Total Quality Management (TQM), que sólo coincide con la de Norton en algunos puntos:
+Otra preceptiva algo más amplia es la de [[Mary Poppendieck]], cuidadosamente decantadas del Lean Manufacturing y de Total Quality Management (TQM), que sólo coincide con la de Norton en algunos puntos:
 *Eliminar basura – Entre la basura se cuentan diagramas y modelos que no agregan valor al producto.
@@ Línea 60: / Línea 59: @@
+==Ventajas y Desventajas de Lean Development (LD) ==
 == Fuente ==

@@ Línea 1: / Línea 1: @@
 {{Definición
 |Nombre= Lean Development
 |imagen=
-|concepto= Lean Development (LD) es el método menos divulgado entre los conocidamente importantes. Se inspira en el éxito del proceso industrial Lean Manufacturing, bien conocido en la producción automotriz y en manufactura desde la década de 1980.}}
+|concepto= Lean Development (LD) es el método menos divulgado entre los conocidamente importantes. Se inspira en el éxito del proceso industrial Lean Manufacturing, bien conocido en la producción automotriz y en manufactura desde la década de [[1980]].}}
@@ Línea 14: / Línea 11: @@
 ==Un poco de Historia ==
-Lean Development, es el método menos divulgado entre los conocidamente importantes. La palabra “lean” significa magro, enjuto; en su sentido técnico apareció por primera vez en 1990 en el libro de James Womack La Máquina que Cambió al Mundo. LD, iniciado por Bob Charette, se inspira en el éxito del proceso industrial Lean Manufacturing, bien conocido en la producción automotriz y en manufactura desde la década de 1980. Este proceso tiene como precepto la eliminación de residuos a través de la mejora constante, haciendo que el producto fluya a instancias del cliente para hacerlo lo más perfecto posible.
+Lean Development, es el método menos divulgado entre los conocidamente importantes. La palabra "lean" significa magro, enjuto; en su sentido técnico apareció por primera vez en [[1990]] en el libro de [[James Womack]] La Máquina que Cambió al Mundo. LD, iniciado por Bob Charette, se inspira en el éxito del proceso industrial Lean Manufacturing, bien conocido en la producción automotriz y en manufactura desde la década de [[1980]]. Este proceso tiene como precepto la eliminación de residuos a través de la mejora constante, haciendo que el producto fluya a instancias del cliente para hacerlo lo más perfecto posible.
@@ Línea 34: / Línea 31: @@
-*Eliminar basura (las herramientas son Seeing Waste, Value Stream Mapping). Basura es todo lo que no agregue valor a un producto, desde la óptica del sistema de valores del cliente. Este principio equivale a la reducción del inventario en manufactura. El inventario del desarrollo de software es el conjunto de artefactos intermedios. Un estudio del Standish Group reveló que en un sistema típico, las prestaciones que se usan siempre suman el 7%, las que se usan a menudo el 13%, “algunas veces” el 16%, “raras veces” el 19% y “nunca” el 45%. Esto es un claro 80/20: el 80% del valor proviene del 20% de los rasgos. Concentrarse en el 20% útil es una aplicación del mismo principio que subyace a la idea de YAGNI.
+== Fundamentos de la Metodología ==
 *Amplificar el   conocimiento (Feedback, Iterations, Synchronization, Set-based Development). El   desarrollo se considera un ejercicio de descubrimiento.
 *Decidir tan tarde como sea posible   (Options Thinking, The Last Responsible Moment, Making Decisions). Las prácticas de desarrollo que   proporcionan toma de decisiones tardías son efectivas en todos los dominios   que involucran incertidumbre porque brindan una estrategia basada en opciones   fundadas en la realidad, no en especulaciones. En un mercado que cambia, la   decisión tardía, que mantiene las opciones abiertas, es más eficiente que un   compromiso prematuro. En términos metodológicos, este principio se traduce   también en la renuencia a planificarlo todo antes de comenzar. En un entorno   cambiante, los requerimientos detallados corren el riesgo de estar   equivocados o ser anacrónicos.
@@ Línea 60: / Línea 58: @@
 *Asociarse con quienes suministran – Evitar relaciones de adversidad.
 *Crear una cultura de mejora continua.
@@ Línea 67: / Línea 67: @@
 *carlos-reynoso-metodos-agiles-academia.ppt. http://carlosreynoso.com
-[[Category:Metodología]]

← Revisión anterior	Revisión del 19:58 9 feb 2012
(Sin diferencias)