Priorización de compromisos: Difference between revisions
No edit summary |
No edit summary |
||
| (One intermediate revision by the same user not shown) | |||
| Line 6: | Line 6: | ||
|site_name=Scrum Manager BOK}} | |site_name=Scrum Manager BOK}} | ||
La '''priorización de compromisos''' es una técnica para | {{Meta-bok|min=3}} | ||
La '''priorización de compromisos''' es una técnica colaborativa para determinar el orden de importancia de las características transversales de un producto —como escalabilidad, simplicidad, seguridad, usabilidad o rendimiento— cuando estas entran en competencia entre sí. El término "compromiso" recoge el significado del inglés ''trade-off'': renunciar a algo para obtener otra cosa que se considera más beneficiosa en ese contexto. | |||
El término " | |||
A diferencia de la priorización de funcionalidades (que ordena historias de usuario por valor), la priorización de compromisos responde a una pregunta diferente: cuando no se puede tener todo, ¿qué atributos del sistema son los más importantes para el cliente y el equipo? Tener estos compromisos priorizados y acordados permite determinar qué funcionalidades son más prioritarias según el valor que aportan a los compromisos más importantes. | |||
== Para qué sirve == | |||
Tener | Facilita el diálogo abierto y colaborativo sobre los atributos del producto antes de que las decisiones de diseño o implementación los fijen de forma implícita. Cuando los compromisos no se priorizan de forma explícita, cada miembro del equipo asume sus propias prioridades y las decisiones se toman con criterios inconsistentes. | ||
== | |||
Es especialmente útil durante una [[Inception|inception]] o al inicio de un proyecto nuevo, cuando el equipo y el cliente aún no tienen claro el equilibrio entre atributos que compiten. | |||
== Protocolo == | |||
La técnica se realiza en equipo usando un tablero y post-its: | |||
# Se anotan en post-its las '''características relevantes o compromisos''' del producto: escalabilidad, simplicidad, seguridad, usabilidad, disponibilidad, rendimiento, etc. | |||
# Se colocan los compromisos '''en vertical, a la izquierda del tablero'''. Cada compromiso es el título de una fila. | |||
# En la parte superior se coloca una '''fila horizontal de números desde 1 hasta el número de compromisos'''. El número 1 representa la mayor importancia. | |||
# '''Cada miembro puntúa individualmente''' cada compromiso marcando con su nombre o sus iniciales en la columna del número que refleja su criterio de importancia. | |||
# '''Una persona no puede dar el mismo grado de prioridad a más de un compromiso''': no puede poner su nombre dos veces en la misma columna. | |||
# Al finalizar, la columna con más nombres en cada fila refleja el grado de importancia colectivo de cada compromiso. | |||
<br> | |||
[[File:Priorizacion de compromisos.png|center|600px|link=]] | [[File:Priorizacion de compromisos.png|center|600px|link=]] | ||
== Error frecuente == | |||
==Véase también== | <div class="bok-aviso"> | ||
'''Hacer la priorización de compromisos una sola vez y no revisarla.''' Los compromisos más importantes pueden cambiar a medida que el producto evoluciona o el mercado cambia. Un atributo que al inicio era secundario (como la escalabilidad, si el producto tenía pocos usuarios) puede convertirse en crítico más adelante. Conviene revisitar la priorización de compromisos en las primeras etapas del producto o cuando cambian significativamente las condiciones del negocio. | |||
</div> | |||
== Recursos == | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/02/agile-inception-en-que-consiste/ '''Agile Inception, ¿en qué consiste?''']<span class="detalle">Scrum Manager Blog · feb 2023</span> | |||
</div> | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Inception]] [[Agile inception deck]] [[MoSCoW]] [[Kano]] [[ICE Score]] [[WSJF]] [[Historia de usuario]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category: | [[Category:Product Management]] | ||
[[Category:Prácticas ágiles]] | |||
Latest revision as of 12:11, 14 May 2026
La priorización de compromisos es una técnica colaborativa para determinar el orden de importancia de las características transversales de un producto —como escalabilidad, simplicidad, seguridad, usabilidad o rendimiento— cuando estas entran en competencia entre sí. El término "compromiso" recoge el significado del inglés trade-off: renunciar a algo para obtener otra cosa que se considera más beneficiosa en ese contexto.
A diferencia de la priorización de funcionalidades (que ordena historias de usuario por valor), la priorización de compromisos responde a una pregunta diferente: cuando no se puede tener todo, ¿qué atributos del sistema son los más importantes para el cliente y el equipo? Tener estos compromisos priorizados y acordados permite determinar qué funcionalidades son más prioritarias según el valor que aportan a los compromisos más importantes.
Para qué sirve
Facilita el diálogo abierto y colaborativo sobre los atributos del producto antes de que las decisiones de diseño o implementación los fijen de forma implícita. Cuando los compromisos no se priorizan de forma explícita, cada miembro del equipo asume sus propias prioridades y las decisiones se toman con criterios inconsistentes.
Es especialmente útil durante una inception o al inicio de un proyecto nuevo, cuando el equipo y el cliente aún no tienen claro el equilibrio entre atributos que compiten.
Protocolo
La técnica se realiza en equipo usando un tablero y post-its:
- Se anotan en post-its las características relevantes o compromisos del producto: escalabilidad, simplicidad, seguridad, usabilidad, disponibilidad, rendimiento, etc.
- Se colocan los compromisos en vertical, a la izquierda del tablero. Cada compromiso es el título de una fila.
- En la parte superior se coloca una fila horizontal de números desde 1 hasta el número de compromisos. El número 1 representa la mayor importancia.
- Cada miembro puntúa individualmente cada compromiso marcando con su nombre o sus iniciales en la columna del número que refleja su criterio de importancia.
- Una persona no puede dar el mismo grado de prioridad a más de un compromiso: no puede poner su nombre dos veces en la misma columna.
- Al finalizar, la columna con más nombres en cada fila refleja el grado de importancia colectivo de cada compromiso.
Error frecuente
Hacer la priorización de compromisos una sola vez y no revisarla. Los compromisos más importantes pueden cambiar a medida que el producto evoluciona o el mercado cambia. Un atributo que al inicio era secundario (como la escalabilidad, si el producto tenía pocos usuarios) puede convertirse en crítico más adelante. Conviene revisitar la priorización de compromisos en las primeras etapas del producto o cuando cambian significativamente las condiciones del negocio.
Recursos
📄 Agile Inception, ¿en qué consiste?Scrum Manager Blog · feb 2023
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.