Aprender el pensamiento sistémico

Prefacio

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

Se hizo evidente que las comunicaciones y la informática se servían mutuamente de forma tan íntima que podían llegar a ser la misma cosa.

Tracy Kidder, El alma de una nueva máquina (Little, Brown and Company)

De ninguna parte a todas partes

Hace dieciséis años, tenía una librería independiente, Mooncougar Books, cerca de la Universidad de Montana, en Missoula. El edificio albergó en su día Freddy's Feed and Read, donde podías picar pastel de pastor con tofu mientras hojeabas libros de autores locales. Ocho años después del cierre de Freddy's, compré el negocio al penúltimo propietario de una larga lista de libreros en apuros.

El 20 de julio de 2007, doce niños estaban acurrucados en el rincón de lectura del segundo piso, en pijama y leyendo Harry Potter y las Reliquias de la Muerte. A medianoche, el libro salió oficialmente a la venta, y ellos se marcharon para seguir leyéndolo en casa. Abajo, en el mostrador morado, había botones de "Leer libros prohibidos" en una cesta junto a los marcapáginas. A la mañana siguiente, el tentador olor del café Bears Brew se coló por la puerta compartida con la cafetería.

La librería, y la propia Missoula, estaban rodeadas por 1,6 millones de acres de bosques nacionales. Durante mi tiempo libre, me encogía de hombros con la mochila y desaparecía en ese bosque, caminando junto a huellas frescas de alce. Conducía mi motocicleta (BMW F650, para los fanáticos de los engranajes) a través de cientos de kilómetros de caminos madereros, durmiendo en una tienda de campaña con vistas al valle mientras algún que otro oso olisqueaba mis cosas.

En todas partes, dentro y fuera, estaba leyendo.

Una tarde, estaba evitando el aburrido trabajo de inventario, leyendo un ensayo de Anne Patchett publicado en (si no me falla la memoria) la revista Real Simple. La belleza, decía, depende de nuestra geografía. Ella no era guapa en las ciudades pijos de Massachusetts. No era guapa en los pueblos donde era habitual el delineador negro y los tatuajes. A medida que el artículo avanzaba hacia la Gran Revelación, el lugar donde se sentía verdaderamente bella, supe exactamente adónde íbamos: al valle Bitterroot. Donde yo vivía. En Bitterroots, estar despeinada al aire libre, ser amable y elegante con algo de barro en las botas era hermoso. Rara vez me maquillaba, a menos que contara el lápiz de labios.

Quien eras, auténticamente, importaba. En invierno, subir la montaña hasta casa importaba. (Aprender a poner cadenas en los neumáticos para no deslizarte por la montaña importaba). En abril, importaba no quedarse atascado en el barro. Cada cambio de tiempo, especialmente durante la temporada de incendios, importaba. Los osos importaban y de vez en cuando entraban alces en mi jardín. Mis perros jugaban al escondite con los ciervos (no sabía que los ciervos jugaran al escondite, ¿y tú?).

La lectura y el aprendizaje importaban. La gente decía que Missoula tenía el mayor porcentaje per cápita de camareras con máster. La gente importaba. Cuando esas camareras te preguntaban cómo estabas, realmente querían saberlo.

En Missoula, hace 16 años, no había tecnología. No en comparación con, digamos, todas las ciudades del noreste de EEUU. Antes de mudarme allí, había estudiado programación e ingeniería web. En Montana, tenía acceso telefónico a Internet. (¿Recuerdas cuando llamábamos a Internet por teléfono?) Tras un año o así de vivir en el valle, me mudé a una montaña y no tuve acceso a Internet en absoluto.

Resulta que cuando extiendes un cable por la ladera de una montaña para proporcionar servicio telefónico, (más tarde) no te lleva Internet. La página de inicio de Amazon, tal como era entonces, tardaba casi seis minutos en cargarse. Claro que podía consultar mi correo electrónico, si tenía mucha paciencia, pero básicamente estaba incomunicado. No me importaba. Tenía acceso a Internet en la librería. Había un receptor adosado al tejado del segundo piso, instalado en invierno, que dejó de funcionar cuando volvieron las hojas.

En casa, estaba rodeada de árboles y viento y tenía tiempo para escribir. Entonces escribía más, aunque no publicaba mucho. Yo era la fuente de mi propio entretenimiento. Libros y palabras, montañas y ríos.

