Introducción a scrum - Revision history

Mberne: /* Recursos */

2026-05-19T12:51:59Z

Recursos

← Older revision		Revision as of 14:51, 19 May 2026
Line 42:		Line 42:

	== Recursos ==		== Recursos ==

	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>		📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
			</div>
			<div class="bok-recurso">
			📄 [https://scrummanager.com/files/scrumenequiposconia.pdf '''Scrum Master en equipos con IA v.1.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
	</div>		</div>

Mberne at 11:31, 15 May 2026

2026-05-15T11:31:40Z

← Older revision		Revision as of 13:31, 15 May 2026
Line 66:		Line 66:
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Scrum]]		[[Category:Scrum]]
	[[Category:~~Standar~~ scrum]]		[[Category:Standard scrum]]
	[[Category:Metodologías ágiles]]		[[Category:Metodologías ágiles]]

Mberne at 11:30, 15 May 2026

2026-05-15T11:30:59Z

← Older revision		Revision as of 13:30, 15 May 2026
Line 66:		Line 66:
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Scrum]]		[[Category:Scrum]]
	[[Category:~~Standar_scrum~~]]		[[Category:Standar scrum]]
	[[Category:Metodologías ágiles]]		[[Category:Metodologías ágiles]]

Mberne at 11:30, 15 May 2026

2026-05-15T11:30:39Z

← Older revision		Revision as of 13:30, 15 May 2026
Line 66:		Line 66:
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Scrum]]		[[Category:Scrum]]
	[[Category:~~Standar scrum~~]]		[[Category:Standar_scrum]]
	[[Category:Metodologías ágiles]]		[[Category:Metodologías ágiles]]

Mberne: /* Recursos */

2026-05-15T11:30:25Z

Recursos

← Older revision		Revision as of 13:30, 15 May 2026
Line 44:		Line 44:

	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.scrummanager.com/files/scrum_master.pdf ~~Manual~~ Scrum Master v4.0]<span class="detalle">Descarga gratuita · Scrum Manager</span>		📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
	</div>		</div>

Mberne at 11:30, 15 May 2026

2026-05-15T11:30:06Z

