New New Product Development Game - Revision history

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

2024-01-12T11:02:34Z

Véase también

← Older revision		Revision as of 13:02, 12 January 2024
Line 39:		Line 39:
	*[[Gestión evolutiva]].		*[[Gestión evolutiva]].
	*[[Gestión predictiva]].		*[[Gestión predictiva]].
			*[[Ingeniería concurrente]].
			*[[Ingeniería secuencial]].
			*[[Agilidad]].
	*[[Origen de scrum]].		*[[Origen de scrum]].

	==Referencias==		==Referencias==
	*<sup>1</sup> Ikujiro Nonaka & Hirotaka Takeuchi (1986) "New New Product Development Game", ''Harvard Business Review'' Jan, 1.		*<sup>1</sup> Ikujiro Nonaka & Hirotaka Takeuchi (1986) "New New Product Development Game", ''Harvard Business Review'' Jan, 1.

Mberne at 11:01, 12 January 2024

2024-01-12T11:01:41Z

← Older revision		Revision as of 13:01, 12 January 2024
Line 36:		Line 36:

	De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.		De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.
			==Véase también==
			*[[Gestión evolutiva]].
			*[[Gestión predictiva]].
			*[[Origen de scrum]].
	==Referencias==		==Referencias==
	*<sup>1</sup> Ikujiro Nonaka & Hirotaka Takeuchi (1986) "New New Product Development Game", ''Harvard Business Review'' Jan, 1.		*<sup>1</sup> Ikujiro Nonaka & Hirotaka Takeuchi (1986) "New New Product Development Game", ''Harvard Business Review'' Jan, 1.
	*<sup>2</sup> Kenʼichi Imai, Ikujirō Nonaka, Hirotaka Takeuchi (1984) "Managing the New Product Development Process: How Japanese Companies Learn and Unlearn", ''Division of Research'', Harvard Business School.		*<sup>2</sup> Kenʼichi Imai, Ikujirō Nonaka, Hirotaka Takeuchi (1984) "Managing the New Product Development Process: How Japanese Companies Learn and Unlearn", ''Division of Research'', Harvard Business School.
	[[Category:~~Sueltos~~]]
			[[Category:Glosario de términos]]

Mberne: /* Definición */

2024-01-12T11:00:45Z

Definición

← Older revision		Revision as of 13:00, 12 January 2024
Line 5:		Line 5:
	Los autores afirmaban en la introducción:		Los autores afirmaban en la introducción:

	<blockquote>Muchas compañías han descubierto que para mantenerse en el actual mercado competitivo necesitan algo más que los conceptos básicos de calidad elevada, costes reducidos y diferenciación. Además de esto, también es necesario velocidad y flexibilidad [...] En 1981 las encuestas realizadas a 700 empresas americanas revelan que el 30% de sus beneficios se debe a nuevos productos.</blockquote>		<blockquote><small>''Muchas compañías han descubierto que para mantenerse en el actual mercado competitivo necesitan algo más que los conceptos básicos de calidad elevada, costes reducidos y diferenciación. Además de esto, también es necesario velocidad y flexibilidad [...] En 1981 las encuestas realizadas a 700 empresas americanas revelan que el 30% de sus beneficios se debe a nuevos productos.''</small></blockquote>

	El artículo analizaba la '''forma de desarrollar nuevos productos''' empleada por las empresas que obtenían mejores resultados que su competencia a pesar del dinamismo del sector: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard.		El artículo analizaba la '''forma de desarrollar nuevos productos''' empleada por las empresas que obtenían mejores resultados que su competencia a pesar del dinamismo del sector: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard.

Mberne: /* Definición */

2024-01-12T11:00:25Z

Definición

