[:en]Benefits of Agile[:es]Beneficios de Agile[:]

[:en]Agile project management provides numerous benefits to organizations, project teams, and products. The benefits extend well beyond the technology teams – they allow the business to be agile and respond to customer requirements better.

Happy customers

The product owner is always deeply involved in the process – requirements definition, change requests, and the entire engineering process. The development process, which was historically opaque is now transparent. This allows the engineers and the customers to learn from each other. The engineers learn what the REAL requirement is, and the customers get a flavor of the challenges faced by the engineers. The speed of change and focus on building working software typically results in happier and more knowledgeable customers.

Quality metrics

Understand requirements, develop a working model, test & validate. This model has daily/weekly/monthly checkpoints to endure that the right solution is being built. More importantly, since a small module is built and tested each time, it can be rigorously tested for technical and functional issues each time. Incorporating continuous integration and daily testing into the development process allows the development team to address issues while they’re still fresh.

Tools, better communications & project control

Regular meetings ensure good communication. There are a variety of tools for running agile projects – the project management process, tools to manage the scrum boards, creation of workflows, tracking progress with Burndown charts, track team velocity, development platforms, etc.

Having mature tools to track progress and automate tasks has a significant impact on the overall health of the project. Also, for the project leaders there is a significant flow of data from all sources helping them manage the project in an open transparent manner.

Faster and better results

Agile is always iterative and allows the product owner to see results rapidly. This allows for rapid changes of direction if needed, thereby minimizing significant losses. Statistics show a 30-40 faster process for most comparable Agile projects. Being able to keep the end customer in the middle of the process almost always results in optimal results

Risk Management

It is unlikely that an agile project will crash and burn. In most scenarios, it is highly likely that there will be changes, which may alter the schedule and budget. However, those small changes help in preventing the huge losses where a complete SDLC project had to be shelved as the user requirements changed during the 12-18 months in which it was being developed.

Agile typically blends user stories with business focused acceptance criteria to define the feature and results. This tight combination offers the opportunity to beta test every component to ensure that the right value isbeing offered.

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]La gestión ágil de proyectos proporciona numerosos beneficios a organizaciones, equipos de proyectos y productos. Los beneficios se extienden mucho más allá de los equipos de tecnología: permiten que la empresa sea ágil y responda mejor a los requisitos del cliente.

Clientes felices

El propietario del producto siempre está profundamente involucrado en el proceso: definición de requisitos, solicitudes de cambio y todo el proceso de ingeniería. El proceso de desarrollo, que históricamente fue opaco, ahora es transparente. Esto permite que los ingenieros y los clientes aprendan unos de otros. Los ingenieros aprenden cuál es el requisito REAL y los clientes obtienen una idea de los desafíos que enfrentan los ingenieros. La velocidad del cambio y el enfoque en la creación de software que funcione normalmente dan como resultado clientes más felices y más informados.

Métricas de calidad

Comprender los requisitos, desarrollar un modelo de trabajo, probar y validar. Este modelo tiene puntos de control diarios / semanales / mensuales para soportar que se esté construyendo la solución adecuada. Más importante aún, dado que un módulo pequeño se construye y prueba cada vez, se puede probar rigurosamente para detectar problemas técnicos y funcionales cada vez. La incorporación de la integración continua y las pruebas diarias en el proceso de desarrollo permite que el equipo de desarrollo aborde los problemas mientras aún están frescos.

Herramientas, mejores comunicaciones y control de proyectos

Las reuniones periódicas garantizan una buena comunicación. Existe una variedad de herramientas para ejecutar proyectos ágiles: el proceso de gestión de proyectos, herramientas para gestionar los tableros de scrum, creación de flujos de trabajo, seguimiento del progreso con gráficos Burndown, seguimiento de la velocidad del equipo, plataformas de desarrollo, etc.

Tener herramientas maduras para rastrear el progreso y automatizar tareas tiene un impacto significativo en la salud general del proyecto. Además, para los líderes del proyecto existe un flujo significativo de datos de todas las fuentes que les ayuda a gestionar el proyecto de manera abierta y transparente.

Resultados mejores y más rápidos

Agile es siempre iterativo y permite al propietario del producto ver los resultados rápidamente. Esto permite cambios rápidos de dirección si es necesario, minimizando así pérdidas significativas. Las estadísticas muestran un proceso 30-40 más rápido para la mayoría de los proyectos ágiles comparables. Poder mantener al cliente final en medio del proceso casi siempre da como resultado resultados óptimos.

Gestión de riesgos

