Scrum: una introducción rápida

Scrum  (Rugby Team), un modelo de desarrollo de software es un tipo de desarrollo ágil, que se ha vuelto popular gradualmente en los últimos diez años.

El supuesto básico de Scrum

Desarrollar software es como desarrollar un nuevo producto. Los procedimientos finales de un producto de software no se pueden definir desde el principio. El proceso requiere I+D, creatividad, ensayo y error, por lo que no existe un proceso fijo que pueda garantizar el éxito del proyecto.

Scrum compara un equipo de desarrollo de software con un equipo de fútbol. Tiene un objetivo claro y más elevado, está familiarizado con el mejor modelo y la tecnología requerida en el proceso de desarrollo, tiene un alto grado de autonomía, estrecha comunicación y cooperación, y se asegura de resolver varios desafíos todos los días con un alto grado de flexibilidad; Cada etapa tiene un claro progreso hacia la meta.

El proceso Scrum

El proceso de desarrollo de Scrum generalmente comienza con una fase de 30 días (o menos), comenzando con la especificación de requisitos del nuevo producto del cliente, con el equipo de desarrollo y el cliente eligiendo qué partes de la especificación completar al comienzo de cada fase, el desarrollo El equipo debe hacer todo lo posible para entregar los resultados después de 30 días, y el equipo se reúne 15 minutos al día para revisar el progreso y el cronograma de cada miembro, comprender las dificultades encontradas y tratar de solucionar los problemas.

Las ventajas del enfoque ágil

Cuál es la ventaja de Scrum sobre el  modelo de desarrollo tradicional.  Una característica distintiva del modelo Scrum es que responde a los cambios. Puede responder a los cambios lo más rápido posible.

Cuando un sistema tradicional se enfoca en la planificación inicial donde se da importancia a factores como el costo, el alcance y el tiempo, el enfoque ágil le da importancia al trabajo en equipo, la colaboración con el cliente y la flexibilidad. A medida que cambian las especificaciones de los requisitos, el equipo ágil puede permanecer móvil y capaz de responder a esos cambios. Sin embargo, eso no significa necesariamente que la estrategia de planificación adaptativa sea siempre mejor que una estrategia de planificación predictiva. Comparemos estas dos estrategias de desarrollo de proyectos con más detalle.

Por lo tanto, el enfoque de desarrollo tradicional (en cascada, también conocido como impulsado por un plan) es lineal, con todas las fases del proceso ocurriendo secuencialmente. Este enfoque depende de herramientas predecibles y experiencias predecibles. Cada proyecto sigue el mismo ciclo de vida, incluida la viabilidad, la planificación, el diseño, la construcción, las pruebas, la producción, el soporte, etc., como se muestra a continuación.

Todo el proyecto se planifica con anticipación sin que haya espacio para cambiar los requisitos, por ejemplo, PMBOK y PRINCE2 de PMI son estrictos y están muy controlados. Describen las diferentes fases de la planificación del proyecto de principio a fin y asumen que ya tiene todos los requisitos y la información que necesita por adelantado.

Agile se considera una estrategia de desarrollo de software más moderna, ya que se diseñó principalmente para superar algunas de las deficiencias del enfoque en cascada más predictivo. Es un modelo de desarrollo de software que fomenta el desarrollo iterativo y las pruebas a lo largo del ciclo de vida de desarrollo de software de un proyecto.

Descripción general del proceso Scrum

Scrum  es un marco que prescribe  roles ,  eventos ,  artefactos y reglas/directrices para implementar esa mentalidad. En otras palabras, Agile es la mentalidad y Scrum es el marco que prescribe un proceso para implementar la filosofía ágil.

Scrum y ágil no son lo mismo, pero scrum es uno de los procesos ágiles. Se basan en el desarrollo iterativo. Los requisitos y soluciones de Agile obtenidos por la asociación entre equipos multifuncionales y de autoorganización, y cuando se implementan correctamente, pueden ayudar a los equipos a abordar problemas complejos mediante la entrega incremental de productos del mayor valor mientras se mitiga el riesgo.

Scrum implica una rápida inspección y adaptación, el trabajo en equipo se ve reforzado por la filosofía de liderazgo, la responsabilidad y la autoorganización, las mejores prácticas de ingeniería que ayudan en la entrega rápida de software de alta calidad.

Términos clave de Scrum