← Older revision		Revision as of 13:30, 15 May 2026
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:~~		{{Meta-bok\|min=4}}
	*Gestión evolutiva del producto, ~~en lugar~~ de ~~la tradicional~~ o ~~predictiva.~~		El '''marco Scrum estándar''' es un conjunto de prácticas y reglas para la gestión evolutiva de proyectos que organiza el trabajo en iteraciones cortas llamadas [[Sprint\|sprints]], con entregas parciales y operativas al final de cada una. Está especialmente indicado para proyectos con requisitos inciertos o inestables, donde la adaptación continua tiene más valor que la planificación cerrada.
	*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'').

	~~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.~~		== Los principios del marco estándar ==

	~~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.		El marco Scrum se fundamenta en tres principios de desarrollo:

	==Gestión de la ~~evolución~~ del ~~proyecto~~==		* '''Gestión evolutiva''' del producto, en lugar de la gestión tradicional o predictiva.
	Scrum ~~maneja de forma empírica~~ la evolución del proyecto ~~con las siguientes tácticas:~~		* '''Calidad del resultado basada en el conocimiento tácito''' de las personas, antes que en el conocimiento explícito de los procesos y la tecnología.
	===Revisión de las iteraciones===		* '''Estrategia de desarrollo incremental''' a través de iteraciones (sprints).
	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===		Se comienza con la visión general del resultado deseado y, a partir de ella, se especifican y detallan las funcionalidades que se desean obtener en primer lugar.
	~~No se trabaja~~ con diseños o abstracciones durante toda la construcción del producto.
	~~El desarrollo incremental~~ ofrece al final de cada iteración una parte de producto operativa, que se puede ~~usar~~, ~~inspeccionar~~ y ~~evaluar~~.		Cada [[Sprint\|sprint]] finaliza con la entrega de una parte operativa del producto ([[Incremento\|incremento]]). La duración de cada sprint es habitualmente de entre 1 y 3 semanas, con preferencia por mantener siempre la misma cadencia.
	Scrum resulta adecuado en proyectos con requisitos inciertos y, o inestables.
	~~¿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~~.		== Cómo gestiona Scrum la evolución del proyecto ==
	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.
	===Autoorganización===		=== Revisión de las iteraciones ===
	~~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.		Al finalizar cada sprint se revisa funcionalmente el resultado con todos los implicados en el proyecto. La duración del sprint es el período de tiempo máximo para descubrir planteamientos erróneos, mejorables o malinterpretados en las funcionalidades del producto.
	===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~~.		=== Desarrollo incremental ===
	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==		En lugar de trabajar con diseños o abstracciones durante toda la construcción del producto, Scrum ofrece al final de cada iteración una parte de producto operativa que puede usarse, inspeccionarse y evaluarse.
	*[[Scrum estándar: componentes y marco]].
	*[[~~Scrum avanzado~~]].		Scrum resulta especialmente adecuado en proyectos con requisitos inciertos o inestables. La inestabilidad no es un problema que Scrum intenta evitar: es una premisa que adopta. Las técnicas de trabajo de Scrum facilitan la evolución sin degradar la calidad de la arquitectura.
	*[[~~Adopciones~~ de ~~scrum~~: ~~técnico~~ y ~~avanzado]]~~.
	*[[~~Origen de scrum~~]].		=== Autoorganización ===

			Los equipos Scrum son autoorganizados, con margen de maniobra suficiente para tomar las decisiones que consideren oportunas. El rol del gestor no es asignar y controlar trabajo: es crear las condiciones para que el equipo pueda trabajar con autonomía.

			=== Colaboración ===

			La colaboración es un componente necesario de la autoorganización. Todos los miembros del equipo colaboran de forma abierta según sus capacidades, no según su rol o su puesto en la jerarquía.

			== Error frecuente ==

			<div class="bok-aviso">
			'''Adoptar Scrum como una lista de rituales sin entender sus principios.''' Hacer la planificación, el daily y la retrospectiva no hace a un equipo ágil si no hay autoorganización, colaboración real ni entrega de valor en cada sprint. La estructura de eventos de Scrum es el andamiaje; los principios de gestión evolutiva son el edificio.
			</div>

			== Recursos ==

			<div class="bok-recurso">
			📄 [https://www.scrummanager.com/files/scrum_master.pdf Manual Scrum Master v4.0]<span class="detalle">Descarga gratuita · Scrum Manager</span>
			</div>

			== Véase también ==

			<div class="bok-tags">
			[[Scrum estándar: componentes y marco]] [[Origen de scrum]] [[Eventos]] [[Roles]] [[Artefactos]] [[Sprint]] [[Agilidad]]
			</div>

			<div class="bok-ecosistema">
			<div class="texto">
			<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
			<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
			</div>
			<div class="botones">
			<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
			<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
			</div>
			</div>

	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Scrum]]		[[Category:Scrum]]
	[[Category:~~Standard~~ scrum]]		[[Category:Standar scrum]]
	[[Category:Metodologías ágiles]]		[[Category:Metodologías ágiles]]

Mberne at 15:13, 11 May 2026

2026-05-11T15:13:58Z

← Older revision		Revision as of 17:13, 11 May 2026
Line 34:		Line 34:
	[[Category:Scrum]]		[[Category:Scrum]]
	[[Category:Standard scrum]]		[[Category:Standard scrum]]
			[[Category:Metodologías ágiles]]

Mberne at 15:08, 11 May 2026

2026-05-11T15:08:22Z

← Older revision		Revision as of 17:08, 11 May 2026
Line 33:		Line 33:
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Scrum]]		[[Category:Scrum]]
			[[Category:Standard scrum]]

Mberne at 12:11, 11 May 2026

2026-05-11T12:11:57Z

← Older revision		Revision as of 14:11, 11 May 2026
Line 32:		Line 32:

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

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