En informática , el modelo del caos es una estructura de desarrollo de software . Su creador, que utilizó el seudónimo LBS Raccoon, [1] señaló que los modelos de gestión de proyectos como el modelo en espiral y el modelo en cascada , si bien eran buenos para gestionar cronogramas y personal, no proporcionaban métodos para corregir errores ni resolver otros problemas técnicos. Al mismo tiempo, las metodologías de programación, si bien son efectivas para corregir errores y resolver problemas técnicos, no ayudan a gestionar los plazos ni a responder a las solicitudes de los clientes. La estructura intenta cerrar esta brecha. La teoría del caos se utilizó como herramienta para ayudar a comprender estas cuestiones. [2]
El modelo del caos señala que las fases del ciclo de vida se aplican a todos los niveles de los proyectos, desde el proyecto completo hasta las líneas de código individuales.
Un cambio importante de perspectiva es si los proyectos pueden considerarse como unidades completas o deben considerarse por partes. Nadie escribe decenas de miles de líneas de código de una sola vez. Escriben pequeños fragmentos, una línea a la vez, verificando que los pequeños fragmentos funcionen. Luego se construyen a partir de ahí. El comportamiento de un sistema complejo surge del comportamiento combinado de los componentes más pequeños.
La estrategia del caos es una estrategia de desarrollo de software basada en el modelo del caos. La regla principal es siempre resolver primero el problema más importante .
La estrategia del caos se asemeja a la forma en que los programadores trabajan hacia el final de un proyecto, cuando tienen una lista de errores que corregir y funciones que crear. Por lo general, alguien prioriza las tareas restantes y los programadores las solucionan una por una. La estrategia del caos establece que ésta es la única forma válida de hacer el trabajo.
La estrategia del caos se inspiró en la estrategia Go . [ cita necesaria ]
Hay varios vínculos con la teoría del caos .