Aprender el pensamiento sistémico

Capítulo 1. ¿Qué es el pensamiento sistémico? ¿Qué es el pensamiento sistémico?

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Visión sin pensamiento sistémico acaba pintando bellas imágenes del futuro sin una comprensión profunda de las fuerzas que hay que dominar para pasar de aquí a allí.

Peter Senge, La Quinta Disciplina (Moneda)

Podrías imaginar que, cuando termines de leer Aprender a pensar en sistemas, habrás aprendido a pensar en sistemas. Nada más lejos de la realidad. El pensamiento sistémico es una práctica, una perspectiva, un marco, un lenguaje emergente... incluso podríamos llamarlo una forma de vida.

Leer un libro sobre tenis no te enseñará a jugar al tenis. Debes salir a la calle y jugar al tenis. Lo mismo ocurre con el pensamiento sistémico. Se necesita experiencia para cambiar tu forma de pensar. Espero que mientras leas este libro, salgas fuera y juegues con los sistemas.

Este libro describe un sistema para pensar en sistemas. Su lectura te proporcionará contexto, orientación, vocabulario y prácticas. ¿Cómo es un mundo en el que "pienso en sistemas"? ¿Cómo navego hacia él?

¿Qué hago allí? ¿Por qué es importante? ¿Qué prácticas, principios y herramientas necesitaré para tener éxito?

Mi introducción rápida favorita al pensamiento sistémico es la Figura 1-1.

Figura 1-1. Herramientas de un pensador sistémico (Crédito: emmasegal.co, ilustrador)

Para los profesionales de la tecnología, este libro es un viaje desde el pensamiento sobre el software al pensamiento sobre los sistemas de software. También es, quizás lo más importante, un viaje para alejarse del reduccionismo y de pensar en las personas y la tecnología como entidades separadas .

Es un libro sobre el pensamiento. Porque lo que pensamos, y comunicamos, es lo que empujamos a la producción.

Muchos de nuestros enfoques para desarrollar software surgieron en la era de las máquinas. Nos aferramos con fuerza al pensamiento reduccionista y mecanicista en el que se basaban. Hace cuarenta años, nuestros sistemas eran principalmente físicos y mecánicos. Leíamos el periódico impreso, los libros de la biblioteca, las cartas en el buzón. Cuando nos perdíamos, pedíamos indicaciones a un ser humano. En cierto modo, el tipo de pensamiento que necesitábamos, y que nos enseñaron, se ajustaba a nuestra época.

Ahora estamos en la era de los sistemas. Hemos creado un vasto, interrelacionado e interdependiente paisaje digital de software para sustituir a los periódicos y las bibliotecas y el correo postal y los mapas. El software da forma a nuestros espacios en línea, tiendas y experiencias sociales. El software estructura la infraestructura para otro software.

La complejidad relacional, el número de variables que debemos tener en cuenta para tomar decisiones sobre software, se está disparando. A medida que el software se convierte en sistemas de software, hemos alcanzado los límites de nuestras formas tradicionales de pensar.

En la Era de los Sistemas tendemos a ver las cosas como parte de conjuntos más amplios y no como conjuntos que hay que desmontar.

Russell L. Ackoff

Este libro trata descaradamente sobre el pensamiento. Sobre el pensamiento abstracto. Muchas (muchas, muchas, muchas) veces en mi carrera, he oído burlas hacia el pensamiento (y la comunicación), como si no fueran habilidades y actividades materiales. "Eso es demasiado abstracto. Hazlo concreto".

Estoy a favor del hormigón. Mi casa está construida sobre cimientos de hormigón. Pero mi cocina y mi bañera y el césped y el jardín y los perros no son de hormigón. El pensamiento concreto es importante, pero no lo es todo. Estas cosas también importan: Crear conceptos que guíen nuestra toma de decisiones integrada. Sintetizar múltiples puntos de vista. Mirar bajo la superficie de los problemas para descubrir sus causas profundas. Transformar los modelos mentales que estructuran nuestros sistemas de software heredados.