La vida no era del todo pacífica e idílica. Había dramas interpersonales disfuncionales, desamores y decisiones difíciles que tomar. La parte relacional de mi vida era un desastre. Aun así, cuando recuerdo Missoula, recuerdo la belleza. Durante muchos años, planeé volver cuando pudiera permitirme quedarme.

(Missoula ya tiene acceso a Internet de banda ancha).

Al final, un proveedor de servicios de Internet subió a la montaña y hundió un alto poste metálico en hormigón húmedo cerca del jacuzzi. El instalador clavó un receptor en lo alto del poste y lo apuntó hacia un nuevo transmisor. Apuesto a que puedes adivinar lo que ocurrió a continuación....

Al cabo de un mes, me había mudado a Second Life, un mundo virtual de interminable... ¿diversión? ¿Creatividad? ¿Desperdicio de tiempo? Redescubrí el estar conectado. Digo redescubríporque antes de Montana, estaba Merentha, un juego de rol basado en texto en el que mi hijo y yo pasábamos demasiadas horas explorando juntos. Una tarde, él, como centauro, me había llevado a mí, un monje erudito semielfo, a dar un paseo a su espalda a lugares donde podía cazar dragones. Necesitaba su piel para fabricar guantes más resistentes.

Las tardes de Missoula se convirtieron en menos lectura de libros; las mañanas, en menos escritura. Volví a llenar mis arcas de océanos digitales. Navegué. Cada vez más, conecté con gente de otros lugares. La rica belleza, la infinita posibilidad, de Montana se desvaneció en la (aburrida) distancia.

suspira

No sé, al escribir esto ahora, qué decisión fue el huevo y cuál la gallina. Después de que un competidor local reformara y ampliara su librería de formas maravillosas pero impactantes para mí, cerré la tienda. Vendí mis existencias a Powell's, en Portland (Oregón). Visitarla sigue siendo como visitar a un ser querido enterrado en un cementerio.

Un fin de semana de invierno, en pleno cierre del negocio de venta de libros, alquilé la cabaña Star Meadows Guard del Servicio Forestal en Whitefish, Montana. Hacía poco que había terminado una tutoría de un año sobre escritura creativa de no ficción con Diana Hume George (que sigue siendo una de mis inversiones más valiosas). Simultáneamente, estaba creando software a medida (retrospectivamente, por muy poco dinero) y dominando PHP, el lenguaje de programación que, hasta hace poco, impulsaba la mayoría del software de Internet. Traje el libro de Kelly James-Enger Six-Figure Freelancing (Improvise Press) decidida a tomar una decisión. ¿Escribir o programar? Yo era la única "techie" que conocía en Missoula, lo que me resultaba cada vez más frustrante. El mundo digital se aceleraba; apenas podía seguirle el ritmo desde el medio del bosque.

Del software a los sistemas

Seis meses después, me trasladé a Austin, Texas. Nunca había estado en Austin, pero mi Hoja de Cálculo de Estadísticas Relevantes me dijo que era El Lugar donde Estar si querías subirte a la ola de la tecnología en la próxima década. Decidí subirme a esa ola.

Alerta de spoiler: era el lugar. Me subí a la ola. Y aquí estoy...

...vivo a 90 minutos al norte de Nueva York, en una gran casa de cuatro acres con mi marido, también aficionado a la tecnología, tres perros, dos gatos, un hurón llamado Merry y once gallinas. He escrito código para sitios web pequeños y medianos. He escrito código para propiedades digitales realmente grandes. Actualmente, diseño sistemas de software interdependientes y plataformas nativas en la nube para organizaciones enteras.

He ayudado a construir y diseñar las trampas digitales que enredan tu atención. Doy charlas y formación en conferencias, llevando esos auriculares de lujo. Creo (a veces) equipos sanos y felices que disfrutan resolviendo juntos problemas difíciles. Pago más en impuestos anuales que lo que gané vendiendo libros en Montana.

Cuando llegué a Austin, construí herramientas para clientes como TXMPA, un grupo de defensa sin ánimo de lucro que aporta millones de dólares del cine a Texas. Pasé un fin de semana, sola, trasladando listas de datos estructurados de forma diferente a su nuevo software CRM (información sobre personas). Los conocimientos que adquirí me llevaron a reunirme con un equipo de servicios profesionales. Me incorporé y construimos grandes sitios web. Me involucré profundamente en el código abierto.

