Principios de Agile Business Analysis

Clase 9 de 12 • Curso de Fundamentos de Product Owner

Luciano Vicidomini

student•

PRINCIPIO DE AGILE BUSINESS ANALYSIS • Ayudar a ver el todo: Si le damos una visión amplia y total de qué es lo que se necesita. Las personas programan distinto si saben realmente cual es el objetivo global. • Piensa como cliente: Los esfuerzos se tienen que encaminar en aquel que use el software ya que de esta forma se obtienen los retornos de dinero. • Analizar para determinar qué es valioso: • Acércate a la realidad usando ejemplos: Cuando se dan ejemplos se fortalece el conocimiento. • Entiende que es factible: Esta la factibilidad del negocio, y de la factibiliad técnica. Es el entendimiento de qué es realmente lo posible. En el plan todo es factible y posible, pero en la práctica no. • Estimula la colaboración y la mejora continua: La colaboración entre todas las partes. • Evitar el desperdicio: Del lado del PO los desperdicios se generan generalmente a partir de los malos entendidos, o fallos de comunicación.

Felipe Bernardo González Barranco

student•

Gracias!

Gonzalo Galvano

student•

Gracias por el aporte.

francisco escalante

student•

Agile Business Analysis para cuando un curso completo maestra de este tema?

David De la Cruz

student•

Seria bueno los cursos: Curso fundamentos de Analisis de Negocio Curso practico de Analisis de Negocio

Miguel Angel Camacho

student•

Ya existen y muy buenos, pero por fuera de platzi, se cubren en toda una semana. Existe un enfoque en base al babook y otro del PMI.

HECTOR TORRES VILLALOBOS

student•

Principios del ágile business analysis que pueden en los escenarios 8 y 9. Escenario 8. Una manera rápida de propiciar la colaboración en la interacción con el equipo (que es lo que está generando problemas de desperdicio y retrabajos) se puede aplicar la técnica de hablar con ejemplos y pedir ejemplos. De esta manera los colaboradores pueden tener sinergia entre la factibilidad técnica con todo el contexto del negocio. Escenario 9. Quizás hace falta revisar la visión de todo el negocio para entender que es más factible entre la sinergia del negocio y la técnica y entonces, priorizar con base en la justificación por valor pensando desde el lente del cliente.

lguerrero3067

student•

Buenas tardes, donde encuentro los escenarios 8 y 9. Gracias

Estefano Vasquez

student•

Me quedo con la frase:

En el momento en el que alguien se beneficia con nuestro producto, es cuando empieza el retorno de la inversión

Sandra Sierra

student•

Hola, mis notas de clase:

Joan S.TrianaV

student•

PRINCIPIOS DE AGILE BUSINESS ANALYSIS El conjunto de prácticas, técnicas y conceptos que trae el análisis de negocio, enriquece mucho el trabajo de los PO. Cuando se habla de análisis de negocio agile, tiene una separación o división importante de como se trabaja en métodos en cascada (son para entornos predictivos), en agile (entornos de incertidumbre). • Ver el todo: Se refiere a visibilizar todos los elementos de trabajo de una manera clara y que esto sea visible para todos los involucrados. El PO debe ver la manera de que la información le llegue a todos por igual. • Piensa como cliente: es nuestra orientación principal, los esfuerzos van encaminados a que el cliente use lo que estamos haciendo. Es muy importante empatizar y ponerse en los zapatos del cliente. • Analizar para determinar qué es valioso: analizar que es valioso invita al PO a estar haciendo un análisis y priorización con base en la justificación por valor. • Acércate a la realidad usando ejemplos: la mejor manera para que algo quede claro, es ejemplificando, al dar ejemplos se fortalece el entendimiento. • Entiende que es factible: no solo existe la factibilidad de negocio, también existe la factibilidad técnica, es importante unir las dos perspectivas de factibilidad y poder hablar con el equipo de desarrollo sobre complejidades. • Estimular la colaboración y la mejora continua: la agilidad se mueve en entornos colaborativos, y el software es el resultado de un trabajo multidisciplinario, sin colaboración simplemente no sucede, es vital fomentar la colaboración. • Evitar el desperdicio: del lado del PO es importante considerar que la tendencia fundamental en los proyectos sigue siendo los retrasos por malentendidos, por confusiones o porque una especificación no quedo lo suficientemente clara, el principal de los desperdicios se evita con conversaciones, con entendimiento y aplicando las practicas habladas hasta el momento.