En el desierto de los sistemas, hay mucho menos hormigón.

El pensamiento sistémico amplía nuestras herramientas como trabajadores del conocimiento. Nos saca de la constante e inútil guerra cultural entre arquitectura e ingeniería como práctica. Los sistemas no son dualistas: la elección no es "arquitecto de torre de marfil" frente a "programador práctico"... la elección es "¿qué herramienta, práctica o enfoque nos ayudará a comprender lo que necesitamos comprender?".

¿Puedes cambiar de perspectiva y pensar de forma diferente?

El primer paso hacia el pensamiento sistémico es la voluntad. Voluntad de ver las cosas de otro modo, de pensar en profundidad, de practicar la autoconciencia y de sentir curiosidad por las pautas y la complejidad. Voluntad de cambiar de opinión y adentrarse en lo desconocido.

Como dice Morfeo a Neo en Matrix:

Sólo puedo mostrarte la puerta. Tú eres quien tiene que atravesarla.

Atravesemos juntos la puerta.

El pensamiento lineal es el predeterminado

[L]a lógica del blanco y el negro a veces puede funcionar incluso para sistemas complejos. Pero ignora las formas en que las partes interactúan entre sí. El reduccionismo puede servir para explicar cómo vuela un pájaro, pero no cómo se mueve al unísono una bandada de pájaros. Puede describir la combustión interna, pero no las pautas del tráfico. Puede describir los patrones eléctricos del cerebro, pero no la conciencia, y es improbable que nadie ni nada -ni siquiera los ordenadores más potentes del mundo- analice nunca por completo las interacciones que hacen que el suelo esté sano.

Mark Bittman, Animal, Vegetal, Basura (Mariner)

Se nos enseña a pensar linealmente. El pensamiento lineal es tan omnipresente que muchos de nosotros no lo reconocemos como un tipo de pensamiento. Lo llamamos, simplemente, pensamiento: predecible, racional, repetible, procedimental, dualista, descendente y preocupado por el control. Confiamos en el pensamiento lineal para diseñar, construir e implementar, ejecutar y mantener el software.

Nuestra experiencia en software ha reforzado nuestra capacidad de pensamiento lineal. Regidos por nuestro pensamiento causal "si esto, entonces aquello", esperamos que los sistemas de software se comporten exactamente como pretendemos que se comporten, en todas las circunstancias. En código, hablamos un lenguaje diseñado para ser inequívoco.

Esperamos que las personas que construyen software se comporten de forma predecible, procedimental y controlada de arriba abajo. Nuestro estilo de comunicación preferido refleja estas expectativas: directo, concreto y preocupado por el control.

El pensamiento lineal es reduccionista, comprender un todo dividiéndolo en partes. La programación orientada a objetos es reduccionista. Los enfoques de arquitectura de software dividen y conquistan, "gestionan" la complejidad mediante la modularidad y "descomponen" los problemas en subproblemas. Dividimos el software (o un sistema de software) en partes o componentes. Modelamos cajas con líneas entre ellas. Encajamos a las personas (equipos) en esas cajas.

Cuando superamos ese modelo, volvemos a crear las cajas.

Este libro no argumenta contra el pensamiento lineal. El pensamiento lineal no es malo, y el pensamiento sistémico no es bueno, como las Brujas del Este y del Norte en El Mago de Oz. No podemos funcionar como trabajadores del conocimiento sin pensamiento lineal. En algunas circunstancias, ¡lo que se necesita exactamente son enfoques lineales excelentes! El pensamiento y los enfoques lineales nos ayudan de muchas maneras:

• Desglosa un problemacomplejo en sus partes componentes para poder comprenderlo y resolverlo.

• Analiza la causa y el efecto. Encuentra el "error" que causa un efecto no previsto. Diseña un cambio para producir un efecto deseable.

• Imagina los pasos necesarios para construir algo nuevo y da esos pasos, adaptándote a medida que aprendas más.

• Aprende nuevos lenguajes de programación, herramientas, marcos, reglas y procesos. Aplica esas habilidades.

