[:en]Traditional software development methods tend to be inflexible and fail to respond on aggressive customer change requests. In contrast, agile software methodologies provide a set of practices that allow for rapid recognition and implementation of change. The Agile methodology focusses on iterative and incremental method of management. It helps teams in an evolving landscape and maintaining a focus on the rapid delivery of business value.

Agile scope management is significantly different from traditional scope management. Historically, a large part of SDLC style project management is managing and tightening of scope. Significant effort goes into defining all the features and functionality upfront. There is significant angst associated with changing any of these items during the project.

Agile approaches to scope management are fundamentally different than traditional methods for scope management. Agile processes focus on simplicity and building out smaller chunks of features and functionality. The development cycle could be 2 weeks to 2 months (shorter is better) with a goal of shipping working code that showcases a specific set of features.

Change management is an inherent part of agile processes. Revised scope and new requirements are included in every sprint.The product owner determines the value and priority of new requirements and adds those requirements to the product backlog.

As with most projects, resources and schedules are planned initially. However, new features with high priority don’t necessarily cause budget or schedule slips. They simply push out the lowest-priority features. This is where is it critical to actively manage the backlog (the complete book of work).

This iterative planning development allows for changes with each new sprint. By allowing the more important features to get built first, the customers key requirements get built first and the lower value features get postponed or cut (survival of the fittest).

Typically, the scrum team determines the scope of the project. It also determines the scope and goals of each sprint. This is based on the overarching product vision. This is followed by the development team creating the most important features first.

At any point in an agile project, anyone in the organization with a good idea or suggestion can identify new product requirements or changes to existing ones. Subsequently, the product owner determines the value and priority of all requirements and prioritizes them in the product backlog.

TraQiQ’s Digital transformation team has worked on a multiple significant efforts to move companies to the Agile methodology, and welcomes the opportunity to tackle tougher challenges.[:es]Los métodos tradicionales de desarrollo de software tienden a ser inflexibles y no responden a las agresivas solicitudes de cambio de los clientes. Por el contrario, las metodologías de software ágiles proporcionan un conjunto de prácticas que permiten un rápido reconocimiento e implementación del cambio. La metodología Agile se centra en un método de gestión iterativo e incremental. Ayuda a los equipos en un panorama en evolución y a mantener un enfoque en la entrega rápida de valor comercial.

La gestión ágil del alcance es significativamente diferente de la gestión del alcance tradicional. Históricamente, una gran parte de la gestión de proyectos al estilo SDLC es la gestión y el ajuste del alcance. Se hace un esfuerzo significativo para definir todas las características y funcionalidades por adelantado. Existe una angustia significativa asociada con el cambio de cualquiera de estos elementos durante el proyecto.

Los enfoques ágiles para la gestión del alcance son fundamentalmente diferentes a los métodos tradicionales para la gestión del alcance. Los procesos ágiles se centran en la simplicidad y en la creación de partes más pequeñas de características y funcionalidades. El ciclo de desarrollo podría ser de 2 semanas a 2 meses (más corto es mejor) con el objetivo de enviar un código de trabajo que muestre un conjunto específico de características.

La gestión del cambio es una parte inherente de los procesos ágiles. El alcance revisado y los nuevos requisitos se incluyen en cada sprint. El propietario del producto determina el valor y la prioridad de los nuevos requisitos y agrega esos requisitos a la acumulación del producto.

Como ocurre con la mayoría de los proyectos, los recursos y los cronogramas se planifican inicialmente. Sin embargo, las nuevas funciones con alta prioridad no necesariamente causan retrasos en el presupuesto o la programación. Simplemente eliminan las funciones de menor prioridad. Aquí es donde es fundamental gestionar activamente la acumulación (el libro de trabajo completo).

Este desarrollo de planificación iterativo permite cambios con cada nuevo sprint. Al permitir que las características más importantes se construyan primero, los requisitos clave del cliente se construyen primero y las características de menor valor se posponen o eliminan (supervivencia del más apto).
Normalmente, el equipo de scrum determina el alcance del proyecto. También determina el alcance y los objetivos de cada sprint. Esto se basa en la visión general del producto. A continuación, el equipo de desarrollo crea primero las características más importantes.

En cualquier momento de un proyecto ágil, cualquier persona de la organización que tenga una buena idea o sugerencia puede identificar nuevos requisitos de productos o cambios en los existentes. Posteriormente, el propietario del producto determina el valor y la prioridad de todos los requisitos y los prioriza en la cartera de productos.

El equipo de transformación digital de TraQiQ ha trabajado en múltiples esfuerzos significativos para mover a las empresas a la metodología Agile y agradece la oportunidad de abordar desafíos más difíciles.[:]