Guía Scrum | 2. ¿Qué es Scrum?

Scrum es la forma más popular de gestión moderna y flexible del trabajo en equipo. No solo las empresas de desarrollo de software siguen su metodología, sino que cada vez más los equipos de diversas industrias, como finanzas, marketing, recursos humanos e industrias creativas, encuentran Scrum práctico y aplicable. Su creciente popularidad convierte a Scrum en el marco organizativo más probado y adaptado por equipos que buscan la máxima eficacia.

Qué es Scrum – tabla de contenidos:

1. ¿Qué es Scrum?
2. Filosofía de Scrum
3. Teoría de Scrum
4. estructura melé
5. Resumen

¿Qué es Scrum?

Para responder a esta pregunta tenemos que considerar los tres aspectos siguientes:

• filosofía
• teoría
• estructura

Scrum es simple por diseño. En primer lugar, facilita la descomposición de problemas difíciles en componentes más pequeños y comprensibles. En segundo lugar, proporciona una estructura sólida al dividir el trabajo en etapas para ejecutar en plazos determinados, brindando resultados medibles y satisfactorios. En tercer lugar, permite planificar las próximas etapas de trabajo utilizando los resultados obtenidos y las conclusiones extraídas de los procesos en curso.

Filosofía de Scrum

Es importante recordar que Scrum es solo un marco. Proporciona pautas para construir un plan detallado de acciones a tomar en conjunto y adaptadas a las necesidades y capacidades del equipo y la organización. A pesar de su generalidad, Scrum está finamente perfilado. La popularidad muestra su eficacia, ya que, según el 15.º informe anual sobre el estado de Agile de 2021, hasta el 66 % de los equipos que trabajan siguiendo las metodologías más modernas utilizan los principios de Scrum. Y este porcentaje aumenta a más del 80% de los equipos de todas las disciplinas si sumamos metodologías derivadas directamente de Scrum.

Scrum es integral y sirve para optimizar el trabajo en equipo. Ofrece un punto de partida claramente definido. Además, la generalidad de los principios de Scrum hace que sea imposible aplicarlos simplemente en un instante. Sin embargo, lo esquemático de este marco es intencional y fluye junto con la práctica de gestión de proyectos. La filosofía Scrum se centra en la necesidad de un desarrollo y remodelación continuos a través de la retroalimentación, la reflexión y la experiencia. Rechaza los sistemas complejos y rígidos que organizan el trabajo sin tener en cuenta las realidades específicas. Los autores de Scrum, Ken Schwaber y Jeff Sutherland, llaman a este principio empirismo en la Guía oficial de Scrum.

Teoría de Scrum

El principio fundamental de la teoría Scrum se refiere al empirismo. Significa mantener la planificación y las suposiciones al mínimo a favor de confiar en la experiencia, la observación y la experimentación. Se vuelve posible y efectivo gracias al enfoque iterativo, es decir, trabajando en ciclos cortos, que incluye no solo trabajar en el producto, sino también planificarlo y evaluar los resultados.

Tres pilares del empirismo son los más importantes para la efectividad de Scrum:

• transparencia : gracias a ella, tanto las personas que trabajan como las partes interesadas (a quienes dedicaremos una entrada separada en el siguiente artículo) pueden verificar fácilmente el estado del trabajo en el Producto en un momento dado.
• Inspección : significa actualización frecuente y confiable y verificación del progreso, gracias a la cual es posible detectar problemas y resolverlos rápidamente.
• adaptación – significa ajustar las formas de trabajo y las Metas, que se describen en un artículo separado, si hay errores o discrepancias durante la inspección.

El empirismo funciona mejor si el equipo que opera de acuerdo con sus principios tiene la capacidad de autogestionarse de acuerdo con el concepto lean. Implica una estructura organizativa flexible que permita la adaptación a las condiciones existentes, la mejora continua y la independencia del Scrum Team.

estructura melé

Scrum establece el marco para la acción del equipo al definir:

1. Composición y roles en el equipo – Scrum Team
2. Ritmo de sus actividades y reuniones – Scrum Events
3. Métodos para planificar, gestionar y ejecutar acciones – Scrum Artifacts