• Identifica las ideas y las implementacionesdébiles, y trabaja para mejorarlas.

• Construye iterativamente nuevos comportamientos de software, aprendiendo del resultado.

• Identifica y sigue las buenas prácticas. Modifícalas según cambien las circunstancias.

• Prueba ideas para descubrir dónde fallan. Rastrea valiosos datos operativos.

• Mejora la eficacia editando soluciones hasta que sean elegantemente sencillas.

El pensamiento lineal y el no lineal están interrelacionados. Este libro es un complemento importante para tu estantería, porque los enfoques lineales no pueden resolver los problemas sistémicos.

Estamos en la era de los sistemas. A medida que aumenta la complejidad relacional, necesitamos pensar de forma diferente. Muchos de nuestros retos son sistémicos. Necesitamos ampliar nuestro conjunto de habilidades para poder pensar, comunicarnos y actuar como sistemas sanos.

El pensamiento sistémico no es lineal

Es fácil pensar en relaciones lineales: cuantas más, mejor. Las ecuaciones lineales se pueden resolver, lo que las hace adecuadas para los libros de texto. Los sistemas lineales tienen una importante virtud modular: puedes desmontarlos y volverlos a montar: las piezas se suman.

Por lo general, los sistemas no lineales no pueden resolverse ni sumarse. . . . La no linealidad significa que el acto de jugar el juego tiene una forma de cambiar las reglas. . . . Esa retorcida capacidad de cambio hace que la no linealidad sea difícil de calcular, pero también crea ricos tipos de comportamiento que nunca se dan en los sistemas lineales.

James Gleick, Caos: Making a New Science (Open Road Media)

En un mundo lineal, plantaría siete semillas de col rizada y, entre 50 y 55 días después, cosecharía siete plantas de col rizada maduras. Cuando un conejo mordisquea una de mis plantas, pongo una valla alrededor del huerto para mantener alejados a los conejos. Se quedan fuera. Cuando los días se vuelven inusualmente calurosos, sé que el crecimiento tardará más, así que ajusto mis expectativas. Ésta es la mentalidad que utilizamos cuando planificamos iniciativas de software.

En mi jardín actual, a veces tengo nueve plantas porque la col rizada es bienal y planté algunas el año pasado. A veces no tengo ninguna planta. Cuando eso ocurre, tal vez sean los conejos; tal vez sean los ciervos que saltan la valla porque sus alimentos favoritos escasean. Quizá ha llovido demasiado o no ha llovido lo suficiente o ha hecho demasiado calor en mayo u octubre. Tal vez el suelo no tiene suficiente nitrógeno o se lo comieron los gusanos de la col o las babosas. Quizá los pájaros hicieron agujeros en las hojas al comerse los caracoles que se estaban comiendo la col rizada.

Lo más probable es que la causa de las plantas cero sea alguna combinación de estas cosas, que se influyen mutuamente de formas difíciles de predecir. Esto, en su forma más simple, es lo que entendemos por no lineal. Los sistemas no son totalmente controlables e impredecibles. Las relaciones entre las partes influyen en lo que ocurre.

Puede que hayas creado una única pieza de software que, en su mayor parte, funcionaba en un entorno relativamente controlado. Cuando lo hacía, no siempre podía predecir lo que ocurriría al pasar un cambio a producción. Pero en su mayor parte, podía mitigar el riesgo de resultados inesperados.

Para muchos de nosotros, entre los que me incluyo, esa época ya ha pasado. El software está en todas partes, construido sobre otras piezas de software, interactuando con múltiples fuentes de información, abarcando la amplitud de una organización con puentes de mala muerte. Las nuevas funciones se utilizan de formas que los desarrolladores no tenían previstas. El software moderno se convierte en "heredado" a los tres minutos de lanzarlo. El software funciona en circunstancias siempre cambiantes y depende de un flujo de información en movimiento.

