Introducción a scrum: Difference between revisions
(Created page with "__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 d...") |
No edit summary |
||
| (9 intermediate revisions by 2 users not shown) | |||
| 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: | |||
*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''). | |||
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 | |||
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”. | |||
==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 | |||
===Revisión de las Iteraciones=== | ===Revisión de las Iteraciones=== | ||
Al finalizar cada | 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 | El desarrollo incremental ofrece al final de cada iteración una parte de producto operativa, que se puede usar, inspeccionar y evaluar. | ||
Scrum resulta adecuado en proyectos con requisitos inciertos y, o inestables. | |||
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. | ||
¿Por qué predecir la | 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 | |||
===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 | 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. | ||
==Véase también== | |||
*[[Scrum estándar: componentes y marco]]. | |||
*[[Scrum avanzado]]. | |||
*[[Adopciones de scrum: técnico y avanzado]]. | |||
*[[Origen de scrum]]. | |||
[[Category: | [[Category:Glosario de términos]] | ||
[[Category:Standard scrum]] | |||
Latest revision as of 12:10, 12 January 2024
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.
- 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.
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”.
Gestión de la evolución del proyecto
Scrum maneja de forma empírica la evolución del proyecto con las siguientes tácticas:
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
Desarrollo incremental
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. 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. 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
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.