← Older revision		Revision as of 13:00, 12 January 2024
Line 5:		Line 5:
	Los autores afirmaban en la introducción:		Los autores afirmaban en la introducción:

	''Muchas compañías han descubierto que para mantenerse en el actual mercado competitivo necesitan algo más que los conceptos básicos de calidad elevada, costes reducidos y diferenciación. Además de esto, también es necesario velocidad y ~~flexibilidad…~~		<blockquote>Muchas compañías han descubierto que para mantenerse en el actual mercado competitivo necesitan algo más que los conceptos básicos de calidad elevada, costes reducidos y diferenciación. Además de esto, también es necesario velocidad y flexibilidad [...] En 1981 las encuestas realizadas a 700 empresas americanas revelan que el 30% de sus beneficios se debe a nuevos productos.</blockquote>
	En 1981 las encuestas realizadas a 700 empresas americanas revelan que el 30% de sus beneficios se debe a nuevos ~~productos”~~.''

			El artículo analizaba la '''forma de desarrollar nuevos productos''' empleada por las empresas que obtenían mejores resultados que su competencia a pesar del dinamismo del sector: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard.

	El artículo analizaba la forma de desarrollar nuevos productos empleada por las empresas que obtenían mejores resultados que su competencia a pesar del dinamismo del sector: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard.
	Analizó la forma en la que se concibieron y desarrollaron:		Analizó la forma en la que se concibieron y desarrollaron:
	*La fotocopiadora Fuji-Xerox FX-3500 (1978)		*La fotocopiadora Fuji-Xerox FX-3500 (1978)
Line 19:		Line 18:

	Estos productos se desarrollaron en tiempos inferiores a la media del sector, y aportaron valores innovadores muy importantes.		Estos productos se desarrollaron en tiempos inferiores a la media del sector, y aportaron valores innovadores muy importantes.
	La principal diferencia con el modelo habitual fue el solapamiento de las fases de desarrollo.
	El desarrollo tradicional de nuevos productos se basa en la especialización de funciones, de forma que cada departamento realiza la fase del desarrollo para la que es especialista, y como en una carrera de relevos, pasa el testigo al departamento siguiente hasta que finalmente se obtiene el producto terminado.		La '''principal diferencia con el modelo habitual fue el solapamiento de las fases de desarrollo'''. El desarrollo tradicional de nuevos productos se basa en la especialización de funciones, de forma que cada departamento realiza la fase del desarrollo para la que es especialista, y como en una carrera de relevos, pasa el testigo al departamento siguiente hasta que finalmente se obtiene el producto terminado.

	[[File:Ingenieria concurrente.jpg\|550px\|thumb\|center\|'''Patrón dialéctico de la evolución del conocimiento''']]		[[File:Ingenieria concurrente.jpg\|550px\|thumb\|center\|'''Patrón dialéctico de la evolución del conocimiento''']]

	Las empresas observadas por Nonaka y Takeuchi obtenían mejores resultados, y tenían en común el uso de ciclos de desarrollo en el que las diferentes fases se realizaban de forma muy solapada.		Las empresas observadas por Nonaka y Takeuchi obtenían mejores resultados, y tenían en común el uso de ciclos de desarrollo en el que las diferentes fases se realizaban de forma muy solapada.

	La gente de marketing explora y estudia las necesidades de los clientes para generar el concepto del producto. Los ingenieros de investigación y desarrollo crean un diseño adecuado. Los de desarrollo llevan a cabo el proceso de producción, que pasará a los equipos de pruebas o integración…		La gente de marketing explora y estudia las necesidades de los clientes para generar el concepto del producto. Los ingenieros de investigación y desarrollo crean un diseño adecuado. Los de desarrollo llevan a cabo el proceso de producción, que pasará a los equipos de pruebas o integración…


	La figura anterior muestra de forma gráfica el ciclo de vida del desarrollo de un producto en un patrón de gestión secuencial y la diferencia con la nuevo patrón que estaban constatando Nonaka y Takeuchi: las empresas con mejores resultados utilizaban ciclos en los que las fases se solapan de forma muy amplia.		La figura anterior muestra de forma gráfica el ciclo de vida del desarrollo de un producto en un patrón de gestión secuencial y la diferencia con la nuevo patrón que estaban constatando Nonaka y Takeuchi: las empresas con mejores resultados utilizaban ciclos en los que las fases se solapan de forma muy amplia.

			El ciclo de desarrollo clásico, en el caso del software, es el denominado secuencial o en cascada, que comienza con la fase de requisitos, que una vez cerrados, da paso al diseño, posteriormente la codificación, las pruebas y la integración.

	El ciclo de desarrollo clásico, en el caso del software, es el denominado secuencial o en cascada, que comienza con la fase de requisitos, que una vez cerrados, da paso al diseño, posteriormente la codificación, las pruebas y la integración.
	Los desarrollos secuenciales puros suelen ser más teóricos que prácticos y en realidad quienes los adoptan generalmente producen ciclos “secuenciales con solapamiento”, en los que cada fase puede comenzar con el material aún no terminado por completo en la fase anterior. Así no es raro que partes de diseño de la arquitectura, por ejemplo, se comiencen cuando los requisitos aún no se han cerrado por completo; de igual forma, con partes de análisis aún pendientes de concretar, el equipo de codificación puede disponer ya de partes de diseño que permiten comenzar la codificación, etc.		Los desarrollos secuenciales puros suelen ser más teóricos que prácticos y en realidad quienes los adoptan generalmente producen ciclos “secuenciales con solapamiento”, en los que cada fase puede comenzar con el material aún no terminado por completo en la fase anterior. Así no es raro que partes de diseño de la arquitectura, por ejemplo, se comiencen cuando los requisitos aún no se han cerrado por completo; de igual forma, con partes de análisis aún pendientes de concretar, el equipo de codificación puede disponer ya de partes de diseño que permiten comenzar la codificación, etc.


	Pero en el nuevo modelo de desarrollo no se trata de un cierto solapamiento entre fases, sino de un solapamiento tan amplio que durante la práctica totalidad del desarrollo concurren todas las actividades.		Pero en el nuevo modelo de desarrollo no se trata de un cierto solapamiento entre fases, sino de un solapamiento tan amplio que durante la práctica totalidad del desarrollo concurren todas las actividades.

			De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.

	De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.
	==Referencias==		==Referencias==
	*<sup>1</sup> Ikujiro Nonaka & Hirotaka Takeuchi (1986) "New New Product Development Game", ''Harvard Business Review'' Jan, 1.		*<sup>1</sup> Ikujiro Nonaka & Hirotaka Takeuchi (1986) "New New Product Development Game", ''Harvard Business Review'' Jan, 1.
	*<sup>2</sup> Kenʼichi Imai, Ikujirō Nonaka, Hirotaka Takeuchi (1984) "Managing the New Product Development Process: How Japanese Companies Learn and Unlearn", ''Division of Research'', Harvard Business School.		*<sup>2</sup> Kenʼichi Imai, Ikujirō Nonaka, Hirotaka Takeuchi (1984) "Managing the New Product Development Process: How Japanese Companies Learn and Unlearn", ''Division of Research'', Harvard Business School.
	[[Category:Sueltos]]		[[Category:Sueltos]]