Una mala noticia: los enfoques no lineales son invariablemente más difíciles que los lineales. Tu vida no va a ser más fácil. ¿Te dan ganas de tirar el libro al otro lado de la habitación? Ya tienes mucho que hacer. Ahora te digo que los enfoques no lineales implican hacer el trabajo y averiguar cómo hacerlo y mejorar las formas en que trabajamos y aclarar por qué el trabajo importa y aprender... todo el tiempo.

Aprender todo el tiempo. Pensando profundamente y también pensando profundamente sobre el pensamiento.

La buena noticia es: serás más eficaz. El trabajo no te parecerá tanto trabajo, lo que significa que tendrás más energía. El pensamiento sistémico mejora tu capacidad para hacer cosas difíciles.

Los enfoques no lineales aumentan la señal y disminuyen el ruido.

En el mundo de los sistemas de información, hemos construido todo un ecosistema digital en menos de 30 años. El software gobierna la mayoría de nuestros procesos de comunicación humana. Ese ecosistema es emergente... la suma es mayor que las partes. Los comportamientos y las tendencias surgen de las relaciones entre las partes. El botón "me gusta" no sólo dio a los usuarios de Facebook una forma rápida de comentar; transformó las construcciones sociales de forma impredecible.

Estamos haciendo cosas difíciles. No podemos diseñar sistemas no lineales con un pensamiento lineal. Para ello, necesitamos ampliar nuestro conjunto de herramientas de pensamiento. Tenemos que pensar en sistemas.

¿Qué es el pensamiento sistémico?

Para aquellos que se juegan su identidad en el papel de conquistador omnisciente, la incertidumbre expuesta por el pensamiento sistémico es difícil de soportar. Si no puedes comprender, predecir y controlar, ¿qué hay que hacer?

Donella Meadows, Proyecto Donella Meadows

El pensamiento no lineal se expresa de múltiples formas. Este libro se titula Pensamiento sistémico de aprendizaje. Esa frase, "pensamiento sistémico", se ha definido de numerosas formas, a veces contradictorias, en los ámbitos tecnológico, empresarial y académico. El vocabulario para describirlo aún está emergiendo. El pensamiento no lineal integra más que el pensamiento sistémico. El pensamiento estratégico, por ejemplo, es pensamiento sistémico más navegación creativa hacia el cambio. El pensamiento patrón, el pensamiento paralelo y el razonamiento sistémico... todos significan pensar en sistemas.

Los equipos de aprendizaje son equipos de pensamiento no lineal.

Hasta cierto punto, no importa si compartimos o no una definición inequívoca. Las prácticas y el vocabulario que utilizamos para describirlas están evolucionando. Las definiciones aquí expuestas nos servirán para empezar. No pasa nada si evolucionan con el tiempo.

Para definir el pensamiento sistémico, consideremos primero qué significa "sistema". He aquí algunas definiciones:

• Conjunto de cosas que funcionan juntas como partes de un mecanismo o de una red interconectada.(Diccionario de inglés de Oxford)

• Un sistema es un todo formado por partes, cada una de las cuales puede afectar a su comportamiento y propiedades. Las partes son interdependientes.(Russel Ackoff)

• Un conjunto interconectado de elementos que se organiza coherentemente de forma que consiga algo (un objetivo).(Donella Meadows)

• Una disposición de partes o elementos que juntos muestran un comportamiento o significado que los componentes individuales no tienen.(Consejo Internacional de Ingeniería de Sistemas)

Un sistema es también el conjunto de principios o procedimientos según los cuales se hace algo; un marco o método organizado. Esto es importante porque los sistemas son sociotécnicos. Los principios y procedimientos que utilizamos las personas y el marco o métodos que estructuran nuestro trabajo están interrelacionados y diseñan intrínsecamente nuestros sistemas.

Sea cual sea la definición de "sistema", incluye las formas en que estructuramos nuestro pensamiento y nuestros planteamientos.

Como profesionales del software, nos ocupamos de los sistemas de software. Por tanto, para nuestros fines:

Un sistema es un grupo de hardware, software, personas, organización(es) y otros elementos interrelacionados que interactúan y/o interdependen para servir a un propósito compartido.

