Origen de scrum - Revision history

Mberne at 10:07, 12 January 2024

2024-01-12T10:07:02Z

← Older revision		Revision as of 12:07, 12 January 2024
Line 1:		Line 1:
	~~Scrum es un modelo de desarrollo ágil caracterizado por:~~		Este modelo fue '''identificado y definido por Ikujiro Nonaka e Hirotaka Takeuchi'''<sup>1</sup> a principios de los 80, al analizar cómo desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard (Nonaka & Takeuchi, The New New Product Development Game, 1986).
	*Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y ejecución completa del producto.
	*Basar la calidad del resultado más en el conocimiento tácito de las personas en equipos autoorganizados, que en la calidad de los procesos empleados.
	*Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra en un ciclo secuencial o de cascada.


	Este modelo fue identificado y definido por Ikujiro Nonaka e Hirotaka Takeuchi<sup>1</sup> a principios de los 80, al analizar cómo desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard (Nonaka & Takeuchi, The New New Product Development Game, 1986).

	En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en equipo, con el avance en formación de scrum de los jugadores de Rugby, a raíz de lo cual quedó acuñado el término “scrum” para referirse a ella.		En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en equipo, con el avance en formación de scrum de los jugadores de Rugby, a raíz de lo cual quedó acuñado el término “scrum” para referirse a ella.
Line 11:		Line 5:
	Aunque esta forma de trabajo surgió en empresas de productos tecnológicos, es apropiada para proyectos con requisitos inestables y para los que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software.		Aunque esta forma de trabajo surgió en empresas de productos tecnológicos, es apropiada para proyectos con requisitos inestables y para los que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software.

	En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference~~)([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]~~), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi~~, y~~ Jeff Sutherland en ~~su empresa~~ Easel Corporation ~~(compañía~~ que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).		En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (''Object-Oriented Programming Systems & Applications conference''), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi. Jeff Sutherland también lo empleó en Easel Corporation, una empresa que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation.
			==Características de Scrum==
			'''Scrum''' es un modelo de desarrollo ágil '''caracterizado por:'''
			*Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y ejecución completa del producto.
			*Basar la calidad del resultado más en el conocimiento tácito de las personas en equipos autoorganizados, que en la calidad de los procesos empleados.
			*Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra en un ciclo secuencial o de cascada.

	==Referencias==		==Referencias==

Mberne at 10:04, 12 January 2024

2024-01-12T10:04:12Z

← Older revision		Revision as of 12:04, 12 January 2024
Line 5:		Line 5:


	Este modelo fue identificado y definido por ~~[[Takeuchi & Nonaka 1986\|~~Ikujiro Nonaka e Hirotaka Takeuchi]] a principios de los 80, al analizar cómo desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard (Nonaka & Takeuchi, The New New Product Development Game, 1986).		Este modelo fue identificado y definido por Ikujiro Nonaka e Hirotaka Takeuchi<sup>1</sup> a principios de los 80, al analizar cómo desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard (Nonaka & Takeuchi, The New New Product Development Game, 1986).

	En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en equipo, con el avance en formación de scrum de los jugadores de Rugby, a raíz de lo cual quedó acuñado el término “scrum” para referirse a ella.		En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en equipo, con el avance en formación de scrum de los jugadores de Rugby, a raíz de lo cual quedó acuñado el término “scrum” para referirse a ella.
