Close

Gestión ágil de proyectos: qué es y cómo empezar

Cómo pueden ayudar las metodologías ágiles a tu equipo de software

Buscar temas

¿Qué es la gestión ágil de proyectos?

La gestión ágil de proyectos es una forma iterativa de gestionar los proyectos de desarrollo de software que se basa en realizar entregas de forma continua y en integrar el feedback del cliente con cada iteración.

Los equipos de software que aplican las metodologías ágiles en la gestión de proyectos aumentan su velocidad de desarrollo, expanden la colaboración y fomentan la capacidad de responder mejor a las tendencias del mercado.

A continuación, te damos las claves necesarias para saber cómo poner en marcha o definir tus estrategias de gestión ágil de proyectos.

Breve historia de la gestión ágil de proyectos

Los equipos de desarrollo de software vienen utilizando las metodologías ágiles, nacidas en los años 40 a partir del modelo de fabricación "lean" ideado por Toyota, para aliviar la carga de trabajo y aumentar la transparencia, así como para responder a las necesidades de los clientes siempre en evolución. La metodología ágil supone un cambio significativo con respecto a la gestión de proyectos en cascada, que se centra en los lanzamientos de gran envergadura, y permite que los equipos de software colaboren mejor e innoven más rápido que nunca.

La gestión de proyectos tradicional basada en la metodología ágil se puede dividir en dos marcos de trabajo: scrum y kanban. Mientras que el scrum se basa en las iteraciones de proyectos de duración fija, el kanban se centra en un sistema de entrega continuo. Tras la finalización de una tarea, el equipo pasa de inmediato a la siguiente.

Marco de gestión ágil de proyectos 1: scrum

El scrum es un método de la gestión ágil de proyectos que se basa en iteraciones de trabajo de duración fija llamadas sprints. Existen cuatro protocolos que articulan cada sprint.

El punto de partida se encuentra en el backlog o lista de tareas pendientes que se deben llevar a cabo. En scrum, hay dos tipos de backlogs: uno se refiere al backlog del producto (facilitado por el propietario del producto) que consiste en una lista de funcionalidades según su prioridad; y el otro es el backlog de sprint que se crea incorporando los elementos más importantes del backlog del producto hasta que se completa y se pasa al siguiente sprint. Los equipos que adoptan el método scrum tienen funciones específicas y exclusivas cuando intervienen en el proceso. Normalmente, hay tres figuras en un equipo de scrum: un experto en scrum, es decir, un especialista del método scrum; el propietario del producto, que representa la cabeza visible del producto; y el equipo de scrum, que habitualmente está formado por miembros con diferentes funciones y que se encargan de completar las tareas.

Los cuatro protocolos del método scrum

Planificación de sprints Demostración del sprint Reunión rápida diaria Retrospectiva
Es una reunión de planificación de equipo para determinar qué hay que terminar en el siguiente sprint. Es una reunión participativa en la que el equipo enseña lo que ha lanzado en un sprint. También conocido como reunión rápida diaria, es una breve reunión de 15 minutos para poner al tanto al equipo de software. Es una revisión de lo que ha ido bien y mal, con medidas para mejorar el siguiente sprint.

Marco de gestión ágil de proyectos 2: kanban

El kanban es un método de la gestión ágil de proyectos que adapta las tareas a las capacidades del equipo. Se basa en completar el trabajo asignado en el menor tiempo posible, dando a los equipos la posibilidad de responder a cualquier cambio que surja de una forma más rápida que en el método scrum.

A diferencia del método scrum, el método kanban no utiliza backlogs (por norma general). En su lugar, los trabajos se asignan a la columna Pendiente. Esto permite que los equipos que usen el método kanban puedan centrarse en un sistema de entrega continuo, por lo que las tareas se pueden realizar en cualquier momento. Todas las tareas se pueden ver, estudiar y preparar para llevarlas a cabo, de tal manera que cuando se completa una, el equipo puede pasar a la siguiente de inmediato. El volumen de trabajo se adapta a las capacidades del equipo respetando los límites del trabajo en curso, que consiste en una restricción predefinida y aplicada al volumen de trabajo y que se puede asignar a una sola columna en un momento dado (a excepción de la columna Pendiente). El método de trabajo kanban incluye los siguientes cuatro elementos:

Los cuatros elementos del método kanban

Lista de tareas
(o historias)

Columnas o filas

Límites del trabajo en curso

Sistema de entrega continuo

La lista de tareas o historias representan las incidencias o tareas que se deben abordar.

Se utilizan en los tableros de kanban para diferenciar las tareas de distintos flujos de trabajo, usuarios, proyectos, etc. Se trata de una regla que establece un límite al volumen de trabajo pendiente y que se ajusta a las capacidades del equipo. El equipo se ocupa de las historias dentro de los límites del trabajo en curso y puede hacer publicaciones en cualquier momento.

Responsabilidades de los gestores de proyectos ágiles

Sea cual sea la metodología ágil que elijas para organizar la fase de desarrollo de un software, necesitarás un modo de comprobar el progreso de tu equipo con el que puedas planificar los futuros trabajos o sprints. Las estimaciones de proyectos ágiles ayudan a los equipos que usen scrum y kanban a conocer bien sus capacidades. Los informes ágiles permiten consultar el progreso del equipo a lo largo del proyecto. Y, finalmente, la preparación del backlog ayudará a los gestores de proyectos a llevar un control de la lista de tareas pendientes y listas para que el equipo las acometa.

Value stream management solutions

Value stream management solutions help leaders elevate value stream thinking across the organization to increase the effectiveness of their teams. Teams need real-time access to data and reporting to understand whether processes are running smoothly. They can use VSM tools to drive continuous improvement and correlate investments to customer value. 

VSM software solutions scale up collaboration without slowing teams down by:

  • Offering an integrated view that breaks down company silos 
  • Linking people, work, and time across every level of the company
  • Combining data from disparate sources like heterogenous toolchains
  • Creating a single source of truth without disrupting day-to-day operations
  • Continuously reinforcing Agile best practices
  • Working with the framework of your choice, such as SAFe, Scrum@Scale, LeSS, Disciplined agile, Spotify, or hybrids.
  • Providing tools for teams at every level - from executives through release trains
  • Proactively managing cross-team dependencies to improve predictability
  • Creating an environment of continuous improvement with shortened feedback loops
  • Measuring and analyzing the things that matter
     

VSM solutions allow teams to act autonomously to deliver customer-requested products, then analyze whether they resulted in tangible, measurable changes in customer experiences, and respond to what they learn.

 

Value stream metrics for measuring goals and progress

Many enterprises suffer from lack of visibility and comprehensive reporting, especially those that are highly matrixed. Value stream management solutions cut through silos, pulling together disparate data to provide you with the metrics you need and actionable insights.

Flow metrics

Flow metrics evaluate the rate of value delivery in relation to desired business outcomes. 

  • Flow velocity measures the number of units of value that are completed during a specific time period within a value stream. 
  • Flow time measures the time from when work is started on a unit of value within a value stream to when it is released to a customer. Excessive flow times can indicate inefficiencies or bottlenecks.
  • Flow load measures work in progress (WIP), a leading indicator that correlates to inefficiencies within a value stream. 
  • Flow efficiency measures the proportion of time that units of value are actively worked on compared to total flow time. A low flow efficiency may indicate lengthy wait times between steps causing large queues and more WIP. 
  • Flow distribution measures the ratio of the above flow items completed over a period of time. It is useful for prioritizing the work required to achieve corporate and team goals.

DORA metrics

DORA metrics evaluate and improve the effectiveness of DevOps teams.

  • Lead time for changes is the length of time between when a code change is committed to the trunk branch and when it is in a deployable state. 
  • Change failure rate is the percentage of code changes that require hot fixes or other remediation after production. 
  • Deployment frequency measures how often new code is deployed into production, and can be used to measure a team’s speed and agility.  
  • Mean time to recovery (MTTR) measures how long it takes to recover from a partial service interruption or total failure.

