Introducción a scrum - Revision history

Mberne at 11:06, 27 May 2024

2024-05-27T11:06:07Z

← Older revision		Revision as of 13:06, 27 May 2024
Line 5:		Line 5:
	*Estrategia de desarrollo incremental a través de iteraciones (''sprints'').		*Estrategia de desarrollo incremental a través de iteraciones (''sprints'').

	Se comienza con la visión general del resultado que se desea, y a partir de ella se especifica y da detalle a las funcionalidades que se desean obtener en primer lugar.		Se comienza con la visión general del resultado que se desea, y a partir de ella se especifica y da detalle a las funcionalidades que se desean obtener en primer lugar.

	Cada ciclo de desarrollo o iteración (sprint) finaliza con la entrega de una parte operativa del producto (incremento). La duración de cada sprint puede ser ~~desde~~ una, ~~hasta seis semanas, aunque se recomienda que no exceda de un mes~~.		Cada ciclo de desarrollo o iteración (sprint) finaliza con la entrega de una parte operativa del producto (incremento). La duración de cada sprint puede ser de entre 1 y 3 semanas. Lo más habitual es que tengan siempre la misma medida, marcando una cadencia, pero ésta puede ir evolucionando o ajustarse.

	En scrum, el equipo monitoriza la evolución de cada sprint en reuniones breves diarias donde se revisa en conjunto el trabajo realizado por cada miembro el día anterior, y el previsto para el día actual. Estas reuniones diarias son de tiempo cerrado de 5 a 15 minutos máximo, se realizan de pie junto a un tablero o pizarra con información de las tareas del sprint, y el trabajo pendiente en cada una. Esta reunión se denomina “reunion de pie” o “scrum diario” y si se emplea la terminología inglesa: “stand-up meeting”, también: “daily scrum” o “morning rollcall”.
	==Gestión de la evolución del proyecto==		==Gestión de la evolución del proyecto==
	Scrum maneja de forma empírica la evolución del proyecto con las siguientes tácticas:		Scrum maneja de forma empírica la evolución del proyecto con las siguientes tácticas:
	===Revisión de las ~~Iteraciones~~===		===Revisión de las iteraciones===
	Al finalizar cada sprint se revisa funcionalmente el resultado, con todos los implicados en el proyecto. Es por tanto la duración del sprint, el período de tiempo máximo para descubrir planteamientos erróneos, mejorables o malinterpretaciones en las funcionalidades del producto		Al finalizar cada sprint se revisa funcionalmente el resultado, con todos los implicados en el proyecto. Es por tanto la duración del sprint, el período de tiempo máximo para descubrir planteamientos erróneos, mejorables o malinterpretaciones en las funcionalidades del producto
	===Desarrollo incremental===		===Desarrollo incremental===

Mberne at 10:10, 12 January 2024

2024-01-12T10:10:56Z