francisco escalante

student•

Agile Business Analysis pra cuando un curso completo maestra de este tema?

Jorge Marroquin

student•

Puedes recomendarlo para un próximo lanzamiento escribiendo al correo team@platzi.com :)

Recomiendo Invites a colegas a mandar sus recomendaciones para que lo priorizen más antes de lo esperado, el Team Platzi.

Vanessa Amaya

teacher•

Uy! me encantaría! Lo pasaré como recomendación

Sergio Palacio

student•

Trabajo como product owner y estas recomendaciones estuvieron excelentes.

Edwar Y. Castillo B.

student•

Juan Esteban Rios Tobon

student•

Muchas gracias por su entrega desmedida de informaciòn, me quedan muchas cosas claras con su forma de explicar; pero no he podido ver donde descargo los casos de uso o material de la clase para practicar. Me guias porfa, Muchas gracias

Vanessa Amaya

teacher•

Hola Juan Esteban! En los cursos hay una sección de recursos, ahí están los materiales de referencia y el caso práctico. ¡Saludos!

Patricia Perez

student•

Se encuentran en la clase 1 en la parte de abajo

María Sofía Genta

student•

Escenario 8: estimular la colaboración y mejora continua. Escenario 9: Entiende que es factible

marlon.rincon6277

student•

Qué graciosa me pareció la frase de la tutora: "Enfoque optimista de superman" jaja

Eleonora Peña Rodriguez

student•

cuando el scrum developer no puede participar en reuniones con cliente, cómo debería manejarse esto?

Jonathan Quiros Barquero

student•

Principios de Agile Business Analysis

Change is embraced (el cambio es bienvenido).
Value is the main focus (el valor es el centro).
Stakeholders are partners (stakeholders como socios).
Systems thinking (ver el todo, no solo la parte).
Teamwork and collaboration (colaboración continua).
Continuous improvement (mejora continua).
Customer focus (foco en el cliente/usuario).

🔹 Escenario 8: Soporte visual y dinámicas para trabajo remoto

Problema: El equipo remoto necesita herramientas para colaborar y comprender mejor.

Principios aplicables:

Teamwork and collaboration: fomentar dinámicas que permitan co-creación, no trabajo en silos.
Stakeholders are partners: involucrar a usuarios y directivos en las sesiones remotas como parte activa, no como “revisores”.
Continuous improvement: inspeccionar qué dinámicas de trabajo remoto funcionan y ajustar cada Sprint (ej. usar Miro, Mural, Jamboard, Notion).
Customer focus: validar que las soluciones visuales facilitan realmente el trabajo del usuario final, no solo el interno.

🔹 Escenario 9: Maximizar valor con presupuesto limitado

Problema: Se debe decidir qué construir en el último Sprint con recursos reducidos.

Principios aplicables:

Value is the main focus: priorizar lo que entrega mayor valor de negocio al usuario (ej. validación de documentos vs. mejoras cosméticas).
Change is embraced: aceptar que el alcance inicial puede cambiar para entregar valor real dentro de las restricciones.
Systems thinking: considerar el impacto de cada decisión en todo el sistema (ej. si no integramos DocFlow ahora, ¿qué consecuencias hay para trazabilidad?).
Stakeholders are partners: trabajar con accionistas y usuarios para tomar decisiones conjuntas de qué entra y qué no en el backlog final.

Emanuel Simon Zepeda

student•

1. Enfoque en el valor

