Ergänzung für die Software-Industrie:
Rekonfigurations-Agilität
Realisation der Management Imperativen für eine
"Assemble-to-Order"-Produktionsfähigkeit eines Unternehmens
von Roger T. Burlton, Ronald G. Ross & John A. Zachman1
Der Kontext und die Bedeutung dieser Ergänzungbasiert auf dem Business Agility Manifest.

~~~
1. Der wesentlichste Software-Aspekt zur Unterstützung einer Geschäftsagilität ist
die Rekonfigurationsagilität – die Art und Weise, wie Software-Lösungen zu
jedem beliebigen Zeitpunkt konfiguriert und schnell umkonfiguriert werden
können.
2. Bausteine für die Rekonfigurationsagilität sollten auf Geschäftswissen basieren
und in einer Geschäftswissensbasis abgelegt sein.
3. Die prozedurale Zusammenstellung von Software-Lösungen führt zu Inflexibilität,
Aufblähung und Komplexität – die Anpassbarkeit stagniert. Ein deklarativer
Ansatz, der auf Regeln basiert, ist dem weit überlegen.
4. Rekonfigurationsagilität bedeutet schnelle und nachvollziehbare Geschäftsänderungen nach der erstmaligen Bereitstellung von Geschäftsprodukten,
Geschäftsprozessen und anderen Infrastrukturinvestitionen.
5. Viele Geschäftsprozesse müssen heutzutage nicht mehr in vordefinierten Abläufen
abgewickelt werden. Das bedeutet nicht, dass sie keine Regeln befolgen. Aber es
bedeutet, dass sie mit den entsprechenden Geschäftsregeln und Bots just-in-time
konfiguriert werden müssen.

1 Dank an Gladys S.W. Lam für Input zum Inhalt und zur Organisation des Manifests und an Sasha Aganova für die

Leitung der Arbeiten bis zu deren Fertigstellung. Dank an Dr. Jürgen Pitschke für seinen wertvollen Beitrag bei derÜbersetzung des Manifests.
© Business Rule Solutions, LLC. 2017.
1© John A. Zachman, Zachman International. 2017.
© Process Renewal Consulting Group (2015), Inc. 2017.
© Übersetzung: KnowGravity, Inc. 2018.
Die Erlaubnis zur unbegrenzten Vervielfältigung und Verbreitung dieses Dokuments wird unter folgenden
Bedingungen erteilt: (a) Die Urheberrechte und dieser Genehmigungshinweis sind eindeutig enthalten. (b) Das Werk
wird eindeutig seinen drei Autoren zugeschrieben. (c) Kein Teil des Dokuments, einschliesslich Titel, Inhalt,
Urheberrechte und Genehmigungshinweise, wird in irgendeiner Weise verändert, gekürzt oder erweitert.

6. Agile Praktiken in der Software-Entwicklung entstanden hauptsächlich aus deneingeschränkten Möglichkeiten der aktuellen Technologie, explizites Geschäftswissen einfach wiederverwendbar zu machen.
7. Die schnellere Entwicklung von Code ist nicht die Antwort auf geschäftliche
Agilität. Die Software-Industrie sollte neue interaktive Werkzeuge zur Verfügung
stellen, um eine schnelle Rekonfiguration von Geschäftsprodukten und -prozessen
zu unterstützen.
8. Die Software-Industrie hat einen fundamentalen Aspekt von Geschäftsaktivitäten
nicht verstanden. Ein Geschäft basiert auf Pflichten, die verletzt werden können.
Solche Geschäftsregeln erfordern eine selektive Reaktion auf Verstösse (z.B.
Warnungen oder Korrekturmassnahmen) und abgestufte Durchsetzungsebenen(von der strikten Durchsetzung bis hin zur einfachen Richtlinie).
9. Die Debatte in der Software-Industrie über regelbasierte vs. statistikbasierte KITechniken wird nichts an der Tatsache ändern, dass Unternehmen grundsätzlich
pflichtbasiert sind.
10. IT-Projektexperten benötigen automatisierte Wissensbegleiter – Bots, die in
Dialoge eingreifen können, um Geschäftswissen auf Lücken, Konflikte, Mehrdeutigkeiten und Vollständigkeit zu überprüfen.

2