Precaución: esta clara descripción se enturbia rápidamente. Definir "finalidad" depende de tu punto de vista. Todo software tiene una finalidad. WordPress es una herramienta de publicación digital. Pero eso no es lo que yo entiendo por finalidad. La finalidad es una propiedad del conjunto y no reside en ninguno de sus componentes. ¿A qué misión sirven los elementos?

Imagina una organización cuya misión sea informar al mundo sobre los beneficios para la salud de la cocina basada en plantas. WordPress podría ser un elemento de ese sistema. Otras partes como las herramientas de publicación en redes sociales y Google Ads y un gestor de activos y plataformas de generación de recetas también podrían desempeñar un papel. El trabajo del escritor en el desarrollo de la información es un elemento del sistema. Al igual que los lectores. Sin las entradas (contenido) y las salidas (consumidores), el software no sirve para nada.

Ahora que hemos definido "sistema", ¿qué es "pensamiento"? Pensar tiene una sorprendente variedad de definiciones. Cuando pensamos en sistemas, utilizamos nuestra mente para razonar sobre algo. Lo cual es una frase interesante... si estoy utilizando mi mente para pensar, ¿quién es el "yo" que utiliza mi mente?

No vamos a abrir un enigma filosófico, por delicioso que sea. Pero sí quiero señalar que el pensamiento sistémico no son sólo pensamientos, sino también tu conciencia de los pensamientos. Pensamientos que están entrelazados con experiencias, recuerdos, juicios e información sensorial (como la mirada en la cara de alguien).

En este libro, ampliamos la definición de pensar para incluir la estructuración y comunicación de esos pensamientos. Escribir en la pizarra es pensar. No pensamos simplemente en código, escribimos código; no pensamos simplemente en sistemas, creamos artefactos. Un artefacto puede ser un documento o un modelo, un mensaje de Slack o una conversación, cualquier cosa que transmita el pensamiento. De este modo, el pensamiento sistémico es práctico.

¿Qué es, entonces, el pensamiento + sistémico? He aquí dos definiciones de "pensamiento sistémico":

El pensamiento sistémico a menudo implica pasar de la observación de acontecimientos o datos, a la identificación de pautas de comportamiento a lo largo del tiempo, para sacar a la superficie las estructuras subyacentes que impulsan esos acontecimientos y pautas.

Michael Goodman, en Systems Thinker

El [pensamiento sistémico] reconoce y prioriza la comprensión de los vínculos, relaciones, interacciones e interdependencias entre los componentes de un sistema que dan lugar al comportamiento observado del sistema. El pensamiento sistémico es un marco filosófico, y también puede considerarse un método con sus propias herramientas.

La Alianza para la Investigación de Políticas y Sistemas Sanitarios

En este libro, defino el pensamiento sistémico como una práctica.

Nota

El pensamiento sistémico es un sistema de prácticas de pensamiento fundamentales que, cuando se realizan conjuntamente, mejoran las habilidades de pensamiento no lineal.

El pensamiento sistémico es una práctica

Las prácticas de este libro no representan la Lista Definitiva de Todas las Prácticas Necesarias. Los sistemas y el pensamiento no lineal están evolucionando, especialmente en el mundo de los sistemas de software, donde apenas estamos empezando a aplicarlos. Estas prácticas son un excelente punto de partida, y descubrirás más en tu viaje.

No importa realmente cómo clasifiquemos las prácticas que encontrarás aquí. Por ejemplo, mezclan "habilidades duras" y "habilidades blandas" (en mi experiencia, las habilidades blandas son más duras). Practicar ampliará las herramientas de pensamiento de tu caja de herramientas. Con el tiempo, la práctica mejorará tu capacidad para aplicar estas herramientas a problemas "perversos" (problemas con muchos factores interdependientes que están en flujo).

