Gegründet 2018 60+ Projekte 40+ Kunden Unter anderem in der Energiewirtschaftim öffentlichen Sektorim Maschinenbauin der Telekommunikationim Luftverkehrbei SaaS-Anbieternin der Automobilindustrie

Referenzen

Seit 2018 über 60 Projekte bei mehr als 40 Kunden.

Hier steht, wo wir gearbeitet haben und was wir dort gemacht haben. Unsere Kunden nennen wir nicht beim Namen.

Disziplin
Branche

Fälle

Ausgewählte Fälle

Erzählt so, wie wir arbeiten: Wo saß der Engpass, was war die Ursache, und was haben wir geändert?

Der Engpass: erst die Organisation, danach die eigenen SaaS-Systeme.

Die Ursache: die alten Strukturen der vier Unternehmen. Mit ihnen kam das neue Unternehmen nicht ins Laufen und nicht ins Liefern, nicht einmal Discovery hat funktioniert. In der Technik hatten die vier dieselben Dinge doppelt entwickelt, obwohl sie nach der Fusion Ressourcen hätten teilen können. (Organisation und IT)

Unsere Lösung: Erst die Organisation am gemeinsamen Kundenwertstrom neu geschnitten, dann die Systeme entlang dieser Schnitte zusammengeführt.

Wichtigstes Ergebnis

Ein Operating-Modell, das zum Kunden, seinem Markt und seinen Leuten passt und dort heute noch gut funktioniert.

Von 20 Tagen auf 5

Energiewirtschaft

Der Engpass: die Freigaben. Jede Konfiguration wartete auf mehrere Stellen, die nacheinander zustimmen mussten.

Die Ursache: ein agiles Betriebsmodell, in dem die Freigaben in der alten Linienorganisation geblieben waren. (Organisation)

Unsere Lösung: Das Betriebsmodell überprüft, die bremsenden Freigaben abgebaut, den Gesamtprozess mit BPMN und Lean verschlankt und das Portfolio bereinigt.

Wichtigstes Ergebnis

Durchlaufzeit von 20 auf 5 Tage. Dabei ist es bis heute geblieben.

Der Engpass: das fehlende Feedback vom Fachbereich.

Die Ursache: ein Plan, der ein ganzes Jahr Technik vor jede fachliche Arbeit gestellt hat. (Ablauf)

Unsere Lösung: Fachliche Arbeit in jeden Sprint geholt, damit der Fachbereich von da an mitprüfen konnte.

Wichtigstes Ergebnis

Den vollen Projektumfang rund 3 Monate vor dem geplanten Ende geliefert.

Der Engpass: unklare Abhängigkeiten. Niemand konnte sicher sagen, was wann umziehen kann.

Die Ursache: Jeder Beteiligte plante für sich. Eine gemeinsame Sicht auf Systeme, Abhängigkeiten und den Reifegrad der Teams gab es nicht. (Organisation und IT)

Unsere Lösung: Eine gemeinsame Ist- und Soll-Sicht auf alle Systeme geschaffen und daraus Blueprints und Release-Pläne gemacht, mit denen die Teams den Umzug selbst planen konnten.

Wichtigstes Ergebnis

Blueprints und Release-Pläne, mit denen die Teams den Umzug selbst planen konnten.

Der Engpass: die manuelle Pflege der Stücklisten. Fehler an den Übergaben verzögerten die Auslieferung.

Die Ursache: Mechanik und Software pflegten ihre Anteile getrennt. Zusammengeführt wurde erst am Ende, von Hand. (Ablauf und IT)

Unsere Lösung: Ein Variantenkonfigurator, der Mechanik- und Softwareanteile in einem Modell zusammenbringt und die Stücklisten daraus erzeugt.

Wichtigstes Ergebnis

Stücklisten werden automatisch generiert.

Der Engpass: Architekturentscheidungen. Sie hingen zwischen vielen Beteiligten mit eigenen Interessen fest.

Die Ursache: eine Governance, in der jede Schnittstelle mehrere Eigentümer hatte. Die Systeme waren so eng gekoppelt wie die Abstimmung zwischen den Beteiligten. (Organisation und IT)