Es poco probable que un proyecto ágil colapse y se queme. En la mayoría de los escenarios, es muy probable que haya cambios que pueden alterar el cronograma y el presupuesto. Sin embargo, esos pequeños cambios ayudan a prevenir las enormes pérdidas en las que un proyecto SDLC completo tuvo que ser archivado a medida que cambiaban los requisitos del usuario durante los 12-18 meses en los que se estaba desarrollando.

Por lo general, Agile combina historias de usuarios con criterios de aceptación centrados en el negocio para definir la función y los resultados. Esta estrecha combinación ofrece la oportunidad de realizar una prueba beta de cada componente para garantizar que se ofrezca el valor correcto.

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. [:]

[:en]Defining scope in Agile[:es]Definiendo el Alcance en Agile[:]

[: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.[:]

[:en]Why agile ? Outcomes, goals & customers[:es]Por que agile ? Resultados, metas y clientes[:]

[:en]Most  companies are trying to stay competitive, increase market share, and stay in sync with their customers.

Mobile devices, digital everything, data driven decisions, and other such factors are clearly driving forces in the digital age. Change is a constant. How does one run a company or a department or a product group in a manner that maximizes market share, profitability, and customer satisfaction ? By being “Agile”, of course.

Facebook clearly saw innovative features in Snapchat. They tried to buy the company in 2017. When they failed, they started to copy/emulate some of the key features. This rapid movement reduced growth for Snap, and clearly helped Facebook keep their top properties in the spotlight in Social media.

This is a great example of business agility. Customers wanted a key set of features. A large company like Facebook was able to respond rapidly and recognize this need. The engineering, marketing and other teams moved rapidly, and rolled out these features in record time, before there was any significant business impact.

With so much activity and competition out there, engineering teams must meet customer needs faster. Moving to outcome-based software planning and delivering helps teams do just that. But it’s more than that. Agile helps organizations in multiple industries improve product quality, time to market, and employee satisfaction.

In addition to Outcome based planning, it is essential to include change management in the software development process. In most scenarios, the process of building the software, testing it and reviewing it with customers will produce significant change. This iterative process is likely to meet the customer’s requirements better, through early and continuous delivery of valuable software.

Being able to deliver working software modules rapidly allows for the user community to get comfortable with it, test the features, functionality and business impact. Being able to capture changes in the user requirements at every stage ensure the software is going to meet the user’s requirements.

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]La mayoría de las empresas intentan mantenerse competitivas, aumentar la participación de mercado y mantenerse sincronizadas con sus clientes.

Los dispositivos móviles, todo lo digital, las decisiones basadas en datos y otros factores similares son claramente fuerzas impulsoras en la era digital. El cambio es una constante. ¿Cómo se gestiona una empresa, un departamento o un grupo de productos de manera que se maximice la participación en el mercado, la rentabilidad y la satisfacción del cliente? Siendo “ágil”, por supuesto.

Facebook vio claramente características innovadoras en Snapchat. Intentaron comprar la empresa en 2017. Cuando fallaron, empezaron a copiar / emular algunas de las características clave. Este rápido movimiento redujo el crecimiento de Snap y claramente ayudó a Facebook a mantener sus principales propiedades en el centro de atención en las redes sociales.

Este es un gran ejemplo de agilidad empresarial. Los clientes querían un conjunto clave de características. Una gran empresa como Facebook pudo responder rápidamente y reconocer esta necesidad. Los equipos de ingeniería, marketing y otros se movieron rápidamente e implementaron estas funciones en un tiempo récord, antes de que hubiera un impacto comercial significativo.

Con tanta actividad y competencia, los equipos de ingeniería deben satisfacer las necesidades de los clientes más rápidamente. Pasar a la planificación y entrega de software basado en resultados ayuda a los equipos a hacer precisamente eso. Pero es más que eso. Agile ayuda a las organizaciones en múltiples industrias a mejorar la calidad de los productos, el tiempo de comercialización y la satisfacción de los empleados.

Además de la planificación basada en resultados, es fundamental incluir la gestión de cambios en el proceso de desarrollo de software. En la mayoría de los escenarios, el proceso de construir el software, probarlo y revisarlo con los clientes producirá un cambio significativo. Es probable que este proceso iterativo satisfaga mejor los requisitos del cliente mediante la entrega temprana y continua de software valioso.

Ser capaz de entregar módulos de software en funcionamiento rápidamente permite que la comunidad de usuarios se sienta cómoda con él, pruebe las características, la funcionalidad y el impacto comercial. Ser capaz de capturar los cambios en los requisitos del usuario en cada etapa garantiza que el software cumplirá con los requisitos del usuario.

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. [:]