El pensamiento sistémico es una práctica que ocurre en tu propia mente y entre las personas. Reestructura los procesos de pensamiento y comunicación que te rodean, como la estructura organizativa del trabajo. Practicar el pensamiento sistémico dentro de una organización de pensamiento lineal es útil, pero no transformador. Practicamos el pensamiento sistémico solos, con otros y como práctica de liderazgo.

Las cuatro partes de este libro, y los capítulos dentro de cada una de ellas, están diseñados para introducirte en las capacidades de un pensador sistémico.

• Parte I: Conceptos y prácticas básicas

• Parte II: Trabajar con tu propia mente

• Parte III: Trabajar con información procedente de la mente de otras personas y del propio sistema

• Parte IV: Liderazgo en un mundo no lineal

Mediante la práctica, desarrollarás cualidades que te permitirán hacer cosas difíciles con los demás y te capacitarán para aumentar tu valor como trabajador del conocimiento. Todos nos enfrentamos a retos sistémicos; nos necesitamos unos a otros para descubrir cómo hacerlo.

Cualidades de un pensador sistémico

No hay listas de "12 pasos hacia el pensamiento sistémico y el primero te sorprenderá" que te enseñen todo lo que necesitas saber en 10 minutos. No hay pruebas de pizarra sobre pensamiento sistémico que aprobar ni exámenes de certificación. Nunca terminas de aprender sobre sistemas; te enseñarán para siempre. Entonces, ¿cómo sabes que te estás volviendo bueno en pensamiento sistémico?

A medida que practiques las habilidades de pensamiento sistémico, te enfrentarás a retos más complejos. Con cada nuevo reto, descubrirás que hay mucho más que aprender. La paradoja del pensamiento sistémico es que cuanto más sabes, más sabes que no sabes. Podríamos decir que la cualidad más valiosa de un pensador sistémico es que sabe que no sabe.

He aquí algunos patrones y comportamientos reconocibles en las personas que piensan de forma no lineal. Las personas que son buenas en el pensamiento sistémico realizan regularmente algunas acciones clave:

• Practica el pensamiento.

• Reconocer la diferencia entre el pensamiento reduccionista y analítico (lineal) y la adopción de una perspectiva sistémica (no lineal). Discernir cuándo aplicar uno u otro (o ambos).

• Describe soluciones que estén significativamente conectadas con el contexto y el propósito a nivel de sistema.

• Saber que los sistemas de personas son inextricables de los sistemas técnicos. Considerar los retos como inherentemente sociotécnicos.

• Cambia fácilmente de perspectiva para explorar los retos desde distintos puntos de vista. Participar cómodamente en el cambio de modelos mentales a medida que cambian las circunstancias.

• Cuando te enfrentes a problemas recurrentes, intenta comprender las estructuras sistémicas y los circuitos de retroalimentación que bloquean el cambio.

• Demostrar altos niveles de autoconciencia y metacognición, especialmente sobre patrones de pensamiento reactivos, falaces o sesgados.

• Evita añadir ruido y culpa, reconoce las reacciones y cambia hacia la respuesta.

• Enfoca la vida con una mentalidad de "siempre aprender". Estructura el descubrimiento, el aprendizaje y la exploración con los demás de forma proactiva.

• Comunicar ideas, recomendaciones y teorías bien razonadas. Articular el razonamiento que subyace a las conclusiones.

• Escucha respetuosamente y colabora con los demás para reforzar las ideas colectivas.

• Comprender cómo las partes interrelacionadas e interdependientes actúan juntas para crear pautas y procesos. Investigar las formas en que se refuerzan esos patrones.

• Crear modelos conceptuales, solo y con otros, para orientar decisiones impactantes. Disponer de técnicas de modelización suficientemente diversas y utilizarlas de forma improvisada.

• Acepta que la incertidumbre es una parte natural, bienvenida e inevitable de la vida.

Como arquitecto de sistemas, me dedico al pensamiento sistémico a tiempo completo, pero no es necesario que sigas ese camino. Puedes desarrollar habilidades de sistemas para complementar tus habilidades de pensamiento de software. Una escala profesional complementaria para la mayoría de los profesionales del software podría parecerse a la Figura 1-2.