← Older revision		Revision as of 12:10, 12 January 2024
Line 1:		Line 1:
	__NOTOC__		__NOTOC__
	El marco scrum estándar, está formado por un conjunto de prácticas y reglas que dan respuesta a los siguientes principios de desarrollo ágil:		El '''marco scrum estándar''', está formado por un conjunto de prácticas y reglas que dan respuesta a los siguientes principios de desarrollo ágil:

	*Gestión evolutiva del producto, en lugar de la tradicional o predictiva.		*Gestión evolutiva del producto, en lugar de la tradicional o predictiva.
	*Calidad del resultado basado en el conocimiento tácito de las personas, antes que en el explícito de los procesos y la tecnología empleada.		*Calidad del resultado basado en el conocimiento tácito de las personas, antes que en el explícito de los procesos y la tecnología empleada.
	*Estrategia de desarrollo incremental a través de iteraciones (sprints)..		*Estrategia de desarrollo incremental a través de iteraciones (''sprints'').

			Se comienza con la visión general del resultado que se desea, y a partir de ella se especifica y da detalle a las funcionalidades que se desean obtener en primer lugar.

	~~Se comienza con la visión general del resultado que se desea, y a partir de ella se especifica y da detalle a las funcionalidades que se desean obtener en primer lugar.~~
	Cada ciclo de desarrollo o iteración (sprint) finaliza con la entrega de una parte operativa del producto (incremento). La duración de cada sprint puede ser desde una, hasta seis semanas, aunque se recomienda que no exceda de un mes.		Cada ciclo de desarrollo o iteración (sprint) finaliza con la entrega de una parte operativa del producto (incremento). La duración de cada sprint puede ser desde una, hasta seis semanas, aunque se recomienda que no exceda de un mes.


	En scrum, el equipo monitoriza la evolución de cada sprint en reuniones breves diarias donde se revisa en conjunto el trabajo realizado por cada miembro el día anterior, y el previsto para el día actual. Estas reuniones diarias son de tiempo cerrado de 5 a 15 minutos máximo, se realizan de pie junto a un tablero o pizarra con información de las tareas del sprint, y el trabajo pendiente en cada una. Esta reunión se denomina “reunion de pie” o “scrum diario” y si se emplea la terminología inglesa: “stand-up meeting”, también: “daily scrum” o “morning rollcall”.		En scrum, el equipo monitoriza la evolución de cada sprint en reuniones breves diarias donde se revisa en conjunto el trabajo realizado por cada miembro el día anterior, y el previsto para el día actual. Estas reuniones diarias son de tiempo cerrado de 5 a 15 minutos máximo, se realizan de pie junto a un tablero o pizarra con información de las tareas del sprint, y el trabajo pendiente en cada una. Esta reunión se denomina “reunion de pie” o “scrum diario” y si se emplea la terminología inglesa: “stand-up meeting”, también: “daily scrum” o “morning rollcall”.


	==Gestión de la evolución del proyecto==		==Gestión de la evolución del proyecto==
	Scrum maneja de forma empírica la evolución del proyecto con las siguientes tácticas:		Scrum maneja de forma empírica la evolución del proyecto con las siguientes tácticas:

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

2024-01-12T10:08:57Z

Véase también

← Older revision		Revision as of 12:08, 12 January 2024
Line 33:		Line 33:
	*[[Scrum estándar: componentes y marco]].		*[[Scrum estándar: componentes y marco]].
	*[[Scrum avanzado]].		*[[Scrum avanzado]].
	*[[Introducción a scrum]].
	*[[Adopciones de scrum: técnico y avanzado]].		*[[Adopciones de scrum: técnico y avanzado]].
	*[[Origen de scrum]].		*[[Origen de scrum]].

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

2024-01-12T10:08:45Z

Véase también

← Older revision		Revision as of 12:08, 12 January 2024
Line 35:		Line 35:
	*[[Introducción a scrum]].		*[[Introducción a scrum]].
	*[[Adopciones de scrum: técnico y avanzado]].		*[[Adopciones de scrum: técnico y avanzado]].
	*[[Origen de ~~Scrum~~]].		*[[Origen de scrum]].

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

Mberne at 10:07, 12 January 2024

2024-01-12T10:07:52Z

← Older revision		Revision as of 12:07, 12 January 2024
Line 1:		Line 1:
	__NOTOC__		__NOTOC__

	El marco scrum estándar, está formado por un conjunto de prácticas y reglas que dan respuesta a los siguientes principios de desarrollo ágil:		El marco scrum estándar, está formado por un conjunto de prácticas y reglas que dan respuesta a los siguientes principios de desarrollo ágil:

Line 31:		Line 30:
	Es un componente importante y necesario para que a través de la autoorganización se pueda gestionar con solvencia la labor que de otra forma realizaría un gestor de proyectos.		Es un componente importante y necesario para que a través de la autoorganización se pueda gestionar con solvencia la labor que de otra forma realizaría un gestor de proyectos.
	Todos los miembros del equipo colaboran de forma abierta con los demás, según sus capacidades y no según su rol o su puesto.		Todos los miembros del equipo colaboran de forma abierta con los demás, según sus capacidades y no según su rol o su puesto.
			==Véase también==
			*[[Scrum estándar: componentes y marco]].
			*[[Scrum avanzado]].
			*[[Introducción a scrum]].
			*[[Adopciones de scrum: técnico y avanzado]].
			*[[Origen de Scrum]].

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

Mberne at 09:59, 12 January 2024

2024-01-12T09:59:16Z

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


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

Smanager at 07:51, 26 April 2021

2021-04-26T07:51:08Z