Los grandes sitios web, en aquella época, generalmente significaban instalar un software de código abierto y ampliarlo con (mucho) PHP. Creábamos temas para dar estilo, código que organizaba los colores y las fuentes (debatíamos interminablemente sobre las fuentes). Lo alojábamos todo en una pila LAMP (software que ejecuta el software que ejecuta el software) con equilibrio de carga delante y configuración de base de datos MySQL controlador/agente detrás. Con el tiempo, añadimos cientos de módulos. Para escalar el software para sitios de alto tráfico, añadimos caché (Varnish).

A menudo era un trabajo complejo e innovador. Aunque podía modelar la arquitectura de la mayoría de las funciones en una sola página.

Analizar un problema o una petición de funcionalidad y luego escribir código para resolverlo o proporcionarlo era agradable y adictivo. A veces daba miedo, como cuando añadí muchas líneas de código al proceso de Donar a Wikipedia, que permitía a los donantes pagar con tarjeta de crédito. Millones de dólares pasaron por ese código. Vomité antes del lanzamiento, pero todo salió bien. La revisión interna del código por parte de Tim Starling sigue siendo mi favorita. En las múltiples iniciativas y equipos de clientes con los que he trabajado, los comentarios que recibí de los demás han hecho que el código sea más fuerte. Me ha hecho más fuerte.

Mientras tanto, el mundo que nos rodea -Internet- se iba convirtiendo en el complejo grafo de información que quizás nunca se pretendió que fuera. Menos sobre un documento, o una página web, y más sobre las relaciones entre toda la información. A la gente le interesaba menos visitar una página web y más obtener información relevante en cualquier contexto que ocupara, en cualquier dispositivo que utilizara.

Los jardines digitales que plantamos crecieron hasta convertirse en una red interconectada de sistemas de información interdependientes. Estaba en The Economist cuando dieron el gran salto hacia una presencia digital seria. Estuve con ellos de nuevo, 10 años después, cuando un solo artículo tenía más de 40 destinos (sitio web, aplicación, Facebook, etc.) y se creaban múltiples tipos de medios (incluidas películas). Cada día surgían nuevos destinos y retos a nivel de sistema, a pesar de que no había infraestructura (todavía) para soportarlos.

Hoy en día, mis compañeros de equipo y yo construimos sistemas de información. Trabajo en varios equipos construyendo múltiples plataformas construidas a partir de múltiples servicios nativos en la nube que interactúan asíncronamente con múltiples tipos de software que interdependen. La capa temática es ahora su propia pieza (desacoplada) de software que se transforma en función del contexto (dispositivo, ubicación, individuo) al que sirve. Rara vez hay una sola pieza de software de frontend. Los backends consisten en múltiples instancias de software de edición u organización de datos, en algunos casos más de 200 instancias. En medio, hay plataformas, que entretejen software y servicios con flujos Kafka, infraestructura como código, orquestación de contenedores y esquemas de datos que definen lo que antes era simplemente "contenido en una página web".

La complejidad de todo ha aumentado.

No soy el único. La mayoría de los equipos tecnológicos están intentando transformaciones digitales, de una forma u otra.

Escalar ahora significa "distribuir información de múltiples fuentes a casi infinitas personas, productos y plataformas". Para modelar esto para ti, necesito páginas interconectadas de modelos. Hay mucho más almacenamiento en caché.

La pandemia de coronavirus obligó a la mayoría de las organizaciones a replantearse las interacciones con los clientes, rediseñar los recorridos de los usuarios y rediseñar los flujos de datos para dar a la información una visibilidad significativamente mayor. Debajo de la superficie había un cambio de atender solicitudes de información basadas en la web a la necesidad de interacciones asíncronas basadas en eventos.

La televisión, como Internet, se ha desplazado hacia plataformas de información en tu bolsillo. La tecnología está en todas partes; todo es tecnología; todo el mundo está implicado. Los tecnólogos están aprendiendo a hablar todos los idiomas -tecnología, marketing, empresa, producto- simultáneamente. Estamos continuamente desplegando, construyendo firehoses de datos, pasando del monolito a los microservicios, modernizando. Esto implica transformar los flujos de trabajo DevOps con implementaciones continuas e integrar sistemas de diseño en esos flujos de trabajo. Estamos adoptando prácticas como el Diseño Orientado al Dominio y las Topologías de Equipo para ayudarnos a crear nuevos modelos mentales.

En otras palabras, estamos reconstruyendo el tejido del espacio-tiempo digital.

Aquí es donde casi me quemo y dejo las TI, imaginando que la vida como contable o arquitecto paisajista sería preferible a la arquitectura de sistemas.

