Enfoque iterativo e incremental: el pilar de Scrum
Contenido del curso
Jose David Menéndez Castillo
Angela María García Tangarife
Profesor
Guillermo Alomia Monjaraz
Cristian D.García
Brianda Michelle Contreras Guerra
Gabriel Novoa
Diana Sanchez
Desbloqueando Niveles en nojau
Angela María García Tangarife
Profesor
Ixcoatl Francisco Pérez
Anny Peña Hernandez
Melissa Rodríguez
Santiago Ahumada Lozano
Oriol Oliva
Santiago Ahumada Lozano
Julia Gabriela Nieva Paredes
Diego Mauricio Zuluaga Rodríguez
Diego Mauricio Zuluaga Rodríguez
Deivi Ladino
Yuly cruz
Mi pregunta es ¿como yo cobro este tipo de interacciones?. Deben hacer una clase de facturacion Scrum o algo asi. No se si me explico.
¿Como se cobra un proyecto base de scrum? ¿Como le explicamos a un cliente el costo de un proyecto así? esto siempre es en grupo o una sola persona podria hacerlo?
Hola, Te comparto una respuesta, desde mi experiencia, pues cada negocio puede hacerlo de manera diferente y ahora mucho mas con todas las herramientas de IA que están acelerando el desarrollo de software.
La penúltima clase de este curso habla de un workshop llamado Inception. El objetivo de este taller es tener una aproximación inicial del alcance, la estimación y los costos de la iniciativa. Lo que hacemos con los clientes es presentar cual sería el costo de cada Release o Entrega (teniendo en cuenta un equipo base). Scrum permite priorizar el valor mas importante para el usuario y en vez de vender TODO un producto, lo que hacemos es trabajar de manera iterativa, con un presupuesto inicial. Normalmente lo que se vende al cliente al inicio es lo que se conoce como mínimo producto viable. Con esto logramos determinar el valor más importante, priorizar y tener un presupuesto inicial de la iniciativa, sin comprometer gastos demás o desperdicios.
Empieza pequeño, con un presupuesto inicial.
Aclaro que esta es una forma, pueden existir en el mercado muchas más, pero es la que mejor nos ha funcionado.
Excelente!!
Justamente me acaba de ocurrir el caso que se puso de ejemplo. Como artista, comencé a notar que ya estaba aplicando el modelo de Scrum sin conocerlo.
En la última comisión que me compraron estuve mandando procesos del bocetado con el cliente, él me iba comentando que le gustaría agregar o quitar. Así como también yo le hacía sugerencias. Cada cosa que iba trabajando se la iba mostrando, fue mucho Back n' Forward, pero al final el cliente quedó muy satisfecho con el trabajo que le entregué.
Es un detalle pequeño, pero la verdad me gustó mucho ver en un ejemplo de la clase algo a lo que ya me dedico.
¿Qué pasa si el mercado cambia rápido?
Si tu entorno es altamente volátil, el enfoque iterativo se convierte en tu mayor ventaja competitiva al permitirte pivotar sin penalizaciones graves. En lugar de estar atado a un plan maestro rígido de un año, trabajas en ciclos cortos que te dan la libertad de incorporar nuevas tendencias o tecnologías en la siguiente iteración. Así, tu producto evoluciona al mismo ritmo que las necesidades de tus usuarios, manteniéndose siempre relevante.
Iterativo: Trabajo en ciclo cortos, en cada ciclo ele quipo tiene un objetivo y una serie de tareas a desarrollar.
Incremental: Significa que al final de cada ciclo se entrega valor, se entrega una porción de ese producto o servicio que va a ser útil y funcional para el cliente
La combinación de los dos, permite cumplir con las expectativas del cliente y generar valor en cada ciclo entregado.
Me parece muy útil pensar en el Desarrollo Iterativo e Incremental como el proceso de hacer un dibujo o una pintura compleja.
No empezamos dibujando el ojo con todo su detalle. Empezamos con un boceto general (el Incremento 1), que es apenas funcional, pero ya muestra la idea completa del proyecto.
Luego, realizamos ciclos de trabajo o Iteraciones. En cada una, refinamos y añadimos valor: definimos las líneas, ajustamos las proporciones, ponemos las sombras.
Cada ciclo no solo refina lo que ya existe (Iterativo), sino que también añade una nueva porción de valor funcional (sombras, color, fondo) que se incorpora al dibujo (Incremental).
Muy buena analogía profe.
Muchas gracias!
En el Escenario A, el equipo opera en un entorno de baja incertidumbre, donde el objetivo es la ejecución precisa y la integración eficiente. En el Escenario B, el equipo se enfrenta a una alta incertidumbre, donde el objetivo principal es la exploración, el aprendizaje validado y la mitigación del riesgo de mercado.
Me gusta más como Alistair Cockburn ilustra (y hace la diferencia) del enfoque iterativo e incremental.
En particular la orientación de la Mona Lisa cambia (acá podemos recordar el cuarto valor ágil haciendo a alusión a a la adaptabilidad), puesto que hay cambios y revisión entre una iteración y otra (a veces hay una parte del trabajo, mas no aprendizaje que se debe "desechar"), No es sólo "ir agregando" partes/capas al cuadro.
!No hay descripción alternativa para esta imagen
El enfoque iterativo consiste en entregar valor en pequeñas porciones funcionales y utiles al cliente de forma que este esté siempre informado y tambien que pueda dar su feedback de forma constante
Por otro lado, el enfoque incremental se basa en que el valor que entregamos es cada vez mayor, mas eficiente y mas eficaz en ese proposito concreto de dar valor al usuario.
Se entiende pero a veces incluir al cliente constantemente no es buena idea.
Hola Oriol, por que razon lo mencionas?
Lo siento #Platzi, pero no me gustan sus retos a media clase. Interrumpen el video de clase y no es necesario colocarlos en ese punto. Estoy tomando el curso durante mi almuerzo, y no quiero tener que dejar de comer para contestar el reto a fuerza...
Con Scrum, garantizas el éxito adoptando un enfoque iterativo e incremental. Esto significa entregar valor funcional en ciclos cortos y obtener retroalimentación continua del cliente, permitiendo ajustes y asegurando que el producto evolucione según sus necesidades reales.
El enfoque lineal tradicional es mejor evitarlo en entornos complejos donde las necesidades del cliente y las condiciones del mercado cambian constantemente. Usarlo podría llevar a un producto final que no cumpla las expectativas y genere mucho retrabajo al recibir la retroalimentación solo al final.
Son claro los enfoques expuestos en el video
no me gustan las analogias usadas