Mberne at 10:58, 12 January 2024

2024-01-12T10:58:31Z

← Older revision		Revision as of 12:58, 12 January 2024
Line 1:		Line 1:
	'''''New New Product Development Game''''' es el título del artículo publicado en 1986 por Hirotaka Takeuchi e Ikujiro Nonaka ~~([[Takeuchi & Nonaka 1986]])~~, que a su vez daba continuación a otro anterior de los mismos autores junto con Kenichi Imai: “Managing the New Product Development Process: How Japanese Companies Learn and Unlearn” ~~([[Imai, Nonaka & Takeuchi]])~~. Es el referente que identifica el surgimiento de un nuevo modelo de desarrollo.		'''''New New Product Development Game''''' es el título del artículo publicado en 1986 por Hirotaka Takeuchi e Ikujiro Nonaka<sup>1</sup>, que a su vez daba continuación a otro anterior de los mismos autores junto con Kenichi Imai: “Managing the New Product Development Process: How Japanese Companies Learn and Unlearn”<sup>2</sup>. Es el referente que identifica el surgimiento de un nuevo modelo de desarrollo.
	==Definición==		==Definición==
	''The New New Product Development Game'' es el trabajo que dio origen al concepto y nombre de Scrum.		''The New New Product Development Game'' es el trabajo que dio origen al concepto y nombre de Scrum.
Line 39:		Line 39:

	De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.		De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.
			==Referencias==
			*<sup>1</sup> Ikujiro Nonaka & Hirotaka Takeuchi (1986) "New New Product Development Game", ''Harvard Business Review'' Jan, 1.
			*<sup>2</sup> Kenʼichi Imai, Ikujirō Nonaka, Hirotaka Takeuchi (1984) "Managing the New Product Development Process: How Japanese Companies Learn and Unlearn", ''Division of Research'', Harvard Business School.
	[[Category:Sueltos]]		[[Category:Sueltos]]

