Stimmt das? "Unternehmen sollten die digitale Transformation nicht mit einem strikten technologischen Fokus durchführen ". Ja!
Rückständige Entwicklungsprozesse behindern die schnell anpassen an die schnell sich verändernden Markt, bringen oft den Wunsch mit sich, Veränderungen einzuleiten. Die Steigerung der geschäftlichen Flexibilität ist jedoch etwas, das auf einer strategischen und persönlichen Ebene erfolgen sollte. Das bedeutet, dass eine digitale Transformation, bei der ein großer Teil der Technologie umgestaltet wird , sollte das Hauptaugenmerk auf die Wiederherstellung und Vorbeugung von Ungleichgewichten gerichtet sein, die ursprünglich die Notwendigkeit dieses Wiederaufbaus verursacht haben.
"In vielen Unternehmen arbeiten Geschäfts- und IT-Prozesse
auf der Grundlage eines strengen
Vertrauen
Basis."
Das Unternehmen versteht den eigentlichen Prozess der Softwareentwicklung nicht, sondern vertraut auf IT seine Ziele unterstützen. Der Entwicklungsprozess vertraut darauf, dass die bDas Unternehmen wird in seinen Anforderungen vernünftig bleiben, hat aber im Allgemeinen kein Verständnis für die Belange des Unternehmens. Diese Ausrichtung auf der Basis von Vertrauen statt auf der Basis von Verständnis funktioniert so lange, wie beide Seiten mitin der Organisation eine angemessene Leistung erbringen. Ohne Verständnis oder ohne Ohne eine gemeinsame Sprache in der Kommunikation wird der Abstand zwischen diesen Ebenen erst dann deutlich, wenn die Agilität eines der beiden Teile nicht mehr ausreicht und die Zusammenarbeit zum Stillstand kommt, wenn entweder die IT oder das Unternehmen ernsthafte Einschränkungen in der Ausführung spüren.
Liquidität
Wie in meinem vorherigen Beitrag beschrieben Schwimmen mit den schnelleren Fischen - Teil 1" werden die heutigen Schlachten auf der Ebene der Benutzererfahrung ausgetragen, um Strategien zu entwickeln, die den Kunden in den Mittelpunkt stellen. Die Kundenerlebnisse der "schnelleren Fische" sind zwar anfangs störend, werden aber immer mehr zum Standard in den Erwartungen der Kunden. Die Entscheidung, 
Ihr Angebot zu ändern, um diese Erfahrungen zu übertreffen, ist schnell getroffen. Es sind jedoch die Geschwindigkeit und die Kosten der Umsetzung, die den Weg zum Wandel erschweren.
Die Agilität, um Veränderungen auf Unternehmensebene vorzunehmen, hängt von den Talenten und der finanziellen Kapazität ab. Mit den richtigen Leuten können neue Geschäftsideen gesucht und in ihrem finanziellen Bedarf unterstützt werden. Wenn die Liquidität eines Unternehmens nicht mehr ausreicht, wird das Unternehmen nicht mehr sein in der Lage, seine
Prozesse zu unterstützen. Um zu überleben, muss das Unternehmen entweder die Burn-Rate senken oder sich auf neue Marktpositionen ausrichten. Auf der Ebene der IT-Strategie steuert das Talent die Qualität der Lösungen. Die Agilität des Entwicklungsprozesses ist jedoch auch an die Fähigkeit der zugrunde liegenden Architektur gebunden, sich den - potenziell schnell verändernd - die Bedürfnisse des Unternehmens.
Druck ausüben auf die lieferny der Funktionalität ohne Investition in die Qualität und Flexibilität der Lösung, Ergebniss zu einem Verlust an technischer Liquidität; eine
technische Schuld
die das Unternehmen daran hindert, schnelle und entscheidende Maßnahmen zu ergreifen, während es sich an sein Umfeld anpasst.
Melvin Conway
erklärte, dass Unternehmen Software entwickeln, die:
"
Wird einem Design folgen, dessen Struktur eine Kopie der Kommunikationsstruktur des Unternehmens ist."
. Wenn Sie Ihre IT-Organisation nur als reinen Zulieferer und Last für Ihre Bedürfnisse sehen, wird Software niemals als etwas Ähnliches oder eine Beschleunigung zu Ihre Ziele. Schulden die sich in den Jahren der Entwicklung von Software ohne die Freiheit der Autonomie und einer Strategie auf technischer Ebene angesammelt haben, werden auch die Dualität dieses
Gesetzes:
Eine komplexe und starre Software-Architektur wird Sie daran hindern, die dringend benötigte Flexibilität und Agilität zu erhöhen.
Technischer Gewinn
Angesichts der Konsequenzen, die sich ergeben, wenn während des Entwicklungsprozesses nicht die richtigen Maßnahmen zur Verbesserung der Qualität und Flexibilität gegenüber der Funktionalität ergriffen werden, werden vollständige Umstellungen auf technischer Ebene oft als einziger Ausweg gesehen. Anstatt ein Unternehmen alle paar Jahre auf technischer Ebene neu zu erfinden, sollte eine strategische Transformation auch den kulturellen Wandel einschließen, um technische Schulden zu verstehen und sie in
technischer Gewinn
.
Die Zusammenarbeit zwischen Unternehmen und IT-Abteilung während einer Transformation und die Verankerung von Qualität, Agilität und Autonomie als oberste Prioritäten in der Unternehmensstrategie machen das Management der technischen Liquidität zu einer unternehmensweiten Aufgabe. Diese Maßnahme schützt nicht nur die zukünftige Produktlebensfähigkeit und den finanziellen Gewinn auf Geschäftsebene, sondern stellt auch sicher, dass die
Nutzen-Kosten-Verhältnis
Ihrer IT-Organisation wird mit der Zeit steigen.
Ein solcher Wertewandel sollte jedoch nicht nur auf Prozessebene stattfinden. Diese Werte sollten sich auch auf das eigentliche Design der Softwarearchitektur auswirken. In Anlehnung an Conway kann echte Agilität und Autonomie in Teams nur dann erreicht werden, wenn das System nach denselben Merkmalen gestaltet ist. Die Ausrichtung Ihres Unternehmens, Ihrer Entwicklungsprozesse und der eigentlichen Codebasis auf die gleichen Ziele einer erhöhten Flexibilität während des gesamten Lebenszyklus erfordert eine Investition, wird Ihrem Unternehmen aber letztendlich das gleiche Maß an Flexibilität verleihen wie Ihrem
zu stören.
Konkurrenten.
