Video: Antipatrones (malas prácticas) en priorización de Product Owners, PMO y VMO

---- Enlace al Póster ----

___

Frase sobre priorización

----

"Construir algo que no fue correctamente priorizado es destruir valor para la organización" 

- Jorge Abad

----

"Building something that was not correctly prioritized is destroying value for the organization" 

- Jorge Abad

---

10 Anti-patterns (bad practices) in prioritization of Product Owners, PMO and VMO

Hello everyone

One of the factors that most destroys agility is the lack of adequate prioritization patterns according to the context in which it is located, that is, both upstream (1) and downstream (2) practices are used (which even from the good intention) destroy value for the organization. In general, we can incur:

• Building unnecessary things
• Building things that are necessary but worthless
• You don't build what's important
• We let ourselves be carried away by intuition
• We let ourselves be carried away by authority
• We let ourselves be carried away by feelings of friendship or enmity
• etc.

We destroy value and generate waste by dedicating time, effort and money from business areas, execution areas and suppliers in things that should not have been developed and relegating others, which would allow better financial performance or customer satisfaction.

---

---

---

(and one of mine)

"Building something that was not correctly prioritized is destroying value for the organization"

---

Below, I share some of the anti-patterns that I have observed when prioritizing both PMO - Project Management Office -, VMO -Value Management Office- and Product owners, and that I promote to be removed in processes of agile transformation or team agile coaching.  

I hope they will help you advance in the knowledge of better ways to prioritize the work to be done.

Expect more articles on this topic.

Agile greetings,

Jorge Abad.

 

References, notes, or comments

1. Upstream: where the project, product or initiative is prioritized by the PMO, VMO or those who are responsible for prioritizing the portfolio.
2. Downstream: where the product is being developed, and the solution team builds the different functionalities.

De Colección: 10 Antipatrones (malas prácticas) en priorización de Product Owners, PMO y VMO

Hola a todos,

Uno de los factores que más destruye la agilidad es la carencia de patrones adecuados de priorización de acuerdo con el contexto en el que se encuentre, es decir, tanto aguas arriba (upstream) (1) como aguas abajo (downstream) (2) se emplean prácticas (que aun desde la buena intención) destruyen valor para la organización. En general podemos incurrir en:

• construir cosas innecesarias
• construir cosas necesarias pero carentes de valor
• no se construye lo realmente importante
• nos dejamos llevar por la intuición
• nos dejamos llevar por la autoridad
• nos dejamos llevar por los sentimientos de amistad o enemistad
• etc.

En últimas, destruimos valor y hacemos que se genere desperdicio por dedicar tiempo, esfuerzo y dinero de áreas de negocio, áreas de ejecución y proveedores en cosas que no debían haber sido elaboradas y relegando otras, que permitirían un mejor desempeño financiero o de satisfacción del cliente.

---

---

(y una mía)

"Construir algo que no fue correctamente priorizado es destruir valor para la organización"

---

A continuación, te comparto algunos de los antipatrones que he observado al momento de priorizar tanto por PMO - Project Management Office -, VMO -Value Management Office- y Product owners, y que promuevo sean removidos en procesos de transformación ágil organizacional o de acompañamiento de equipos.

Espero te sirvan para avanzar en el conocimiento de mejores formas de priorizar el trabajo a realizar.

Espera más artículos sobre este tema.

Saludos ágiles,

Jorge Abad.

--- Ver video explicativo aquí ---

Referencias, notas o comentarios

1. Upstream: donde se prioriza el proyecto, producto o iniciativa por parte de la PMO, VMO o quienes se encargan de priorizar el portafolio.
2. Downstream: donde se está desarrollando el producto, y los equipos de solucionadores a construyen las diferentes funcionalidades.

Definición de Ágil, en mis Propias Palabras

 Hola a todos

Confieso que me gusta mucho ir a las fuentes, e investigar qué dijeron, qué opinaron y cómo nacieron los conceptos. Dentro de esa búsqueda y entendimiento de lo ¿Qué es Ágil?, siempre uso la definición oficial de la Agile Alliance:

Traducido de (1)

-----

¿Qué es Ágil?

Ágil es la capacidad de crear y responder al cambio. Es una forma de lidiar con un entorno incierto y turbulento y, en última instancia, de tener éxito en él.

Los autores del Manifiesto Ágil eligieron "Ágil" como la etiqueta para toda esta idea porque esa palabra representaba la adaptabilidad y la respuesta al cambio que era tan importante para su enfoque.

Realmente se trata de pensar cómo puede comprender lo que está sucediendo en el entorno en el que se encuentra hoy, identificar qué incertidumbre enfrenta y descubrir cómo puede adaptarse a eso a medida que avanza.

-----

Tomado de (1)

-----

What is Agile?

Agile is the ability to create and respond to change. It is a way of dealing with, and ultimately succeeding in, an uncertain and turbulent environment.

The authors of the Agile Manifesto chose “Agile” as the label for this whole idea because that word represented the adaptiveness and response to change which was so important to their approach.

It’s really about thinking through how you can understand what’s going on in the environment that you’re in today, identify what uncertainty you’re facing, and figure out how you can adapt to that as you go along.

-----

Pero cuando me piden que lo diga en mis propias palabras, lo expreso más o menos de la siguiente forma:

"Ágil es trabajar de forma eficiente e inteligente, sin desperdicio, logrando con el mismo o tal vez menos esfuerzo: más valor, mejor productividad, mejores resultados y felicidad para equipo. Revisando frecuentemente, si estamos avanzando en la dirección correcta que necesitan nuestros clientes o si requiere que nos adaptemos."

 - Jorge Abad

----

"Agile is working efficiently and intelligently, without waste, achieving with the same or perhaps less effort: more value, better productivity, better results and happiness for the team. Checking frequently, if we are moving in the right direction that our clients need or if it requires us to adapt."

 - Jorge Abad

---

Llamado a la acción

¿Te animarías a crear tu propia definición de ágil? Es un buen ejercicio individual y de equipo. Eso sí toma siempre el manifiesto ágil, los principios ágiles y la definición de ágil de la Agile Alliance, puede que te lleves grandes excelentes sorpresas.


Saludos ágiles
Jorge Abad.

Referencias

1. Agil 101 -  https://www.agilealliance.org/agile101/