Esa transformación -de pensar en software a pensar en sistemas- es un iceberg con el que chocan casi todas las iniciativas. Y cuando fracasan, las iniciativas de transformación no sólo se hunden, sino que se hunden espectacularmente. Y arrastran la esperanza y la alegría que las impulsaron en primer lugar.

Es agotador.

Hay mucha culpa. Hay mucho drama. Hay mucha bull&*#$. Este libro nace de la bull&*#$.

Llevamos acumulando un montón de razones de nuestros fallos desde que comenzó la "crisis del software" en los años 60, cuando aumentaba la complejidad. Entonces, desde entonces y ahora, la razón es la misma: no podemos cambiar nuestra forma de pensar lo suficientemente rápido como para seguir el ritmo.

Las habilidades que necesitamos ya no se ajustan al estereotipo del supernerd solitario que codifica mientras come pizza a las 2 de la madrugada . Las habilidades tecnológicas (por sí solas) no son suficientes.

No pensamos en sistemas. Para pasar del software a los sistemas, tenemos que pensar de otra manera (juntos).

El diseño tecnológico es el diseño de la comunicación

Una vez más, he llegado a una encrucijada en mi vida. Aquí estoy... escribiendo. La elección que hice en Montana, una carrera en comunicación o una carrera en tecnología, no era, y nunca debería haberse considerado, una dicotomía. Mi viaje de ninguna parte a todas partes, del software a los sistemas, me ha llevado a una conclusión inevitable: el diseño tecnológico es el diseño de la comunicación.

Las organizaciones que diseñan sistemas se ven obligadas a producir diseños que son copias de las estructuras de comunicación de dichas organizaciones.

Ley de Conway

Construimos lo que pensamos. Estructuramos el pensamiento mediante la comunicación, y luego lo convertimos en algo procesable. La comunicación es la forma en que pensamos juntos. La estructura y el flujo de información, en nuestras propias mentes, con otras personas y como organizaciones, crea los sistemas sociotécnicos, la integración de personas y tecnología, que son el núcleo de nuestro trabajo.

Independientemente de lo que pensemos que estamos haciendo, siempre estamos, también, diseñando sistemas. Allá donde imaginábamos que nos dirigíamos con nuestras transformaciones digitales, hemos llegado. La tecnología de la información ya no está en otra parte. Los sistemas están aquí mismo, entretejidos en el tejido de nuestros días, de nuestras vidas. Influyen en nuestras decisiones y dan forma a nuestros modelos mentales.

Estamos inmersos en el mundo digital, como yo lo estuve en Second Life. Hemos pasado de una conversación amistosa con la camarera a un desfile digital global, siempre activo.

Mi carrera tecnológica hace tiempo que superó cualquier sueño que tuviera cuando salí de Montana. Cuando estoy tranquila y soy sincera, también sé que me adentré en la enfermedad, como una borracha que no está del todo arrepentida de todo lo que pasó antes de estar sobria. Pero, sobre todo, habría preferido tomar decisiones sin tanta ilusión. Los errores también han sido mis maestros en un viaje que me ha traído hasta aquí: defender temas que no son, necesariamente, populares en las conferencias de tecnología. (¡¿Dónde está el capítulo sobre Kubernetes?!) Sin embargo, mi experiencia cotidiana me sugiere que son temas de TI esenciales.

Los ignoramos por nuestra cuenta y riesgo.

Entré en mi carrera STEM por la puerta lineal y lógica de la programación de software para Internet. Abandoné la incertidumbre desordenada y creativa de la naturaleza y las palabras por la solidez de las ciudades y la ingeniería de software. Entonces me encontré en la sala de espejos que son los sistemas.

Éste es el riesgo que corremos todos en STEM, quizá todos en la vida. Elegimos un camino y acabamos de nuevo en medio del bosque. Porque todo es un sistema. En todas partes formamos parte de esos sistemas.

Tenemos que pensar en sistemas y comunicarnos sobre ellos.

Convenciones utilizadas en este libro

En este libro se utilizan las siguientes convenciones tipográficas:

Cursiva

Indica nuevos términos, URL, direcciones de correo electrónico, nombres de archivo y extensiones de archivo.

Consejo

Este elemento significa un consejo o sugerencia.

Nota

Este elemento significa una nota general.

Material complementario

Este libro mencionará y citará a pensadores de sistemas, pasados y presentes, que han aportado los conocimientos que necesitamos. Puedes encontrarlos en la biblioteca digital en evolución. ¡También puedes recomendar más recursos! Si quieres unirte a la comunidad emergente de SystemsCrafters, puedes encontrarnos en https://mentrix.systems.