← Older revision		Revision as of 09:51, 26 April 2021
Line 1:		Line 1:
	__NOTOC__		__NOTOC__

	El marco ~~técnico de~~ scrum, está formado por un conjunto de prácticas y reglas que dan respuesta a los siguientes principios de desarrollo ágil:		El marco scrum estándar, está formado por un conjunto de prácticas y reglas que dan respuesta a los siguientes principios de desarrollo ágil:

	*Gestión evolutiva del producto, en lugar de la tradicional o predictiva.		*Gestión evolutiva del producto, en lugar de la tradicional o predictiva.
Line 34:		Line 34:


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

Smanager at 14:39, 18 October 2016

2016-10-18T14:39:44Z

← Older revision		Revision as of 16:39, 18 October 2016
Line 1:		Line 1:
	__NOTOC__		__NOTOC__

			El marco técnico de scrum, está formado por un conjunto de prácticas y reglas que dan respuesta a los siguientes principios de desarrollo ágil:

	~~El marco técnico~~ de ~~scrum~~, ~~por su sencillez, resulta apropiado para equipos~~ y ~~organizaciones que quieren comenzar~~ a ~~“avanzar en scrum”~~		*Gestión evolutiva del producto, en lugar de la tradicional o predictiva.
			*Calidad del resultado basado en el conocimiento tácito de las personas, antes que en el explícito de los procesos y la tecnología empleada.
			*Estrategia de desarrollo incremental a través de iteraciones (sprints)..


	~~Está formado por un conjunto de prácticas y reglas que resultan válidos para dar respuesta a los siguientes principios de desarrollo ágil:~~		Se comienza con la visión general del resultado que se desea, y a partir de ella se especifica y da detalle a las funcionalidades que se desean obtener en primer lugar.
	*Gestión evolutiva del avance, en lugar de la ~~tradicional o predictiva.~~		Cada ciclo de desarrollo o iteración (sprint) finaliza con la entrega de una parte operativa del producto (incremento). La duración de cada sprint puede ser desde una, hasta seis semanas, aunque se recomienda que no exceda de un mes.
	*Trabajar basando la calidad del resultado ~~en el conocimiento tácito~~ de las ~~personas, más~~ que en ~~el explícito de los procesos y la tecnología empleada~~.
	*Estrategia de desarrollo ~~incremental a través de iteraciones~~ (~~sprints~~) ~~y revisiones.~~
	*Seguir los pasos del desarrollo ágil: desde el concepto o visión general de ~~la necesidad~~ del ~~cliente, construcción sel~~ producto ~~de forma incremental a través de iteraciones breves que comprenden fases de especulación – exploración y revisión. Estas iteraciones~~ (~~en scrum llamadas sprints~~) ~~se repiten~~ de ~~forma continua~~ hasta que ~~el cliente da por cerrada la evolución del producto~~.


	~~Se comienza con la visión general de lo que se desea obtener, y a partir de ella se especifica y da detalle a las partes de mayor prioridad, y que se desean tener cuanto antes.~~		En scrum, el equipo monitoriza la evolución de cada sprint en reuniones breves diarias donde se revisa en conjunto el trabajo realizado por cada miembro el día anterior, y el previsto para el día actual. Estas reuniones diarias son de tiempo cerrado de 5 a 15 minutos máximo, se realizan de pie junto a un tablero o pizarra con información de las tareas del sprint, y el trabajo pendiente en cada una. Esta reunión se denomina “reunion de pie” o “scrum diario” y si se emplea la terminología inglesa: “stand-up meeting”, también: “daily scrum” o “morning rollcall”.


	Cada ciclo de desarrollo o iteración (sprint) finaliza con la entrega de una parte operativa del producto (incremento). La duración de cada sprint puede ser desde una, hasta seis semanas, aunque se recomienda que no excedan de un mes.


	En scrum, el equipo monitoriza la evolución de cada sprint en reuniones breves diarias donde se revisa en conjunto el trabajo realizado por cada miembro el día anterior, y el previsto para el día ~~en curso~~. ~~Esta reunión diaria es~~ de tiempo ~~prefijado~~ de 5 a 15 minutos máximo, se ~~realiza~~ de pie junto a un tablero o pizarra con información de las tareas del sprint, y el trabajo pendiente en cada una. Esta reunión se denomina “reunion de pie” o “scrum diario” y si se emplea la terminología inglesa: “stand-up meeting”

Smanager: Smanager moved page Introducción al modelo to Introducción a scrum without leaving a redirect