Line 13:		Line 13:
	En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference)([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).		En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference)([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).

			==Referencias==
			<sup>1</sup>Ikujiro Nonaka & Hirotaka Takeuchi, "New New Product Development Game", Harvard Business Review Jan, 1 1986.
	==Véase también==		==Véase también==
	*[[Scrum estándar: componentes y marco]].		*[[Scrum estándar: componentes y marco]].

Mberne at 10:02, 12 January 2024

2024-01-12T10:02:44Z

← Older revision		Revision as of 12:02, 12 January 2024
Line 5:		Line 5:


	Este modelo fue identificado y definido por [[Takeuchi & Nonaka 1986\|Ikujiro Nonaka e Hirotaka Takeuchi]] a principios de los 80, al analizar cómo desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard (Nonaka & Takeuchi, The New New Product Development Game, 1986)		Este modelo fue identificado y definido por [[Takeuchi & Nonaka 1986\|Ikujiro Nonaka e Hirotaka Takeuchi]] a principios de los 80, al analizar cómo desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard (Nonaka & Takeuchi, The New New Product Development Game, 1986).


	En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en equipo, con el avance en formación de scrum de los jugadores de Rugby, a raíz de lo cual quedó acuñado el término “scrum” para referirse a ella.		En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en equipo, con el avance en formación de scrum de los jugadores de Rugby, a raíz de lo cual quedó acuñado el término “scrum” para referirse a ella.


	Aunque esta forma de trabajo surgió en empresas de productos tecnológicos, es apropiada para proyectos con requisitos inestables y para los que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software.		Aunque esta forma de trabajo surgió en empresas de productos tecnológicos, es apropiada para proyectos con requisitos inestables y para los que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software.


	En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference)([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).		En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference)([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).

Mberne at 10:01, 12 January 2024

2024-01-12T10:01:59Z

← Older revision		Revision as of 12:01, 12 January 2024
Line 16:		Line 16:
	En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference)([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).		En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference)([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).

			==Véase también==
	~~Temas relacionados~~		*[[Scrum estándar: componentes y marco]].
	*[[Modelo original de Scrum para desarrollo de software]]		*[[Scrum avanzado]].
			*[[Introducción a scrum]].
			*[[Adopciones de scrum: técnico y avanzado]].
			*[[Modelo original de Scrum para desarrollo de software]].

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

Mberne at 09:59, 12 January 2024

2024-01-12T09:59:06Z

← Older revision		Revision as of 11:59, 12 January 2024
Line 21:		Line 21:

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

Smanager at 07:53, 26 April 2021

2021-04-26T07:53:54Z

← Older revision		Revision as of 09:53, 26 April 2021
Line 20:		Line 20:
	*[[Modelo original de Scrum para desarrollo de software]]		*[[Modelo original de Scrum para desarrollo de software]]

	[[Category: ~~Scrum I~~]]		[[Category:Standard scrum]]

Smanager at 12:45, 27 April 2014

2014-04-27T12:45:43Z

← Older revision		Revision as of 14:45, 27 April 2014
Line 1:		Line 1:
	Scrum es un modelo de desarrollo ágil caracterizado por:		Scrum es un modelo de desarrollo ágil caracterizado por:
			*Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y ejecución completa del producto.
			*Basar la calidad del resultado más en el conocimiento tácito de las personas en equipos autoorganizados, que en la calidad de los procesos empleados.
			*Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra en un ciclo secuencial o de cascada.


	*Adoptar una estrategia de desarrollo incremental en lugar de tradicional de planificación y ~~ejecución completa del producto.~~		Este modelo fue identificado y definido por [[Takeuchi & Nonaka 1986\|Ikujiro Nonaka e Hirotaka Takeuchi]] a principios de los 80, al analizar cómo desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard (Nonaka & Takeuchi, The New New Product Development Game, 1986)
	*Confiar la calidad del resultado más al conocimiento tácito de ~~las personas que trabajan en equipo~~, ~~que a la calidad de~~ los ~~procesos empleados.~~
	*Solapamiento de ~~las diferentes fases del desarrollo~~, ~~en lugar de realizar una tras otra en un ciclo secuencial o de cascada.~~

			En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en equipo, con el avance en formación de scrum de los jugadores de Rugby, a raíz de lo cual quedó acuñado el término “scrum” para referirse a ella.

	Este modelo de desarrollo fue identificado y definido por [[Takeuchi & Nonaka 1986\|Ikujiro Nonaka e Hirotaka Takeuchi]] a principios de los 80, al analizar la forma en la que desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard. Los autores del estudio expusieron este modelo de desarrollo en el artículo que dio origen al término y concepto Scrum: New New Product Development Game.
	Aunque las prácticas observadas por Nonaka y Takeuchi surgieron en empresas de productos tecnológicos, en general son apropiadas para entornos que trabajan con requisitos inestables y que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software.

			Aunque esta forma de trabajo surgió en empresas de productos tecnológicos, es apropiada para proyectos con requisitos inestables y para los que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software.

	En 1995 Ken Schwaber presentó en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference) ([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), la implementación de Scrum para software que él empleaba en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).
	Las implementaciones de Scrum para desarrollo de software se vienen enriqueciendo desde entonces, y poco tienen que ver las actuales con la original de Ken (Schwaber, 1995). Ahora es muy raro que alguien configure un campo de Scrum con los controles originales (paquetes, cambios, riesgos, soluciones), el Backlog único ha evolucionado a [[Pila del producto\|Backlog]] de producto y Backlog de Sprint. También es habitual usar un Backlog estratégico o “[[Epic\|Epics]]” de producto. La evolución añadió a la reunión de revisión de sprint, otra de inicio; y más tarde otra de retrospectiva. Tampoco se suele usar la fase de cierre.

			En 1995 Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference)([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), un marco de reglas para desarrollo de software, basado en los principios de scrum, y que él había empleado en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).

	Por otro lado las prácticas se han enriquecido. En 2001 apareció el [[gráfico de avance]] (burn-down) más tarde empezó a ser habitual el uso de [[estimación de póquer]], y luego los tableros de control visual kanban.
	En este capítulo se aborda el marco de Scrum estándar o académico empleado como modelo para el aprendizaje en la introducción a las implantaciones de agilidad en organizaciones TIC, y basado en prácticas concretas que se deben realizar en un marco definido de artefactos, roles y reuniones, y que genera un avance basado en iteraciones ([[Sprint\|sprints]]).

	Temas relacionados		Temas relacionados

