<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Systeme on Fractional CTO</title><link>https://fractionalcto.es/de/tags/systeme/</link><description>Recent content in Systeme on Fractional CTO</description><generator>Hugo</generator><language>de</language><lastBuildDate>Mon, 23 Mar 2026 21:05:53 +0100</lastBuildDate><atom:link href="https://fractionalcto.es/de/tags/systeme/feed.xml" rel="self" type="application/rss+xml"/><item><title>Systemdenken</title><link>https://fractionalcto.es/de/systemdenken/</link><pubDate>Mon, 13 Nov 2023 18:11:56 +0000</pubDate><guid>https://fractionalcto.es/de/systemdenken/</guid><description>&lt;p&gt;Gelegentlich arbeite ich mit Kunden, die ein gro\u00dfes Problem haben, p\u00fcnktlich und in der vereinbarten Qualit\u00e4t zu liefern. Wenn ich beginne, die Ursachen zu untersuchen, stelle ich fest, dass das Produktteam sagt, das Problem sei, dass die Entwicklung nicht schnell genug ist und/oder zu viele Fehler produziert, und wenn ich mit der Entwicklung spreche, sagen sie mir, dass sie unvollst\u00e4ndige Spezifikationen vom Produkt erhalten, was bedeutet, dass sie mehr Zeit f\u00fcr die Entwicklung aufwenden m\u00fcssen, und manchmal \u00c4nderungen r\u00fcckg\u00e4ngig machen m\u00fcssen, weil sie nicht das waren, was der Kunde wollte. Es ist \u00fcblich, dass diese Organisationen sich als eine Reihe von Silos betrachten und glauben, dass die L\u00f6sung darin liegt, eines dieser Silos zu \u201ereparieren\u201c (z.B. die Entwicklung). Aber das ist eine reduktionistische Sicht des Problems und hilft selten, es zu l\u00f6sen. Um die Wurzel des Problems anzugehen, m\u00fcssen wir \u00fcberdenken, wie wir die Organisation verstehen, und hier kann Systemdenken helfen. Wie Einstein sagte: \u201eWir k\u00f6nnen Probleme nicht l\u00f6sen, indem wir auf die gleiche Weise denken, wie wir sie geschaffen haben.\u201c&lt;/p&gt;</description></item></channel></rss>