Introducción a scrum: Difference between revisions

Jump to navigation Jump to search
← Older editNewer edit →
Mberne (talk | contribs)
Bureaucrats, Interface administrators
2,999 edits
No edit summary
No edit summary
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]]
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Introducción_a_scrum"