Smanager: Smanager moved page Origen del uso de los principios de Scrum en proyectos de Software to Origen de scrum without leaving a redirect

2014-04-27T12:42:23Z

Smanager moved page Origen del uso de los principios de Scrum en proyectos de Software to Origen de scrum without leaving a redirect

← Older revision	Revision as of 14:42, 27 April 2014
(No difference)

Smanager at 19:34, 13 August 2013

2013-08-13T19:34:55Z

← Older revision		Revision as of 21:34, 13 August 2013
Line 11:		Line 11:


	En 1995 Ken Schwaber presentó en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference) (SCRUM Development Process), la implementación de Scrum para software que él empleaba en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).		En 1995 Ken Schwaber presentó en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference) ([[Modelo original de Scrum para desarrollo de software\|SCRUM Development Process]]), la implementación de Scrum para software que él empleaba en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).
	Las implementaciones de Scrum para desarrollo de software se vienen enriqueciendo desde entonces, y poco tienen que ver las actuales con la original de Ken (Schwaber, 1995). Ahora es muy raro que alguien configure un campo de Scrum con los controles originales (paquetes, cambios, riesgos, soluciones), el Backlog único ha evolucionado a [[Pila del producto\|Backlog]] de producto y Backlog de Sprint. También es habitual usar un Backlog estratégico o “[[Epic\|Epics]]” de producto. La evolución añadió a la reunión de revisión de sprint, otra de inicio; y más tarde otra de retrospectiva. Tampoco se suele usar la fase de cierre.		Las implementaciones de Scrum para desarrollo de software se vienen enriqueciendo desde entonces, y poco tienen que ver las actuales con la original de Ken (Schwaber, 1995). Ahora es muy raro que alguien configure un campo de Scrum con los controles originales (paquetes, cambios, riesgos, soluciones), el Backlog único ha evolucionado a [[Pila del producto\|Backlog]] de producto y Backlog de Sprint. También es habitual usar un Backlog estratégico o “[[Epic\|Epics]]” de producto. La evolución añadió a la reunión de revisión de sprint, otra de inicio; y más tarde otra de retrospectiva. Tampoco se suele usar la fase de cierre.