Figura 1-2. Una escala profesional para los pensadores sistémicos

El pensamiento sistémico es un cambio de mentalidad, que se aleja de los enfoques lineales y reduccionistas para acercarse a los no lineales. La forma "correcta" de lograr este cambio de mentalidad depende de tus habilidades y circunstancias. Hay muchas formas correctas.

Lo más probable es que ya estés cambiando. Si has adoptado microservicios o integración continua u otros enfoques de software interrelacionados, has experimentado algo de este cambio mental. Si haces modelado colectivo, conectas lo que construyes con la razón por la que es valioso, o piensas en las relaciones entre las partes del software, estás pensando en sistemas. Si has mejorado patrones y procesos para "arreglar" un problema recurrente, estás pensando en sistemas.

Si esa ambigüedad te preocupa, abróchate el cinturón, porque el pensamiento sistémico está lleno de ambigüedad. Sin embargo, no estarás dando tumbos temerariamente por esquinas ciegas. Estás cambiando tus expectativas y disfrutando del viaje sin necesidad de saber siempre exactamente adónde vas.

Cuando los sistemas de software están cambiando, las habilidades de entrega de software como Go o las herramientas de implementación de AWS o el diseño de API hipermedia son valiosas y necesarias. Pero no predicen el éxito. Los desarrolladores de software, los gestores de productos y los líderes estratégicos brillantes suelen ser sinceros y trabajar duro, pero progresan poco. A todos nos bloquean dos obstáculos:

1. Somos espectacularmente terribles en el pensamiento no lineal. Estamos constantemente enredados en nuestras opiniones, prejuicios cognitivos, miedos, suposiciones, condicionamientos y falacias lógicas. Desenredarnos de forma hábil y coherente requiere práctica.

2. No sabemos que se nos da fatal. De hecho, cuanto peor se nos da el pensamiento no lineal, ¡más seguros estamos de que se nos da bien!

Ahí reside una paradoja: debemos ser buenos en pensamiento no lineal para ver que no somos buenos en pensamiento no lineal.

Afortunadamente, como dijo Carl Jung

Sólo la paradoja se acerca a la comprensión de la plenitud de la vida.

El dilema de MAGO

A lo largo de este libro, describiré una organización ficticia con retos de sistemas cada vez más comunes en el mundo real. Te presento a MAGO.

Durante décadas, MAGO publicó la revista de distribución internacional más popular del mundo. Su software de publicación y sistema de distribución de vanguardia garantizaban que cada edición llegara a millones de personas de todo el mundo, puntualmente, cada domingo.

En 2010, MAGO lanzó un sitio web. En los años siguientes, todo lo impreso se compartió también digitalmente, sus artículos, gráficos, anuncios y colecciones destacando temas de actualidad. Como la mayoría de las organizaciones, construyeron su presencia digital con un único software y luego lo ampliaron, personalizaron y escalaron añadiéndole mucha memoria caché. Animaron al mundo a venir a ver la información disponible en una URL. Las visitas a la página aumentaron rápidamente a millones al día.

MAGO, como la mayoría de las organizaciones de la época, convertía una página impresa en una página web. Su arquitectura de datos, flujos de trabajo de entrega y coreografía de software giraban en torno al concepto de "página". El HTML se inventó para estructurar páginas digitales. MAGO no se dio cuenta de que el emergente sistema de información global que es Internet cambiaría el paradigma. Hoy, ¿qué significa "página" en un mundo en el que la gente comparte contenidos en todas partes?

Durante este cambio surgió todo un ecosistema de infraestructura organizativa. Desacoplar el flujo de trabajo de suscripción, seguir y analizar los comportamientos de los lectores, monitorear la disponibilidad del sistema, transformar los activos (como las imágenes) en formas, tamaños y tipos variables. Los procesos empresariales se digitalizaron, al igual que las nóminas, la contratación y la gestión de eventos (algo por lo que MAGO era conocido). Las herramientas de comunicación se hicieron inextricables de la productividad, permitiendo a los equipos distribuidos reunirse, planificar el trabajo y seguir los progresos.

