Jump to content

Introducción a scrum: Difference between revisions

From Scrum Manager BoK
m Smanager moved page Introducción al marco estándar de Scrum to Introducción al modelo without leaving a redirect
 
(18 intermediate revisions by 2 users not shown)
Line 1: Line 1:
__NOTOC__
__NOTOC__
{{Meta-bok|min=4}}
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.


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.
== Los principios del marco estándar ==
Como método ágil:


El marco Scrum se fundamenta en tres principios de desarrollo:


*Establece un modelo de gestión evolutivo, antes que predictivo.
* '''Gestión evolutiva''' del producto, en lugar de la gestión tradicional o predictiva.
*Basa la calidad del resultado en el conocimiento de las personas, más que en el aportado por los procesos y la tecnología.
* '''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.
*Emplea una estrategia de desarrollo incremental a través de iteraciones (sprints) y revisiones.
* '''Estrategia de desarrollo incremental''' a través de iteraciones (sprints).
*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.
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.
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.


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 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”.
== Cómo gestiona Scrum la evolución del proyecto ==


=== Revisión de las iteraciones ===


==Gestión de la evolución del proyecto==
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.


Scrum maneja de forma empírica la evolución del proyecto a con las siguientes tácticas:
=== Desarrollo incremental ===
===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
===Desarrollo incremental===
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.
===Desarrollo incremental===
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 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; 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===
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.
===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.
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]]
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 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.
 
=== 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 '''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>
 
== 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:Scrum]]
[[Category:Standard scrum]]
[[Category:Metodologías ágiles]]

Latest revision as of 14:51, 19 May 2026

⏱ 4 min de lectura  ·  📅 Actualizado en 2026

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

Los principios del marco estándar

El marco Scrum se fundamenta en tres principios de desarrollo:

  • Gestión evolutiva del producto, en lugar de la gestión tradicional o predictiva.
  • 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.
  • Estrategia de desarrollo incremental a través de iteraciones (sprints).

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.

Cada sprint finaliza con la entrega de una parte operativa del producto (incremento). La duración de cada sprint es habitualmente de entre 1 y 3 semanas, con preferencia por mantener siempre la misma cadencia.

Cómo gestiona Scrum la evolución del proyecto

Revisión de las iteraciones

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.

Desarrollo incremental

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

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

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.

Recursos

📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager

📄 Scrum Master en equipos con IA v.1.0Descarga gratuita · Scrum Manager

Véase también

¿Quieres avanzar en agilidad? 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 Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.