Line 17:		Line 17:
	Por otro lado las prácticas se han enriquecido. En 2001 apareció el [[gráfico de avance]] (burn-down) más tarde empezó a ser habitual el uso de [[estimación de póquer]], y luego los tableros de control visual kanban.		Por otro lado las prácticas se han enriquecido. En 2001 apareció el [[gráfico de avance]] (burn-down) más tarde empezó a ser habitual el uso de [[estimación de póquer]], y luego los tableros de control visual kanban.
	En este capítulo se aborda el marco de Scrum estándar o académico empleado como modelo para el aprendizaje en la introducción a las implantaciones de agilidad en organizaciones TIC, y basado en prácticas concretas que se deben realizar en un marco definido de artefactos, roles y reuniones, y que genera un avance basado en iteraciones ([[Sprint\|sprints]]).		En este capítulo se aborda el marco de Scrum estándar o académico empleado como modelo para el aprendizaje en la introducción a las implantaciones de agilidad en organizaciones TIC, y basado en prácticas concretas que se deben realizar en un marco definido de artefactos, roles y reuniones, y que genera un avance basado en iteraciones ([[Sprint\|sprints]]).

			Temas relacionados
			*[[Modelo original de Scrum para desarrollo de software]]

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

Smanager: Created page with "Scrum es un modelo de desarrollo ágil caracterizado por: *Adoptar una estrategia de desarrollo incremental en lugar de tradicional de planificación y ejecución completa ..."

2013-08-12T13:54:53Z

Created page with "Scrum es un modelo de desarrollo ágil caracterizado por: *Adoptar una estrategia de desarrollo incremental en lugar de tradicional de planificación y ejecución completa ..."

New page

Scrum es un modelo de desarrollo ágil caracterizado por:

*Adoptar una estrategia de desarrollo incremental en lugar de tradicional de planificación y ejecución completa del producto.
*Confiar la calidad del resultado más al conocimiento tácito de las personas que trabajan en equipo, que a la calidad de los procesos empleados.
*Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra en un ciclo secuencial o de cascada.

Este modelo de desarrollo fue identificado y definido por [[Takeuchi & Nonaka 1986|Ikujiro Nonaka e Hirotaka Takeuchi]] a principios de los 80, al analizar la forma en la que desarrollaban los nuevos productos las principales empresas de manufactura tecnológica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-Packard. Los autores del estudio expusieron este modelo de desarrollo en el artículo que dio origen al término y concepto Scrum: New New Product Development Game.
Aunque las prácticas observadas por Nonaka y Takeuchi surgieron en empresas de productos tecnológicos, en general son apropiadas para entornos que trabajan con requisitos inestables y que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software.

En 1995 Ken Schwaber presentó en OOPSLA 95 (Object-Oriented Programming Systems & Applications conference) (SCRUM Development Process), la implementación de Scrum para software que él empleaba en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation (compañía que en los macrojuegos de compras y fusiones, se integraría en VMARK, y luego en Informix y finalmente en Ascential Software Corporation).
Las implementaciones de Scrum para desarrollo de software se vienen enriqueciendo desde entonces, y poco tienen que ver las actuales con la original de Ken (Schwaber, 1995). Ahora es muy raro que alguien configure un campo de Scrum con los controles originales (paquetes, cambios, riesgos, soluciones), el Backlog único ha evolucionado a [[Pila del producto|Backlog]] de producto y Backlog de Sprint. También es habitual usar un Backlog estratégico o “[[Epic|Epics]]” de producto. La evolución añadió a la reunión de revisión de sprint, otra de inicio; y más tarde otra de retrospectiva. Tampoco se suele usar la fase de cierre.

Por otro lado las prácticas se han enriquecido. En 2001 apareció el [[gráfico de avance]] (burn-down) más tarde empezó a ser habitual el uso de [[estimación de póquer]], y luego los tableros de control visual kanban.
En este capítulo se aborda el marco de Scrum estándar o académico empleado como modelo para el aprendizaje en la introducción a las implantaciones de agilidad en organizaciones TIC, y basado en prácticas concretas que se deben realizar en un marco definido de artefactos, roles y reuniones, y que genera un avance basado en iteraciones ([[Sprint|sprints]]).

[[Category: Scrum I]]