Aprendizaje en línea O'Reilly

Nota

Durante más de 40 años, O'Reilly Media ha proporcionado formación tecnológica y empresarial, conocimientos y perspectivas para ayudar a las empresas a alcanzar el éxito.

Nuestra red única de expertos e innovadores comparten sus conocimientos y experiencia a través de libros, artículos y nuestra plataforma de aprendizaje online. La plataforma de aprendizaje en línea de O'Reilly te ofrece acceso bajo demanda a cursos de formación en directo, rutas de aprendizaje en profundidad, entornos de codificación interactivos y una amplia colección de textos y vídeos de O'Reilly y de más de 200 editoriales. Para más información, visita https://oreilly.com.

Cómo contactar con nosotros

Dirige tus comentarios y preguntas sobre este libro a la editorial:

• O'Reilly Media, Inc.
• 1005 Gravenstein Highway Norte
• Sebastopol, CA 95472
• 800-889-8969 (en Estados Unidos o Canadá)
• 707-827-7019 (internacional o local)
• 707-829-0104 (fax)
• [e-mail]
• https://oreilly.com/about/contact.html

Tenemos una página web para este libro, donde se enumeran erratas, ejemplos y cualquier información adicional. Puedes acceder a esta página en https://oreil.ly/learning-systems-thinking.

Para noticias e información sobre nuestros libros y cursos, visita https://oreilly.com.

Encuéntranos en LinkedIn: https://linkedin.com/company/oreilly-media.

Míranos en YouTube: https://youtube.com/oreillymedia.

Agradecimientos

De Diana

En los sistemas, las relaciones producen efectos. Las partes individuales no generan, por sí solas, resultados impactantes. Lo hacen las relaciones. Aprender el pensamiento sistémico es la prueba viviente. Este libro es más fuerte, en todos los sentidos, porque no lo he escrito yo solo. Las valiosas contribuciones de otras personas se entretejen en cada frase.

Durante 30 años, Lisa Wolfe me ha animado a enfrentarme a mis demonios, a creer en mi trabajo y a descubrir la alegría cuando yo no creía que existiera la alegría. Digo, y lo digo en serio, que ella me salvó la vida. Gran parte de lo que sé sobre autoconciencia, una habilidad clave del pensamiento sistémico, lo aprendí con Lisa. Anna Granta, una brillante coach de neurodiversidad, entró en mi vida cuando escribir me parecía imposible y me ayudó a descubrir puntos de apalancamiento en mi propio cerebro.