El mundo que rodeaba al sitio web de MAGO estaba cada vez más interconectado. Necesitaban aparecer también en los resultados de los motores de búsqueda, en las plataformas de las redes sociales, en los agregadores de noticias y en las plataformas de vídeo y audio. El mundo, no sólo el sitio web, necesitaba una dieta constante de contenidos. Los debates sobre los artículos publicados, que MAGO esperaba rastrear, se alejaron de los comentarios en una página y ocurrieron dondequiera que la gente charlara.

Las personas que accedían a la información en sus ordenadores de sobremesa querían una información diferente a la de las personas que lo hacían en sus teléfonos. MAGO creó una aplicación y luego otra. Pronto eso no fue suficiente. La gente esperaba que la información se transformara en el navegador en función del dispositivo que utilizara para acceder a ella o de dónde se encontrara geográficamente. La demanda de información en contexto se convirtió rápidamente en la norma.

A medida que aumentaba el ancho de banda, también lo hacía la demanda de contenidos multimedia. MAGO amplió su personal para crear reportajes de vídeo ampliados, podcasts y gráficos interactivos personalizados para mostrar las tendencias de los datos. Cada una de estas innovaciones requería sistemas de software que las soportaran.

El mayor cambio fue el aumento de los flujos de trabajo asíncronos. La publicación ya no se ajustaba a un ritmo semanal, ni siquiera diario. Diversos contenidos y el software que los soportaba pasaban por diversos flujos de trabajo de entrega. Se necesitaba más gente para mantener sincronizados estos flujos de trabajo, ya que la estructura fundacional de los sistemas, la entrega de páginas, se estaba erosionando rápidamente. La información era cada vez más ubicua, y la forma de la información se estaba transmutando. De hecho, la forma de todo estaba cambiando.

Para seguir el ritmo implacable de la tecnología moderna, el equipo de MAGO construyó mucho software. A medida que se hacía cada vez más difícil seguir ampliando el software digital original, ahora heredado, el personal de producto se rebeló y construyó sitios web independientes para los nuevos contenidos. El software creó, con el tiempo, una colección ad hoc de partes en su mayoría disociadas. Muy pocas personas podían nombrar todas las partes o sabían cómo funcionaban. El sistema parecía una máquina de Rube Goldberg, con personal de producción moviendo datos a mano (ver Figura 1-3). Resultó que MAGO se enfrentaba a un dilema.

Figura 1-3. El software heredado de MAGO funciona, a duras penas, la mayor parte del tiempo, pero se mantiene unido con cinta adhesiva y chicle.

A medida que aumentaba la complejidad relacional, se hizo evidente que seguir ampliando el sistema actual no iba a funcionar. ¿Cuántas piezas de software se pueden unir con cinta adhesiva? Podían ignorar eficazmente este problema... hasta la pandemia. Seis meses después de que comenzara el bloqueo, los mantenedores de su software central quebraron.

La reacción inicial de MAGO fue "¡reemplazad el software ya!". Pero la empresa quebró porque las organizaciones ya no compraban el software de 20 años en el que se basaba MAGO. El paradigma había cambiado. En lugar de seguir como hasta entonces, el dilema de MAGO pasó a ser: ¿Cómo diseñamos un sistema que satisfaga las exigencias de la era de los sistemas modernos?

A medida que exploremos el pensamiento sistémico y los enfoques no lineales, volveremos al dilema de MAGO.

Si sabes que he diseñado sistemas para organizaciones como The Economist y la Fundación Wikimedia, puede que te preguntes si MAGO es una delación apenas velada. Aunque los ejemplos ficticios que leerás en este libro están inspirados en experiencias del mundo real, reflejan patrones y retos modernos a los que se enfrentan muchos, si no la mayoría, de los sistemas de información. Cualquier parecido con personas reales u organizaciones concretas se debe simplemente a que todo el mundo está intentando averiguar cómo evolucionar hacia la era de los sistemas.