Polymorphismus ist vielen Programmierern schon seit Jahren ein Begriff und als Konzept weit verbreitet. Das dies jedoch auch für Prozess Design und deren Lean-QMS Implementierung in skaliert agilen Prozessen wie zum Beispiel in Applied SAFe verwendet wird, ist neu und faszinierend. Wir diskutieren hier das Konzept und die Umsetzung von ‘Built-In Quality’ aus SAFe.
Polymorphismus funktioniert im Prinzip so, dass eine ähnliche oder die gleiche Aktivität jeweils im Kontext ausgeführt wird. Die gleiche Absicht löst je nach Kontext verschiedene Verhaltensweisen aus. Wir haben uns dieses Prinzip aus der objektorientierten Programmierung in Applied SAFe zu Nutze gemacht und in unserer Implementierung von SAFe als ein Lean-QMS vielfach verwendet. Ein populäres Beispiel ist die Verwendung im Zusammenhang mit ‘Built-in Quality’. ‘Built in Quality’ ist einer der vier Core Values von SAFe (https://www.scaledagileframework.com/safe-core-values). Built-In Quality stellt sicher, dass jedes Lösungselement bei jedem Schritt während der gesamten Entwicklung die entsprechenden Qualitätsstandards erfüllt.
As from ScaledAgileFramework.com
„Inspection does not improve the quality, nor guarantee quality. Inspection is too late. The quality, good or bad, is already in the product. Quality cannot be inspected into a product or service; it must be built into it.“
-W. Edwards Deming
Process Design
Wir verwenden mehrere Leitprinzipien in unserem Prozessdesign, zusätzlich zu den Prinzipien von SAFe auch einige der technischen Prinzipien von SpaceX wie zum Beispiel: ‚Deletion (Tailoring) is the best way to add value.’, ‘Don’t optimize unnecessary things.’, ‘Do not automate until you have deleted the unnecessary.’, ‘Try it and see’, ‘Innovate rapidly.’, ‘ Recognize ‘residual capability’ etc. Unsere Applied SAFe Design-Prinzipien gehen noch viel weiter, dies ist jedoch ein anderes Thema für einen weitern Blog.
Weil wir in Applied SAFe für jeden Level von SAFe Enterprise, Portfolio, Large Solution, Program, Team eine einzelne Instanz erzeugen, kann jede Instanz dem Kontext entsprechend verschieden ausgebildet werden. Daher wird „Built-in Quality“ auf den verschiedenen Ebenen unterschiedlich verwendet:
- Enterprise-level: Im Beispiel unten sieht man auf der linken Seite, dass auf dem ‘Enterprise’ mit Built-In Quality unter anderem auch die Prozessgüte selbst mit den Prozessen ‘Organizational Pocess Focus’, Process Assessment’, ‘Process Improvement’ bis hin zu ‘Organizational Learning’ verstanden wird.
- Program-level: Im Kontext eines ART’s, wird unter ‘Built-in Quality’ vor allem über die Roadmap, System- und Release-Quality, DevOps und System Integration gesprochen, je nach Konfiguration (z.B. einer Portfollio SAFe Konfigruation) auch über die Solution.
- Team-level: Hier geht es dann vor allem auch um ‘Define, Build, Test,- Increment’, die Qualität des Codes, Testabdeckung und Team-Backlog Refinement, und die Entwicklungs-Infrastruktur.
Example of Built-in Quality usage on Enterprise and Program level.
Vorteile von Polymorphismus im angewandten Prozess Design
Diese Umsetzung des Polimorphismus im Prozess-Design ermöglicht es uns, jeweils auf die Bedürfnisse und den Kontext der einzelnen Vorhaben gerecht zu werden und somit den Inhalt zu reduzieren und insgesamt dem Nutzer nur für Ihn relevante Beiträge zu zeigen.
Wir haben dies natürlich auch für andere Bereiche wie Supplier Management, Vision- und road-Mapping, Erfüllung von regulatorischen Anforderungen und vieles mehr verwendet.
Möchten Sie mehr erfahren?
Wir würden uns freuen, dieses Thema zu erörtern oder weiter zu vertiefen. Kontaktieren Sie uns einfach unter: pedco@pedco.eu oder vereinbaren Sie direkt ein Online-Meeting mit uns: https://pedco.appointlet.com
