Lección 6 de 19
En Progreso

2.1 Resolver problemas de proyectos con scrum

2 diciembre, 2022

Tradicionalmente, los equipos de proyectos en cascada enfrentan tres limitaciones

Tiempo, costo y alcance. No pueden cambiar ninguna de estas cosas una vez que comienza su proyecto. El problema es que durante el transcurso de un proyecto, el entorno empresarial cambia a su alrededor. Esto significa que en el momento en que haya terminado, lo que construyó ya no es valioso.

Esto no es culpa de nadie. Las necesidades comerciales están cambiando más rápidamente que nunca. Los requisitos del proyecto están cambiando con la misma rapidez para mantenerse al día. Así que los equipos estaban condenados al fracaso en cada proyecto, hasta que apareció el manifiesto ágil.

Luego cambiamos nuestro enfoque de limitar los tres elementos del proyecto y decidimos hacer que uno de ellos fuera flexible, el alcance. Eso fue enorme. Usted, la persona de negocios, puede tener este equipo, costo, durante tanto tiempo, y puede construir lo que crea que es más valioso. Es así de simple. Todas las metodologías ágiles siguen ese primer cambio de paradigma clave. Bloquee todo menos el alcance y obtendrá un marco que proporcionará exactamente lo que se necesita lo más rápido posible.

Ágil es un amplio paraguas de muchas metodologías que siguen los mismos principios

Scrum es uno de ellos. Scrum fue un paso más allá al crear un marco para ayudar a los equipos a mantenerse enfocados y protegerlos de las distracciones. Esencial para scrum hay dos roles clave:

  • El propietario del producto
  • Y el maestro de scrum

Los escritores ágiles del manifiesto reconocieron que, históricamente, no tenían acceso a los expertos en negocios adecuados con la frecuencia que necesitaban para ayudarlos a guiar sus decisiones diarias. Scrum resolvió esto creando el rol del propietario del producto. Este representante comercial está comprometido al 100% con el equipo. Es su trabajo de tiempo completo.

También se dieron cuenta de que es necesario que haya alguien que ayude al equipo a resolver los problemas cotidianos y contrarrestar los cambios en los requisitos en curso. Por lo tanto, el rol de scrum master se desarrolló para proteger al equipo lo suficiente como para completar el trabajo sin distracciones. Este rol dedicado también les ayuda a mejorar sus procesos internos de equipo.

Más allá de crear estos roles para ayudar a los equipos, Scrum dice que debe cumplir rápidamente para que siempre sepa si está en el buen camino. Para fallar rápido y aprender rápido, necesita un ciclo de retroalimentación rápido. Scrum estableció el límite para que los equipos entreguen valor entre dos y cuatro semanas. Necesita tener un producto aprobado por el negocio y listo para el cliente completado con tanta frecuencia.

Scrum también reconoce que si va a entregar con éxito esto rápidamente, el equipo debe reunirse todos los días. Esto es lo que se conoce como una reunión diaria de pie.

Finalmente, el último elemento clave de este marco es el reconocimiento de que un equipo saludable necesita tiempo para reflexionar y pensar en lo que puede hacer para mejorar. Entonces Scrum exige una ceremonia llamada retrospectiva donde pueden evaluarse a sí mismos y decidir qué mejorar. Realmente eso es todo para el marco.

El enfoque de scrum es maximizar la eficiencia del equipo

Dado que el alcance es el punto de flexibilidad para los proyectos ágiles, el enfoque de scrum es cómo entregar el mayor valor posible dentro del tiempo y el presupuesto limitados.