Tema 2.2 - Principios

Principios del modelo ágil de Spotify

A continuación, se presentan los 10 principios bajo los cuales se basa el modelo ágil de Spotify

# 1 - Maximizar el valor, no la producción

Idea clave: Concéntrese en producir cosas que sean valiosas, no solo en crear más cosas.

Los equipos de trabajo deben de concentrarse más en producir un producto final y de alta calidad, que no una alta cantidad de productos poco funcionales y de baja calidad, es por ello que se debe maximizar el valor de producto, mas no la producción del producto.

# 2 - Los propietarios de productos deben decir que no

Idea clave: Una parte importante del rol de Product Owner es decir "No" para que los trabajos pendientes no sigan creciendo. ¡Un backlog con solicitudes que tienen más de 6 meses no es muy ágil!

La importancia de una buena decisión, pues no solo es llenarse de una gran cantidad de trabajo y quizás demostrar la calidad y cantidad con la que se trabaja en una organización, al contrario, es importante también saber cuándo decir no, no porque se esté rechazando un trabajo, sino porque es vital la calidad del trabajo que se está realizando.

# 3 - El refinamiento de la acumulación es simplemente comunicación

Idea clave: Las comunicaciones son la clave, en el refinamiento de la cartera de productos, esto se logra a través de la comunicación directa entre el equipo de trabajo, los usuarios, clientes o partes interesadas, con el objetivo de investigar qué y cómo lo necesitan, es una actividad bastante sencilla, pero a la hora de la verdad, no mucha gente está acostumbrada a trabajar de esta forma.

# 4 - Minimice la distancia entre el fabricante y el usuario

Idea clave: Minimice la distancia (y el tiempo) entre las personas que crean el software y las que lo utilizan. Los ciclos breves de retroalimentación son esenciales para construir lo correcto.

Es vital que una organización visualice la necesidad de minimizar la distancia entre las personas que fabrican el producto (software) y las que lo utilizan (Clientes y/o usuarios finales). Los ciclos breves de retroalimentación son esenciales para construir lo correcto.

# 5 - Minimizar las transferencias

Resumen: Las transferencias representan una de las mayores fuentes de riesgo y pérdida de información.

El desarrollo de software tradicional, sin importar que modelo de desarrollo aplique, se incluyen muchas transferencias de información de un grupo de especialistas a otro, esta práctica aún es utilizada por muchas organizaciones, incluso cuando intentan utilizar formas ágiles de trabajo, pero la realidad es que es una mala práctica, pues existe el riesgo de pérdida de información en la transferencia.

# 6 - Entender el MVP (producto mínimo viable)

Idea clave: Construya de manera que maximice los comentarios y pueda corregir el curso. MVP puede significar muchas cosas diferentes y las personas a menudo se confunden, ya que el termino hace referencia a que se debe darle más importancia el mínimo producto elaborado poco a poco, pero que logre satisfacer las necesidades del cliente.

# 7 - Bala de cañón contra misil

Idea clave: el enfoque basado en planes o bala de cañón funciona muy bien en situaciones en las que el cliente sabe exactamente lo que quiere, el equipo sabe cómo construirlo y es probable que nada cambie.

Existen varias formas tradicionales de desarrollo de software, y estas pueden ser como una bala de cañón, mientras que la agilidad se va ajustando gradualmente y se ve como un misil, el cual tiene un objetivo trazado y lo alcanza sin dudarlo.

# 8 - Previsión de una liberación

Idea clave: Los pronósticos más honestos y realistas se basan en la velocidad real del equipo y su estimación del tamaño de la acumulación.

Es importante que una organización piense en el proceso de desarrollo de software de alta calidad, pero para hacerlo, debe tener muy claro a qué velocidad trabajará el equipo de desarrollo, ya que, dependiendo de su velocidad, depende también el tiempo que le pueda dedicar al mismo proceso o a otro que se encuentre en espera.

# 9 - Los proyectos largos tienden a alargarse

Idea clave: Cuanto más largo sea tu proyecto, más probabilidades tendrás de que el alcance se filtre y te interrumpan, lo que creará un círculo vicioso.

Mantenga sus proyectos lo más cortos posible, divida las iniciativas largas en pequeños fragmentos manejables y luego termine cada una lo más rápido posible, esto le dará un parte de seguridad en cada uno de los proyectos que tenga adelantados.

# 10 - Kanban

Este diagrama de Henrik y los videos que explican cómo usarlo me han sido muy útiles a lo largo de los años y he compartido varias veces.

Idea clave: Hay muchas formas de aprovechar Kanban para organizar y mejorar su proceso, Kniberg ofrece sugerencias sobre cómo configurar su tablero Kanban con ideas que van desde lo simple hasta lo complejo.