Objectives and key results (OKRs)

Enterprises need to keep work done by teams aligned with corporate goals. Objectives and key results (OKRs) have two components: the objective you want to achieve and the key results that measure success. The C-Suite sets high-level OKRs connected to the organization’s mission, vision, and core values. Individual teams decide how to achieve those goals by setting their own team-level OKRs. OKRs can be set on a quarterly basis to allow for quicker pivot or persevere decisions based on new data or market changes. OKRs are tracked so you can see the current status of activities, such as whether they are on time, at risk or blocked. 

How does VSM improve value realization?

Value realization focuses on making sure the right items are being worked on, they deliver what is intended, and they contribute to the next cycle of product development. While priority is typically given to developing new products or features rather than systemic improvements, a holistic view is required when making investments into features, defects, tech debt, and risk.

Value realization can be divided into two categories:

Outputs (value stream health)

Outputs are connected to the flow of work from idea to realization and delivery of a continuous stream of value for customers. Making improvements to the underlying delivery system (people, process, and technology) releases more time for value creation. By measuring work distribution and cycle times, teams can see how their actions impact their ability to deliver new features and increase capacity.

Outcomes (customer experiences) 

By measuring customer experience, teams can see if they delivered the desired customer value, such as increased customer usage or positive reviews. These metrics (based on data, feedback, and analysis) provide teams with information needed to make future decisions and investments.

 

Uso de herramientas de cartografía para elaborar un plan.

Empieza gratis con la plantilla de gestión de proyectos de Jira

Gestiona las actividades de todos tus proyectos con una gestión eficaz de tareas y herramientas de priorización sencilla.

Tamulyn Takakura
Tamulyn Takakura

Tamulyn Takakura es gerente sénior de marketing de productos de Open DevOps en Atlassian. Se une a Atlassian con más de una década de experiencia en marketing tecnológico, específicamente en seguridad de aplicaciones y Dev(Sec)Ops. Ha dirigido y contribuido a la creación de estrategias de comercialización en Citrix, Codenomicon (ahora Synopsys), Prevoty (ahora Imperva) y ForAllSecure.

FAQs

What is the difference between value stream mapping and value stream management?
  
What is the difference between value stream mapping and value stream management?

Value stream mapping is a technique used to identify the collection of processes (value stream) required to provide a product or service to a customer - from idea to delivery.

Value stream management is a way of working that incorporates mapping as one of the techniques that leads to continuous inspection and adaptation of an organization's value streams to optimize for customer experience and organizational performance. 

How are enterprise agility and value streams connected?
  

Value streams are an essential component of enterprise agility. Agile enterprises operate with cross-functional teams built around end-to-end value streams. The organization continually learns about its customers’ needs and develops innovative products and features accordingly.

Is there a downside to value stream management?
  

Change often makes people uncomfortable, even when it provides long-term benefits. Inefficiencies and waste uncovered during value stream mapping can shine a light on poor decision-making. 

Gestión ágil de proyectos

Solution page

Atlassian’s VSM Solution

Learn how Atlassian’s VSM Solution can help your organization deliver value to its customers.

Webinar

The secrets of value stream thinking

Learn how leaders can deliver meaningful outcomes to both the customer and the business by assessing how customer value flows through the organization.

Blog

Atlassian is part of the Value Stream Management Consortium

Learn how Atlassian strengthened our commitment to advancing value stream-centric ways of working.

Blog

Talking VSM: 3 tips for IT and DevOps leaders to engage the C-suite

Get tips on improving communications between business and technology leaders.  

Blog

VSM for banking: Creating magic for customers by prioritizing value

Learn how value stream management optimizes customer experiences and digital innovations.

Article

Value stream mapping

Learn more about value streams and how to map them in your enterprise.

Article

Flow Metrics

Learn how to measure the flow of value using flow metrics.

 

 

Article

DevOps metrics

Learn how to measure success in DevOps with DORA metrics.