Mberne at 10:56, 12 January 2024

2024-01-12T10:56:21Z

← Older revision		Revision as of 12:56, 12 January 2024
Line 1:		Line 1:
	New New Product Development Game es el título del artículo publicado en 1986 por Hirotaka Takeuchi e Ikujiro Nonaka ([[Takeuchi & Nonaka 1986]]), que a su vez daba continuación a otro anterior de los mismos autores junto con Kenichi Imai: “Managing the New Product Development Process: How Japanese Companies Learn and Unlearn” ([[Imai, Nonaka & Takeuchi]]).		'''''New New Product Development Game''''' es el título del artículo publicado en 1986 por Hirotaka Takeuchi e Ikujiro Nonaka ([[Takeuchi & Nonaka 1986]]), que a su vez daba continuación a otro anterior de los mismos autores junto con Kenichi Imai: “Managing the New Product Development Process: How Japanese Companies Learn and Unlearn” ([[Imai, Nonaka & Takeuchi]]). Es el referente que identifica el surgimiento de un nuevo modelo de desarrollo.
	Es el referente que identifica el surgimiento de un nuevo modelo de desarrollo.		==Definición==
			''The New New Product Development Game'' es el trabajo que dio origen al concepto y nombre de Scrum.
	The New New Product Development Game es el trabajo que dio origen al concepto y nombre de Scrum.

	Los autores afirmaban en la introducción:		Los autores afirmaban en la introducción:


	''Muchas compañías han descubierto que para mantenerse en el actual mercado competitivo necesitan algo más que los conceptos básicos de calidad elevada, costes reducidos y diferenciación. Además de esto, también es necesario velocidad y flexibilidad…		''Muchas compañías han descubierto que para mantenerse en el actual mercado competitivo necesitan algo más que los conceptos básicos de calidad elevada, costes reducidos y diferenciación. Además de esto, también es necesario velocidad y flexibilidad…

Smanager at 10:25, 26 April 2021

2021-04-26T10:25:18Z

← Older revision		Revision as of 12:25, 26 April 2021
Line 42:		Line 42:
	De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.		De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.

	[[Category:~~Información complementaria: agilidad~~]]		[[Category:Sueltos]]

Smanager at 19:03, 6 May 2014

2014-05-06T19:03:44Z

← Older revision		Revision as of 21:03, 6 May 2014
Line 42:		Line 42:
	De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.		De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.

	[[Category:~~Scrum profesional]]~~		[[Category:Información complementaria: agilidad]]
	~~[[Category~~:~~Scrum Management~~]]

Smanager at 12:27, 5 March 2013

2013-03-05T12:27:07Z

← Older revision		Revision as of 14:27, 5 March 2013
Line 41:		Line 41:

	De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.		De esta forma, más que fases que se realizan de forma secuencial, pasan a ser actividades que se ejecutan en el momento que se requieren. Requisitos, análisis, codificación, pruebas, integración se van realizando en cada momento según las necesidades en la evolución del proyecto.

			[[Category:Scrum profesional]]
			[[Category:Scrum Management]]

Smanager at 13:23, 16 January 2013

2013-01-16T13:23:39Z

← Older revision		Revision as of 15:23, 16 January 2013
Line 1:		Line 1:
	New New Product Development Game es el título del artículo publicado en 1986 por Hirotaka Takeuchi e Ikujiro Nonaka ([[Takeuchi & Nonaka 1986]]), que a su vez daba continuación a otro anterior de los mismos autores junto con Kenichi Imai: “Managing the New Product Development Process: How Japanese Companies Learn and Unlearn” .		New New Product Development Game es el título del artículo publicado en 1986 por Hirotaka Takeuchi e Ikujiro Nonaka ([[Takeuchi & Nonaka 1986]]), que a su vez daba continuación a otro anterior de los mismos autores junto con Kenichi Imai: “Managing the New Product Development Process: How Japanese Companies Learn and Unlearn” ([[Imai, Nonaka & Takeuchi]]).
	Es el referente que identifica el surgimiento de un nuevo modelo de desarrollo.		Es el referente que identifica el surgimiento de un nuevo modelo de desarrollo.