Todo análisis debe centrarse en maximizar el valor que se entrega al cliente o usuario final.
Se prioriza impacto sobre documentación excesiva.

2. Colaboración continua

Trabajar de forma cercana con Product Owner, Scrum Masters, Developers y stakeholders.
Fomentar la comunicación cara a cara o en tiempo real en lugar de depender solo de entregables escritos.

3. Iteración e incrementalidad

Dividir el trabajo en pequeños incrementos que puedan ser validados rápidamente.
Ajustar el análisis y los requisitos conforme evoluciona el producto y cambia el contexto.

4. Adaptabilidad

Ser flexible ante cambios de prioridades, requisitos o mercado.
Adoptar un enfoque evolutivo, no rígido, en la definición de funcionalidades.

5. Enfoque en el cliente y el usuario

Comprender profundamente las necesidades, expectativas y problemas reales.
Involucrar al usuario final de forma frecuente para validar supuestos.

6. Pensamiento sistémico

Entender el contexto completo del producto: procesos, personas, tecnología, regulaciones y entorno de negocio.
Evitar optimizar solo partes aisladas sin considerar el impacto global.

7. Priorización basada en valor

Usar criterios objetivos para decidir qué se implementa primero (valor de negocio, riesgo, complejidad).
Aplicar técnicas como MoSCoW, WSJF o matriz Valor vs Esfuerzo.

8. Empoderamiento del equipo

Involucrar al equipo en el proceso de análisis para que propongan soluciones.
Reconocer que el conocimiento es compartido, no centralizado en una sola persona.

Walter Jalaf

student•

¿Qué se recomienda para hacer un análisis de factibilidad? O un marco de trabajo sobre eso.

Gabriel Leonardo Vásquez Prieto

student•

Análisis de Negocio Agile se compara con el método cascada en la agilidad se convierte interactivo e incremental

principios

Ver el Todo todo al mismo tiempo ver todo.
Pensar como el cliente esto ayudara a un mejor retorno de inversión
Analizar y determinar lo valioso para priorizar
Acércate a la realidad para usar ejemplo por ejemplo en un caso de estudio
Entender que es factible analizar lo posible no ir a temas donde la factibilidad se complica o se enreda todo es factible por medio de acción y tiempo
Estimular la colaboración y mejorar la continuidad esto es vital fomentar la colaboración no debe de existir barrera para sacar un buen producto con una buena comunicación.
Evitar el desperdicio avanzar sin generar desperdicios por no tener una clara explicación o entendimiento

Erick Arellano

student•

Reto:

ecenario 8

Acércate a la realidad usando ejemplos

Estimula la colaboración y la mejora continua:

Evitar el desperdicio:

ecenario 9

Ayudar a ver el todo

Entiende que es factible

Flavia Di Giorgio

student•

RESUMEN:

Principios de Agile Business Analysis

Enriquece mucho el trabajo de producto owner

Entornos de incertidumbre

Interactivo e incremental

Como aplicarlos?

VER EL TODO

Visibilizar todos los elementos de trabajo y que todos puedan verlo

PIENSA COMO CLIENTE

Retorno de la inversión: empatizar ponernos en los zapatos del cliente final

ANALIZAR para determinar qué es alisio y qué no!

Descubrimientos, cambios, etc

Hacer análisis y priorizacion con base en justificaciones para generar valor

ACERCATE A LA REALIDAD USANDO EJEMPLOS

Habla con ejemplos y pide ejemplos para asegurar que se comprendió

ENTIENDE QUÉ ES FACTIBLE

FACTIBILIDAD DE NEGOCIO Y TECNICA

ANALISIS DE LO POSIBLE

ESTIMULA LA COLABORACION Y LA MEJORA CONTINUA

ROMPIENDO BARRERAS ENTRE TECNICOS Y NEGOCIO

EVITA EL DESPERDICIO

CADA DIA ES UNA VIDA DENTRO DE UN PROYECTO

AVANZAR ENTREGAR O GENERAR DESPERDICIOS!

Carlos Naveda

student•