Diferencia entre revisiones de «Valor de Negocio»
(→Cuadrante ágil para ponderar el valor de negocio) |
(→Un ejercicio para priorizar el backlog del producto utilizando el cuadrante) |
||
(No se muestran 8 ediciones intermedias del mismo usuario) | |||
Línea 15: | Línea 15: | ||
Algunos consejos para dar visibilidad al retorno de inversión durante el proceso de desarrollo: | Algunos consejos para dar visibilidad al retorno de inversión durante el proceso de desarrollo: | ||
− | * tomar funcionalidades representativas para el usuario | + | * tomar funcionalidades representativas para el usuario y asociarle una ponderación |
* usar un valor tangible para medir el retorno: dinero, personas, tiempo | * usar un valor tangible para medir el retorno: dinero, personas, tiempo | ||
+ | * a medida que vamos avanzando en el desarrollo y la funcionalidad está completa, mostrar el ROI obtenido | ||
== Cuadrante ágil para ponderar el valor de negocio == | == Cuadrante ágil para ponderar el valor de negocio == | ||
− | Una técnica para asociar valor de negocio puede ser usar cuadrantes que definan 2 dimensiones para un producto. | + | Una técnica para asociar valor de negocio a los requerimientos puede ser usar cuadrantes que definan 2 dimensiones para un producto de software. |
La primera dimensión es para evaluar la diferenciación en el mercado. Con esta dimensión indicaríamos todo lo que sirve para diferenciar a la organización en el mercado y son fundamentales para el funcionamiento de la empresa. Estas son las cosas en las que la organización debiera estar dispuesta a invertir. | La primera dimensión es para evaluar la diferenciación en el mercado. Con esta dimensión indicaríamos todo lo que sirve para diferenciar a la organización en el mercado y son fundamentales para el funcionamiento de la empresa. Estas son las cosas en las que la organización debiera estar dispuesta a invertir. | ||
Línea 29: | Línea 30: | ||
* lo destacado | * lo destacado | ||
− | * lo | + | * lo crítico |
* lo importante para el cliente | * lo importante para el cliente | ||
* a quién le importa | * a quién le importa | ||
[[Archivo:CuadranteValorNegocio.jpg]] | [[Archivo:CuadranteValorNegocio.jpg]] | ||
+ | |||
+ | Y así habremos priorizado por lo más importante desde el punto de vista del negocio ! Ah ... quizás lo que no importa al principio tampoco importa al final y no se tenga que hacer porque nadie quiere pagarlo ¿ no ? | ||
+ | |||
+ | ==Un ejercicio para priorizar el backlog del producto utilizando el cuadrante == | ||
+ | |||
+ | * Conocer las iniciativas, actividades o funcionalidades que se esperan incorporar al producto o aplicación | ||
+ | * Explicar las dimensiones del cuadrante al dueño del producto | ||
+ | * Pedir al dueño de producto que ubique las iniciativas debajo del cuadrante que mejor aplica | ||
+ | * Consensuar la importancia de cada cuadrante, de más a menos importante | ||
+ | * Pedir al dueño de producto que valorice iniciativas de los cuadrantes DESTACA e IMPORTANTE PARA LA COMPAÑÍA | ||
+ | * El resultado del ejercicio es obtener un número de iniciativas para las primeras iteraciones a planificar | ||
+ | |||
+ | ==Un ejercicio para priorizar el backlog del producto en función a objetivos== | ||
+ | |||
+ | * Obtener objetivos anuales, trimestrales, mensuales de la compañia | ||
+ | * Pedir al dueño de producto que priorice los objetivos, de izquierda a derecha, dejando a la izquierda los de mayor prioridad | ||
+ | * Conocer las iniciativas, actividades o funcionalidades que se esperan incorporar al producto o aplicación | ||
+ | * Pedir al dueño de producto que ubique las iniciativas debajo del objetivo que mejor aplica | ||
+ | * Pedir al dueño de producto que valorice las iniciativas | ||
+ | * El resultado del ejercicio es obtener un número de iniciativas para las primeras iteraciones a planificar | ||
+ | |||
+ | ==Ver también== | ||
+ | |||
+ | * [[Metricas Agiles]] | ||
+ | |||
+ | [[Category:Scrum]] | ||
+ | [[Category: Métricas]] |
Revisión actual del 14:57 10 dic 2012
Contenido
¿ Qué es ROI ?
En ocasiones escuchamos hablar de ROI o Retorno de Inversión. Es una fórmula financiera que sirve para calcular la ganancia generada a partir de una inversión dada.
ROI = (ingreso - costo)/costo.
Por ejemplo, si sabemos que un producto genera un ingreso anual de 2500 pesos y un gasto anual de 1000 pesos, podemos aplicar la fórmula de la siguiente manera:
ROI = (2500 - 1000)/1000 = 1,5
Entonces, el producto deja un 50 % de ganancia anual sobre el dinero invertido.
Podemos desconocer la rentabilidad específica de un producto de software que desarrollamos. En ese caso, podemos asumir que alguien analizó que ese producto genera una rentabilidad positiva para la compañía. Otra cosa que podemos hacer, es encontrar alguna manera de medir el ROI a medida que avanzamos en el desarrollo.
Algunos consejos para dar visibilidad al retorno de inversión durante el proceso de desarrollo:
- tomar funcionalidades representativas para el usuario y asociarle una ponderación
- usar un valor tangible para medir el retorno: dinero, personas, tiempo
- a medida que vamos avanzando en el desarrollo y la funcionalidad está completa, mostrar el ROI obtenido
Cuadrante ágil para ponderar el valor de negocio
Una técnica para asociar valor de negocio a los requerimientos puede ser usar cuadrantes que definan 2 dimensiones para un producto de software.
La primera dimensión es para evaluar la diferenciación en el mercado. Con esta dimensión indicaríamos todo lo que sirve para diferenciar a la organización en el mercado y son fundamentales para el funcionamiento de la empresa. Estas son las cosas en las que la organización debiera estar dispuesta a invertir.
La segunda dimensión es para evaluar la necesidad para el funcionamiento continuo de la organización. Con esta dimensión dejaríamos clasificado todo aquello que si bien no genera una diferencia en el mercado es crìtico para la compañía.
Luego de la clasificación, podríamos tener la siguiente priorización:
- lo destacado
- lo crítico
- lo importante para el cliente
- a quién le importa
Y así habremos priorizado por lo más importante desde el punto de vista del negocio ! Ah ... quizás lo que no importa al principio tampoco importa al final y no se tenga que hacer porque nadie quiere pagarlo ¿ no ?
Un ejercicio para priorizar el backlog del producto utilizando el cuadrante
- Conocer las iniciativas, actividades o funcionalidades que se esperan incorporar al producto o aplicación
- Explicar las dimensiones del cuadrante al dueño del producto
- Pedir al dueño de producto que ubique las iniciativas debajo del cuadrante que mejor aplica
- Consensuar la importancia de cada cuadrante, de más a menos importante
- Pedir al dueño de producto que valorice iniciativas de los cuadrantes DESTACA e IMPORTANTE PARA LA COMPAÑÍA
- El resultado del ejercicio es obtener un número de iniciativas para las primeras iteraciones a planificar
Un ejercicio para priorizar el backlog del producto en función a objetivos
- Obtener objetivos anuales, trimestrales, mensuales de la compañia
- Pedir al dueño de producto que priorice los objetivos, de izquierda a derecha, dejando a la izquierda los de mayor prioridad
- Conocer las iniciativas, actividades o funcionalidades que se esperan incorporar al producto o aplicación
- Pedir al dueño de producto que ubique las iniciativas debajo del objetivo que mejor aplica
- Pedir al dueño de producto que valorice las iniciativas
- El resultado del ejercicio es obtener un número de iniciativas para las primeras iteraciones a planificar