2016-10-18T14:38:04Z

Smanager moved page Introducción al modelo to Introducción a scrum without leaving a redirect

← Older revision	Revision as of 16:38, 18 October 2016
(No difference)

Smanager at 13:51, 27 April 2014

2014-04-27T13:51:27Z

← Older revision		Revision as of 15:51, 27 April 2014
Line 1:		Line 1:
	__NOTOC__		__NOTOC__

	El método de trabajo que define el marco estándar de Scrum es muy simple, pero no fácil de implantar, porque no se basa en ejecución de procesos y seguimiento de un plan, sino en la adaptación continua a las circunstancias de la evolución del proyecto.
	~~Como método ágil:~~

			El marco técnico de scrum, por su sencillez, resulta apropiado para equipos y organizaciones que quieren comenzar a “avanzar en scrum”

	*Establece un modelo de gestión evolutivo, antes que predictivo.
	*Basa la calidad del resultado en el conocimiento de las personas, más que en el aportado por los procesos y la tecnología.
	*Emplea una estrategia de desarrollo incremental a través de iteraciones (sprints) y revisiones.
	*Comparte los principios estructurales del desarrollo ágil: a partir del concepto o visión de la necesidad del cliente, construye el producto de forma incremental a través de iteraciones breves que comprenden fases de especulación – exploración y revisión. Estas iteraciones (en Scrum llamadas sprints) se repiten de forma continua hasta que el cliente da por cerrado el producto.

	~~Se comienza con la visión general~~ del ~~producto~~, ~~y a partir~~ de ~~ella se va especificando y dando detalle a las funcionalidades~~ o ~~partes que tienen mayor prioridad~~ de ~~negocio~~, y que ~~pueden llevarse a cabo~~ en ~~un período~~ de ~~tiempo breve~~.		Está formado por un conjunto de prácticas y reglas que resultan válidos para dar respuesta a los siguientes principios de desarrollo ágil:
	~~Cada ciclo~~ de desarrollo ~~o iteración finaliza con la entrega~~ de ~~una parte operativa~~ (~~[[incremento]]~~) del producto, y ~~su duración puede ser desde una semana~~ hasta ~~dos meses, aunque es preferible~~ que ~~no duren más de un mes~~.		*Gestión evolutiva del avance, en lugar de la tradicional o predictiva.
			*Trabajar basando la calidad del resultado en el conocimiento tácito de las personas, más que en el explícito de los procesos y la tecnología empleada.
			*Estrategia de desarrollo incremental a través de iteraciones (sprints) y revisiones.
			*Seguir los pasos del desarrollo ágil: desde el concepto o visión general de la necesidad del cliente, construcción sel producto de forma incremental a través de iteraciones breves que comprenden fases de especulación – exploración y revisión. Estas iteraciones (en scrum llamadas sprints) se repiten de forma continua hasta que el cliente da por cerrada la evolución del producto.


	~~Scrum gestiona~~ la evolución de ~~los [[Sprint\|sprints]] con~~ reuniones breves diarias donde ~~todo el equipo~~ revisa el trabajo realizado el día anterior y el previsto para el ~~siguiente~~. Esta reunión diaria es de tiempo prefijado de 5 a 15 minutos máximo, se realiza de pie junto a un tablero o pizarra con información de las tareas del sprint y el trabajo pendiente de cada una. Esta reunión se denomina “reunion de pie” o si se emplea la terminología inglesa: “stand-up meeting”~~, también: “daily scrum” o “morning rollcall”.~~		Se comienza con la visión general de lo que se desea obtener, y a partir de ella se especifica y da detalle a las partes de mayor prioridad, y que se desean tener cuanto antes.


			Cada ciclo de desarrollo o iteración (sprint) finaliza con la entrega de una parte operativa del producto (incremento). La duración de cada sprint puede ser desde una, hasta seis semanas, aunque se recomienda que no excedan de un mes.


			En scrum, el equipo monitoriza la evolución de cada sprint en reuniones breves diarias donde se revisa en conjunto el trabajo realizado por cada miembro el día anterior, y el previsto para el día en curso. Esta reunión diaria es de tiempo prefijado de 5 a 15 minutos máximo, se realiza de pie junto a un tablero o pizarra con información de las tareas del sprint, y el trabajo pendiente en cada una. Esta reunión se denomina “reunion de pie” o “scrum diario” y si se emplea la terminología inglesa: “stand-up meeting”


	==Gestión de la evolución del proyecto==		==Gestión de la evolución del proyecto==
			Scrum maneja de forma empírica la evolución del proyecto con las siguientes tácticas:
	Scrum maneja de forma empírica la evolución del proyecto a con las siguientes tácticas:
	===Revisión de las Iteraciones===		===Revisión de las Iteraciones===
	Al finalizar cada ~~iteración (~~sprint) se ~~lleva a cabo una revisión funcional de~~ resultado, con todos los implicados en el proyecto. Es por tanto la duración del sprint, el período de tiempo máximo para ~~advertir~~ planteamientos erróneos, mejorables o malinterpretaciones en las funcionalidades del producto		Al finalizar cada sprint se revisa funcionalmente el resultado, con todos los implicados en el proyecto. Es por tanto la duración del sprint, el período de tiempo máximo para descubrir planteamientos erróneos, mejorables o malinterpretaciones en las funcionalidades del producto
	===Desarrollo incremental===		===Desarrollo incremental===
	No se trabaja con diseños o abstracciones durante toda la construcción del producto.		No se trabaja con diseños o abstracciones durante toda la construcción del producto.
	El desarrollo incremental ~~implica que~~ al final de cada iteración ~~se dispone de~~ una parte de producto operativa, que se puede usar, inspeccionar y evaluar.		El desarrollo incremental ofrece al final de cada iteración una parte de producto operativa, que se puede usar, inspeccionar y evaluar.
	~~===Desarrollo incremental===~~		Scrum resulta adecuado en proyectos con requisitos inciertos y, o inestables.
	Scrum resulta adecuado en proyectos con requisitos inciertos y, o inestables. Intentar predecir en las fases iniciales cómo será el resultado final, y sobre dicha predicción desarrollar el diseño y la arquitectura del producto no es realista, porque las circunstancias obligarán a remodelarlo muchas veces.		¿Por qué predecir la versión definitiva de algo que va a estar evolucionando de forma continua? scrum considera a la inestabilidad como una premisa, y adopta técnicas de trabajo para facilitar la evolución sin degradar la calidad de la arquitectura y permitir que también evolucione durante el desarrollo.
	¿Por qué predecir la ~~arquitectura o diseño “definitivo”, si su concepto~~ va a estar evolucionando de forma continua? ~~Scrum~~ considera a la inestabilidad como una premisa, y adopta técnicas de trabajo para facilitar la evolución sin degradar la calidad de la arquitectura y permitir que también evolucione durante el desarrollo.		Durante la construcción se depura el diseño y la arquitectura, y no se cierran en una primera fase del proyecto. Las distintas fases que el desarrollo en cascada realiza de forma secuencial, en scrum se solapan y realizan de forma continua y simultánea.
	Durante la construcción se depura el diseño y la arquitectura; no se ~~considera la~~ primera ~~“fase”~~ del proyecto. Las distintas fases que el desarrollo en cascada realiza de forma secuencial, en scrum se solapan y realizan de forma continua y simultánea.
	===Autoorganización===		===Autoorganización===
	Son muchos los factores impredecibles en un proyecto. La gestión predictiva asigna al rol de gestor del proyecto la responsabilidad de su gestión y resolución.		Son muchos los factores impredecibles en un proyecto. La gestión predictiva asigna al rol de gestor del proyecto la responsabilidad de su gestión y resolución.
	En ~~Scrum~~ los equipos son autoorganizados, con un margen de maniobra suficiente para tomar las decisiones que consideren oportunas.		En scrum los equipos son autoorganizados, con un margen de maniobra suficiente para tomar las decisiones que consideren oportunas.
	===Colaboración===		===Colaboración===
	Es un componente importante y necesario para que a través de la autoorganización se pueda gestionar con solvencia la labor que de otra forma realizaría un gestor de proyectos.		Es un componente importante y necesario para que a través de la autoorganización se pueda gestionar con solvencia la labor que de otra forma realizaría un gestor de proyectos.
	Todos los miembros del equipo colaboran de forma abierta con los demás, según sus capacidades y no según su rol o su puesto.		Todos los miembros del equipo colaboran de forma abierta con los demás, según sus capacidades y no según su rol o su puesto.



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