Vamos a cubrir todos estos componentes en detalle en artículos posteriores. Aquí, sin embargo, nos limitaremos a mencionar las características más importantes de cada uno de ellos.

Scrum Team es un equipo independiente e interdisciplinario de profesionales que trabajan en Scrum, libre de la afluencia de tareas adicionales de la organización. Es la base del trabajo efectivo en Scrum. El Equipo Scrum está formado por el Product Owner , el Scrum Master y el Equipo de Desarrollo. Es un equipo pequeño con una composición posiblemente constante, trabajando en un objetivo específico. Scrum Team debe mejorar y mejorar constantemente no solo el producto sino también su propia forma de trabajar. Esto ayuda a aumentar la eficiencia y la calidad del trabajo en equipo.

Las actividades y reuniones del Equipo Scrum se denominan Eventos Scrum. Estos incluyen Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective y sus componentes. Para obtener más información sobre sus detalles y procesos, vaya a los artículos dedicados a ellos.

La forma de planificar y ejecutar, y las condiciones para lograr con éxito los objetivos, se describen en Scrum Artifacts, es decir, Product Backlog y Sprint Backlog. Estos son documentos actualizados con mucha frecuencia que reflejan el estado actual del trabajo en el Producto.

¿Qué es Scrum? Resumen

¿Qué es Scrum? Después de leer esto, está familiarizado con la base de este método. Desarrollado por Ken Schwaber y Jeff Sutherland, Scrum es una metodología de trabajo en equipo extremadamente efectiva aplicable en cualquier industria. Sus principios que conforman la filosofía, la teoría y la estructura de Scrum son sencillos y claros. Sin embargo, su aplicación práctica requiere la adopción de una actitud de empirismo, es decir, el ajuste constante de las formas de trabajo a las condiciones existentes. Y también la mejora constante no solo del Producto desarrollado sino también de los métodos de cooperación dentro de un equipo en particular.

Si te gusta nuestro contenido, únete a nuestra comunidad de abejas ocupadas en Facebook, Twitter y Linkedin.

Autora: Carolina Becker

Como Project Manager, Caroline es experta en encontrar nuevos métodos para diseñar los mejores flujos de trabajo y optimizar procesos. Sus habilidades organizativas y su capacidad para trabajar bajo la presión del tiempo la convierten en la mejor persona para convertir proyectos complicados en realidad.

Ver todas las publicaciones

Guía Scrum:

1. Glosario de términos básicos, roles y nociones
2. ¿Qué es Scrum?
3. valores de scrum
4. ¿Cómo implementar Scrum en tu empresa?
5. Equipo Scrum: ¿qué es y cómo funciona?
6. ¿Quién es un propietario del producto?
7. Los errores más comunes del Product Owner
8. ¿Quién es el Scrum Master?
9. Características de un buen Scrum Master
10. Los errores más comunes de Scrum Master
11. ¿Qué estadísticas y métricas debe rastrear el Scrum Master?
12. Cooperación entre el propietario del producto y Scrum Master
13. Equipo de desarrollo en Scrum
14. Los errores más comunes de los Desarrolladores
15. artefactos de scrum
16. Escalamiento Scrum
17. Pila de Sprint
18. ¿Qué es la cartera de productos?
19. ¿Qué son las historias de usuario?
20. Creando la mejor historia de usuario con INVEST
21. Los errores más comunes de las historias de usuario
22. Criterios de aceptación de historias de usuario
23. Estimación y puntos de historia en Scrum
24. Planificación de póquer
25. Juego de estimación en equipo
26. Definición de incremento
27. Eventos de scrum
28. ¿Qué es Sprint en Scrum?
29. Compromisos del equipo Scrum: objetivo del producto, objetivo del Sprint y definición de finalización
30. ¿Qué es un gráfico Burndown?
31. ¿Cómo crear e interpretar un gráfico de evolución?
32. Ventajas y desventajas del Burndown Chart
33. Tableros Kanban en Scrum y Scrumban
34. Velocidad en Scrum - Velocidad del Equipo de Desarrollo
35. Scrum diario
36. Planificación de Sprint
37. Revisión de Sprint
38. ¿Qué es una retrospectiva de Sprint?
39. Errores comunes durante una Retrospectiva de Sprint
40. Nutrición de la cartera de productos