Cynefin: el mapa para saber cuándo usar Scrum
Contenido del curso
Juan Carlos Avendaño Ramírez
Erica Gacitua Palominos
Andi Sebastian Jimenez Herrera
Guillermo Alomia Monjaraz
Antonio Villamayor Delgado
Ivonne Danniella Sánchez López
Diego Mauricio Zuluaga Rodríguez
Claudio Wilfrido Hidalgo Arévalo
Guillermo Alomia Monjaraz
Camilo Henao Arango
Jose Francisco Contreras Romo
Yuli Alexandra Pulido Castañeda
María de Los Ángeles Flores Castillo
ALEJANDRO LARA MONTAÑO
Javier Ramos
Javier Ramos
Ixcoatl Francisco Pérez
Jairo Merea Dueñas
GOMEZ GOMEZ GABRIEL CAMILO
Rubén Orozco
Theinna Lesly Quiquia Ventocilla
José Gerardo Saldívar Mendoza
Whitemar Valderrama Barbosa
Ernesto Arturo Bonilla Ramos
Escenario A: Un equipo necesita construir una nueva funcionalidad para una aplicación, siguiendo requisitos y una arquitectura que ya existen y están bien documentados.
Entorno simple porque el equipo atiende una estructura dada y solo necesita realizar un cambio para un mejor funcionamiento de la app.
Escenario B: Un equipo está intentando crear un producto innovador para un nuevo mercado, donde no tiene datos sobre las preferencias de los clientes.
Escenario complejo porque en el proceso de la innovación se debe interactuar y escuchar al cliente de tal manera que el producto tenga las características específicas que busca este nuevo mercado y tenga éxito.
En el escenario A : Conocer bien la arquitectura y funcionalidad del sistema existente. En el escenario B : Recoger prueba de usuario, extraer data
Para el caso A tomaría un escenario simple, pues la documentación y base a requisitos especificos, en el caso B sería un enfoque complejo, donde la base será ensayar y probar, pues cuenta con un componente de innovación
En el escenario A. En este caso, ya existen prácticas y arquitecturas establecidas, pero puede requerirse el conocimiento de expertos para integrar la nueva funcionalidad sin generar errores. La relación causa-efecto es clara, aunque no siempre evidente a simple vista, por lo que se necesita análisis y buenas prácticas. El equipo puede seguir un enfoque predictivo basado en experiencia y conocimiento técnico especializado, sin necesidad de mucha experimentación.
En el escenario B. Aquí hay alta incertidumbre: no se conocen las preferencias de los clientes ni existe una receta establecida. La solución debe emerger mediante experimentación, aprendizaje continuo y retroalimentación del usuario. Por eso, enfoques ágiles como Scrum son ideales, ya que permiten iterar rápidamente, probar hipótesis y ajustar el rumbo en función de los resultados y la información obtenida.
Buen apunte compañero!
El Marco Cynefin previene el caos al ayudarte a identificar el tipo de entorno de tu proyecto, evitando aplicar un enfoque inadecuado. Al reconocer si una situación es simple, complicada o compleja, puedes elegir las prácticas correctas y no caer en la confusión por usar métodos que no corresponden.
Escenario A: Dominio Simple. Escenario B: Dominio Complejo.
nuevamente me quede atascado aquí y no termina
Debes refrescar la página y poner el punto de avance de la clase un poco después del punto de la pregunta.
Escenario A. Simple Escenario B. Complejo
Hola Chicos!
Caso Practico:
Escenario A: Dominio Simple, por que ya se tiene un guía una buena documentación que los ayudaría.
Escenario B: Escenario complejo ya que necesita ensayar para generar un producto novedoso e ir probando como es recibido en el mercado
1. Escenario A: Un equipo necesita construir una nueva funcionalidad para una aplicación, siguiendo requisitos y una arquitectura que ya existen y están bien documentados.
Dominio Simple, por que ya existe la arquitectura y está bien documentada, por lo tanto ya hay un proceso definido
2. Escenario B: Un equipo está intentando crear un producto innovador para un nuevo mercado, donde no tienen datos sobre las preferencias de los clientes.
Es un dominio complejo por que todo es novedoso y no se tienen datos, toca experimentar y ajustar
El marco Cynefin presenta cuatro escenarios
Escenario A " Simple "
Escenario B "Caotico "
Cambien esas preguntas molestas en medio del vídeo, haganlas al último y sin sonidoooooo . Es demasiado molesto.
Justificación: Dado que los requerimientos y el diseño técnico ya se encuentran formalizados y especificados, el grupo de trabajo dispone de una hoja de ruta definida. Sin embargo, el desarrollo de una solución de software continúa demandando saberes técnicos avanzados. Es comparable al pastel de bodas de tres niveles: no se trata de una preparación estándar que cualquiera pueda seguir, sino que se necesita a un profesional en este caso programadores o especialistas capaz de interpretar dichas especificaciones y aplicar criterios de calidad para alcanzar el resultado previsto.
Justificación: Se está gestando un producto novedoso orientado a un segmento de mercado aún no explorado, sin tener claro el perfil de los consumidores ni sus gustos. Esto se asemeja al caso de inaugurar un restaurante con una carta inédita. En esta situación no existen “fórmulas” ni especialistas capaces de asegurar el éxito desde el inicio. La única vía para progresar es a través de la prueba y error
Para el escenario A Simple, seguimos las mejores practica ya probadas que han dado resultado.
Para el escenario B Complejo, experimentamos para tantear el terreno, y con el feedback que recibamos de los clientes vamos cuadrando el camino hacia el objetivo
Escenario A: simple porque el producto ya esta en producción y cuenta con la documentación. Puede que anivel de implementación pueda tener dificultades que se puede resolver.
Escenario B: complejo, no conoce sus clientes ni sus preferencias.
A es un entorno simple, 6a todo se conoce, no hay sorpresas todo es controlable. B es un Entorno Complejo, no existe nada hecho o predefinido todo se crea desde cero, se exoerimenta orueba y error.
Escenario A: Simple, ya se tiene documentacion y practicas para la labor. Escenario B: complejo, para un Nuevo product or se deben realizar diferentes métodos para conocer al cliente y poder determinar las necesidades y asi ajustar el producto
¿Cuándo debo aplicar Scrum en mis proyectos?
Debes implementarlo cuando te enfrentas a un dominio complejo, es decir, cuando el resultado es incierto y no existe un manual paso a paso. En lugar de planificar todo desde el inicio, Scrum te permite lanzar pequeñas pruebas, medir la respuesta del usuario y ajustar tu estrategia sobre la marcha.