Andrew Harmel-Law me empujó cuando necesitaba que me empujaran. También me dio seguridad, leyendo primero cada capítulo y pasando el rato conmigo en Discord. Juntos navegamos por los altibajos de la creación. (También me transmitió los comentarios de Karsten Lettow como primer lector crítico.

Como revisores, Alex Paskulin, Vlad Khononov y Jacqui Read tuvieron un impacto inconmensurablemente positivo en todo lo que estás a punto de leer. Señalaron todos los cambios adecuados. Reescribí capítulos enteros basándome en sus excelentes comentarios. No quiero volver a escribir nada sin ellos.

El equipo de O'Reilly es un equipo de ensueño. Melissa Duffield me animó a comprometerme con su equipo. Antes incluso de empezar, me tocó la lotería de los editores. Primero con Louise Corrigan, luego con David Michelson. David me ayudó a imaginar un libro que importaba escribir. Una vez terminado el borrador, Clare Laylock guió el libro a través de la producción y, de alguna manera, hizo que pareciera una fiesta. Liz Wheeler fue la mejor correctora que he tenido; me alegro de que experimentes sus 800 mejoras.

Como editora de desarrollo, Shira Evans pasó un año trabajando en este libro conmigo. También, y quizá más importante, me desarrolló como alguien que podía escribirlo. No sé, ni quiero saber, qué habría sido de este libro sin Shira. Los libros son un sistema de conocimiento, y Shira es la arquitecta consumada. También es maravilloso trabajar con ella.

Lisa Moritz creó los bocetos de este libro. Su trabajo fue como magia, una representación de cada capítulo que me deleitó e inspiró. Sé que tú tendrás la misma experiencia. Lee su libro o ponte en contacto con ella. También es una profesora maravillosa.

Todo lo que he aprendido sobre sistemas, lo he aprendido con y a través de otras personas. Robb Lee, mi socio en el desarrollo de Mentrix. Stepan Protsak, cuyas habilidades en ingeniería y arquitectura de software son realmente inspiradoras. Dawn Ahukanna, Andrea Magnorsky y Tobias Goeschel, que desarrollaron conmigo talleres que ampliaron mi práctica del pensamiento sistémico. Todos nos beneficiamos de la sabiduría de nuestros precursores mencionados en el texto; Donella Meadows, Peter Senge, Russell Ackoff, Jay Forrester, Larry Prusak, Ann M. Pendleton-Jullian, Christopher Alexander, Mel Conway, y muchos otros.

Personas sabias, afortunadamente para mí, han compartido su experiencia y su amistad. Will Doran, Jessica Kerr, Elizabeth Ayer, Mark Jacobs, Dominic Scimeca, Indu Alagarsamy y Paul Rayner son algunos de esos sabios. Las Witches in Tech, un grupo de tecnólogas brillantes que se animan y apoyan mutuamente, son mi familia profesional. (Vosotras, queridas brujas, sois mi lugar feliz).

Estoy profundamente agradecido a la comunidad de personas que se ocupan del diseño de sistemas y ayudan a prosperar a los trabajadores del conocimiento. Entre mis maestros constantes y actuales se encuentran Eric Evans, Trond Hjorteland, Kenny Baas-Schwegler, Chelsea Troy, Nick Tune, Mathias Verraes, Kent Beck, Ruth Malan, Eduardo da Silva y muchos otros que están influyendo positivamente en el sector. (¡Ojalá pudiera mencionarlos a todos!) Vaughn Vernon fue la persona que dijo: "Deberías escribir un libro sobre esto", y gracias a él, aquí estamos.

El pensamiento sistémico es intrínsecamente interfuncional, y algunos de mis mejores maestros no son desarrolladores de software. Robin Raven me enseñó a pensar desde la perspectiva del desarrollo de productos. Rebecca Moss y Anna Miklasch me enseñaron el poder y el arte de la facilitación. Phil Kenny me enseñó a pensar y comunicar visualmente. La Dra. Evelyn Thar orienta mi pensamiento pragmático y empresarial, como colega y querida amiga. Pam Santilli me recuerda que ser una persona íntegra, fuera de la tecnología, también importa.

Y luego está Dom. Cuando este proyecto me consumía, mi marido Dominic Laycock paseaba a nuestros perros, me preparaba la comida, leía los capítulos, gestionaba nuestras finanzas, escuchaba mis ideas y me animaba a descansar. Al mismo tiempo que ayudaba a los equipos empresariales a resolver sus problemas de DevOps. Los fines de semana, mientras yo trabajaba en el sofá, Dom trabajaba a mi lado. Es un tecnólogo brillante, un aliado respetuoso, un amigo encantador y mi querido compañero. Todo lo que puedo hacer bien, lo puedo hacer porque, como sistema, Dom y yo somos más que la suma de nuestras partes.

Si estás leyendo este libro, formas parte de la comunidad que mejora nuestros sistemas. Estoy deseando ver todo lo que vas a aportar. No estás solo. El trabajo en sistemas puede ser un reto, y menos mal que estás dispuesto a unirte a mí. Te necesito. Sin ti, no tendremos éxito.

Diana Montalion
Nueva York, julio de 2024

De Lisa:

Cuando Diana me propuso hacer ilustraciones para su libro, me alegré en muchos sentidos. En primer lugar, recordó que yo había dibujado un boceto para su episodio de "Softwarearchitektur im Stream"¹ en octubre de 2022, centrado en el "Pensamiento no lineal". Ha pasado mucho tiempo desde entonces. No obstante, Diana lo tuvo presente.

En segundo lugar, el tema en sí me pareció cautivador e intrigante en aquel momento, y Diana me brindó amablemente la oportunidad de echar un vistazo al libro antes de su publicación oficial.

Es un libro fantástico. Se pueden anticipar amplias oportunidades para la reflexión, numerosos momentos "¡ajá!" y montones de ejemplos prácticos, disipando así incluso a los críticos más escépticos respecto a los méritos del pensamiento sistémico. Ha escrito un libro de referencia que se lee como una novela, y no querrás dejarlo y se lo recomendarás a todos tus amigos.

Diana, gracias por incluirme en este gran proyecto de libro. Es un honor tener esta oportunidad.

Lisa Maria Moritz,
Autora de "Sketchnotes in der IT" (Notas en la informática)
https://www.sketchnotes.tech

¹ Episodio 137, "Pensamiento no lineal con Diana Montalion", software-architektur.tv.