Unsere Lösung: Architektur und Abläufe gemeinsam neu geschnitten, sodass Systeme und Entscheidungen weniger voneinander abhängen.

Wichtigstes Ergebnis

Kritische Abhängigkeiten zwischen den Systemen entkoppelt.

Der Engpass: der Weg von der Redaktion in die IT-Entwicklung. Jedes neue digitale Angebot wartete auf Änderungen am gewachsenen System.

Die Ursache: getrennte Silos von Redaktion und IT-Entwicklung. Die Systemlandschaft war genauso gewachsen: ein großer Block, an dem alle hingen. (Organisation und IT)

Unsere Lösung: Redaktion und IT in gemeinsame Abläufe gebracht und das System entlang dieser Abläufe in Microservices geschnitten.

Wichtigstes Ergebnis

Ein lauffähiger Prototyp in wenigen Tagen, danach Übergabe an das Team mit ausführlichem Training.

Der Engpass: die Schnittstellen. Jeder Bereich hatte eigene Prozesslogik und eigene, oft manuelle Anbindungen an die Umsysteme.

Die Ursache: Die Bereiche hatten ihre Abläufe jeweils für sich digitalisiert. Gemeinsame Bausteine gab es nicht. (IT)

Unsere Lösung: Eine generische Prozessplattform mit einer Schnittstelle, die alle Bereiche nutzen, dazu hochverfügbare Systeme für die Dienstleistungen dahinter.

Wichtigstes Ergebnis

Eine Schnittstelle für alle Bereiche und weniger manuelle Anbindungen an die Umsysteme.

Projekte

Weitere Projekte

Kürzer erzählt, nach demselben Muster: wo der Engpass saß und was wir geändert haben.

Öffentlicher Auftraggeber

Der Engpass: die Schnittstelle zwischen IT-Sicherheit und Entwicklung. Sicherheitsvorgaben und Sprints liefen in getrennten Takten, verteilt auf mehrere Standorte.

Ein agiles Betriebsmodell für eine Cloud-Plattform, in dem Sicherheitsarchitektur und Entwicklung gemeinsam planen. Dazu Metriken, die zeigen, wo die Arbeit wartet, und ein Onboarding für die verteilten Teams.

Anbieter von Sicherheitssystemen

Der Engpass: hoher QM- und Safety-Druck. Jede Änderung wirkte riskant, also kamen Releases selten.

Klare Regeln im Team, Kennzahlen, die den Fluss sichtbar machen, und eine Roadmap, die Release-Planung und Safety-Anforderungen zusammenbringt.

Automobilhersteller

Der Engpass: die Grenze zwischen Fahrzeugentwicklung und Software-Vernetzung. Beide Seiten planten in eigenen Takten.

Gemeinsame Planungsrunden über beide Seiten hinweg und Qualitätsmetriken, die beide verstehen. So aufgesetzt, dass die Teams das selbst weiterführen.

Automobilkonzern

Der Engpass: die Lücke zwischen den Entwürfen der Designagentur und der tatsächlichen Architektur des zentralen Webauftritts.

Change Requests früh gegen die Architektur geprüft und als umsetzbare User Stories in die Entwicklung gebracht. Tracking und Tests gleich mit gesteuert.

Öffentlich-rechtlicher Kostenträger

Der Engpass: ein Stau in der Antragsbearbeitung.

Kanban und Flow in Entwicklung und Produktmanagement des digitalen Erstattungssystems: Arbeit sichtbar gemacht und parallele Arbeit begrenzt. Aus diesem Projekt heraus ist Pragtics entstanden.

Hausgerätehersteller

Der Engpass: ein neues Team, das noch keins war, und ein Produkt, das schnell von der Idee zum Prototyp kommen sollte.

Abläufe so zugeschnitten, dass sie das Team unterstützen statt behindern. Dazu eine modulare UI-Komponentenbibliothek mit React, TypeScript, Next.js und Storybook, mit der das Team selbstständig weiterbaut.

Dave, das Maskottchen von Pragtics

Wo sitzt Dein Engpass?

Der Montags-Check zeigt es Dir in 2 bis 6 Wochen: wo die Arbeit wartet, warum, und welche Optionen Du hast.

Zum Montags-Check

Termin vereinbaren