Scrum: ¿Qué es Cynefin Framework?

( Traducción al chino: Scrum：什么是Cynefin框架？ ) （日本語）

Si bien Scrum puede ser un marco eficaz para muchos tipos de proyectos, es importante que se dé cuenta de que no es la panacea para todo tipo de proyectos: puede ser una solución excelente para muchas situaciones en su organización, pero puede que no lo sea. ser la respuesta adecuada en algunos escenarios. Un marco conocido como Cynefin nos ayuda a dar sentido a las situaciones que encontraríamos en los escenarios del proyecto.

La esencia del método Scrum es permitir que todo el equipo entregue constantemente un trabajo de calidad a través de un proceso de desarrollo riguroso pero flexible en situaciones en las que los requisitos no se conocen por completo o no son confiables. La autoorganización permite que el equipo del proyecto produzca soluciones exactas y precisas, mientras que las restricciones del mercado están sujetas a cambios impredecibles.

Marco Cynefin?

El marco Cynefin, una palabra galesa para hábitat, es un marco conceptual utilizado para ayudar en la toma de decisiones creado en 1999 por Dave Snowden. Ofrece cinco contextos de toma de decisiones como:

1. sencillo,
2. Complicado,
3. complejo,
4. caótico, y
5. trastorno

Cynefin Framework ayuda a los gerentes a identificar cómo perciben las situaciones y dan sentido a su propio comportamiento y al de otras personas. Se basa en la investigación de la teoría de sistemas, la teoría de la complejidad, la teoría de redes y las teorías del aprendizaje.

Eche un vistazo a estos posibles dominios de escenarios de desorden en sus proyectos para averiguar si Scrum funcionaría para usted o no:

1. Sencillo

En el dominio simple estamos en un sistema ordenado donde existe la relación entre causa y efecto, es predecible de antemano y es evidente u obvio para cualquier persona razonable.

Aplicamos las mejores prácticas y el enfoque es:-

SENTIR — CATEGORIZAR — RESPONDER

• Sentido  : vea lo que entra
• Categorizar  — Hacer que se ajuste a categorías predeterminadas
• Responder  — Decidir qué hacer

Los escenarios simples son situaciones en las que todos pueden ver la causa y los efectos: las personas saben cuál es la respuesta correcta. Este tipo de dominio es mejor para reproducir productos una y otra vez, ya que hay pasos que puede repetir para resolver problemas existentes.

Si bien Scrum puede ser una forma de abordar este tipo de dominio de escenario, puede lograr resultados más rápidos y más seguros con el marco de trabajo de la línea de ensamblaje, ya que tiene las mejores prácticas legítimas en cualquier lugar.

2. Complicado

Aplicamos buenas prácticas y el enfoque es:-

SENTIR — ANALIZAR — RESPONDER

• Sentido  : vea lo que entra
• Analizar  — Investigar o analizar, usando conocimiento experto
• Responder  — Decidir qué hacer

Los escenarios complicados a menudo son dominados por expertos para garantizar buenas prácticas en un proyecto. Si bien existe la posibilidad de tener múltiples respuestas, contar con un experto para diagnosticar problemas sería más eficiente para abordar escenarios que tienen múltiples resultados posibles. Scrum puede usarse para resolver escenarios como este, pero, por supuesto, puede que no siempre sea el mejor marco para usar.

Por ejemplo, si necesita ajustar los parámetros para optimizar el rendimiento, puede saber cuál es el mejor curso de acción cuando reúne a expertos para que analicen la situación, verifiquen las opciones disponibles y generen una respuesta basada en su experiencia de lo que es bueno. la práctica debe ser. Los escenarios complicados se resuelven mejor a través de enfoques cuantitativos y tácticos como Six Sigma.

3. Complejo

SONDEAR — SENTIR — RESPONDER

• Sonda  — Entrada experimental
• Sentido  — Fracasos o éxitos
• Responder  : decidir qué hacer, es decir. amplificar o amortiguar

Los problemas complejos te hacen darte cuenta de que hay más resultados impredecibles de lo que puedes esperar de tus enfoques, y en este dominio, es más probable que obtengas la respuesta correcta cuando corriges un error o retrocedes.

Esto requiere que explore tanto como pueda sobre el problema, inspeccione lo que funciona o no, y luego se adapte en función de lo que ha aprendido. Este es también el dominio que encontraría cuando intente realizar innovaciones o realizar mejoras para proyectos anteriores que requieren mejores características.

Este es el dominio donde Scrum realmente brilla, ya que las situaciones complejas hacen uso de su capacidad para sondear la situación e inspeccionar lo que puede hacer en un marco de tiempo particular. Cuando aprende un método mejor en el proceso de iteración, puede adaptarlo en el cuadro de tiempo de la próxima iteración.

4. caótico

Descubrimos una práctica novedosa y el enfoque es: –

ACTUAR — SENTIR — RESPONDER

• Actuar  : intento de estabilizar
• Sentido  — Fracasos o éxitos
• Responder  : decidir qué hacer a continuación

La práctica emergente, el comportamiento o los resultados de la orden y el enfoque es: –

Este tipo de escenarios requieren una solución de inmediato: cuando su proyecto pasa al dominio caótico, significa que está experimentando una crisis que debe solucionar antes de experimentar cualquier daño adicional y volver al estado de orden. Este es el tipo de escenario que experimenta cuando alguien presenta una demanda o el único experto que conoce no se encuentra por ningún lado.

Scrum no es adecuado para abordar este tipo de escenarios, ya que no puede darse el lujo de priorizar los trabajos pendientes y lo que debe hacer durante la próxima situación. Cuando llega el caos, necesita tener a alguien con plena autoridad para hacerse cargo y actuar lo antes posible.

5. Desorden

Los dominios de desorden ocurren cuando no está seguro de en qué etapa se encuentra en su proyecto y no sabe si algún plan está funcionando o no. Esta es una situación muy peligrosa de la que debe salir inmediatamente.

Esto requiere que desglose la situación y observe sus componentes para saber si se encuentran en alguna otra categoría para ver qué tipo de enfoque debe usar para resolver la situación y volver a progresar. Puede ver que no tiene sentido adaptar Scrum en este tipo de situación hasta que categorice adecuadamente los componentes del problema.

Artículos de Scrum para principiantes