Backlog:  todas las tareas que se pueden predecir, incluidas todas las tareas funcionales y no funcionales.

Sprint:  El período de tiempo para un desarrollo generacional, generalmente como máximo 30 días como ciclo. Durante este tiempo, el equipo de desarrollo necesita completar un backlog formulado y el resultado final es un producto incremental y entregable.

Sprint backlog:  las tareas que deben completarse en un ciclo de sprint.

Time-box:  Un intervalo de tiempo para la reunión. Por ejemplo, el time-box de cada reunión diaria de scrum es de 15 minutos.

Reunión de planificación de Sprint:  Se realiza antes de iniciar cada Sprint. Normalmente un día (8 horas). La tarea a formular en esta reunión es: el propietario del producto y los miembros del equipo descomponen el Backlog en pequeños módulos funcionales, deciden cuántos módulos funcionales pequeños deben completarse en el próximo sprint y determinan la prioridad de la tarea de este Product Backlog. Además, la reunión necesita discutir en detalle cómo completar estos pequeños módulos funcionales según sea necesario. La carga de trabajo de estos módulos se calcula en horas.

Reunión diaria de Scrum:  realizada por miembros del equipo de desarrollo, generalmente 15 minutos. Cada miembro de desarrollo debe informar tres proyectos al Scrum Master: ¿Qué se ha completado hoy? ¿Te has encontrado con obstáculos? ¿Qué vas a hacer? A través de esta reunión, los miembros del equipo pueden comprender el progreso del proyecto entre sí.

Reunión de revisión de Sprint:  después de cada Sprint, el equipo presentará los resultados del Sprint al propietario del producto y otro personal relacionado. Generalmente, esta reunión tiene una duración de 4 horas.

La Retrospectiva del Sprint  ocurre después de la  Revisión del Sprint  y antes de la  Planificación del Sprint siguiente . Esta es una reunión de tres horas como máximo para  Sprints de un mes . La sesión retrospectiva es básicamente una reunión de «mejora» que se lleva a cabo para encontrar formas y medios de identificar posibles escollos, errores pasados ​​y buscar nuevas formas de evitar esos errores, a la que asisten todos: el  propietario del producto ,  el experto en scrum y los miembros del equipo de desarrollo. , y opcionalmente con los stakeholders.

Scrum Master:  miembro del equipo responsable de supervisar todo el proceso Scrum y revisar el plan.

El propietario del producto  que posee el producto en nombre de la empresa es parte de un  equipo Scrum . Sin embargo, el propietario de un producto no tiene autoridad sobre otros miembros del equipo, al igual que el  Scrum Master . Un propietario del producto es responsable de cuidar un producto durante un período prolongado y es responsable de lograr el éxito del producto. Como propietario del producto, debe interactuar directamente con los clientes y usuarios, el equipo de desarrollo y otras partes interesadas clave, como muestra la siguiente imagen.

Un   Equipo Scrum  es una colección de personas (normalmente entre cinco y nueve miembros) que trabajan juntas para entregar los incrementos de producto requeridos. El marco Scrum fomenta un alto nivel de comunicación entre los miembros del equipo, de modo que el equipo pueda:

• Seguir un objetivo común
• adherirse a las mismas normas y reglas
• mostrar respeto el uno al otro

¿Cómo funciona Scrum?

Un proceso Scrum se distingue de otros procesos ágiles por conceptos y prácticas específicos, divididos en las tres categorías de roles ( propietario del producto ,  maestro de scrum , equipo de desarrollo y otras partes interesadas), eventos, artefactos y reglas.

Para iniciar un proceso Scrum, el propietario de un producto crea una lista de deseos priorizados llamada  acumulación de productos . Durante  la planificación de sprints,  el backlog se dimensiona según la complejidad y el valor empresarial (prioridad). El propietario del producto (cliente) y el equipo de desarrollo determinan qué elementos del backlog se agregan al sprint. El equipo tiene una cierta cantidad de tiempo (llamado  sprint , generalmente de dos a cuatro semanas) para completar su trabajo, pero se reúne todos los días para evaluar su progreso ( scrum diario ). En el camino, el Scrum Master mantiene al equipo enfocado en su objetivo. Al final del sprint, el equipo revisa su progreso, le muestra al cliente el producto que funciona y revisa lo que salió bien o lo que necesitan mejorar para el próximo sprint. Entonces el ciclo se repite.