• Implementierung Continuous Exploration
• Steigerung Zielerreichungsgrad (Target Achievement Level)
• Optimierung Zusammenspiel zwischen Methode und Tool
• Schulung des Teams in der optimierten Anwendung von MS Azure DevOps
• Optimierung Product Backlog (Struktur und Aufräumarbeiten) zur Steigerung der Transparenz
• Coaching Product Manager und Product Owner

SPC (SAFe Program Consultant)

• Value Stream Analysis &
  ART Definition

• Implementierung Portfolio SAFe

• Management Workshops zum Thema SAFe

• Implementierung eines Management Reportings und diverser Management Dashboards

• Implementierung eines Bulletin Boards für eine Solution Train-optimierte Kommunikation

• Coaching zweier RTEs (Release Train Engineers)

RTE (Release Train Engineer)

• Implementierung der Goal Achievement Rate (Zielerreichungsgrad) als maßgebliche Kennzahl für alle Scrum Teams des ARTs

• Organisator und Moderator der PI Plannings

• Implementierung Continuous Exploration 

• Optimierung der TRANSPARENZ, vor allem auch innerhalb der Umsetzung / der Sprints

• Team Building innerhalb der Scrum Master-Community

• Optimierung des Test Managements

• Unterweisung des Managements in LEAN & AGILE
• Implementierung Lean Portfolio Management - Coaching der Executives und der Business Owner
• Implementierung / Installation LACE und APMO -Coaching APMO und LACE
• Unterstützung bei der Definition der Lean Budget
• Moderations Strategy and Investment Funding Meetings
• Implementierung der Events
  • Strategic Portfolio Review
  • Portfolio Synce
• Einweisung und Unterstützung des RTEs
• Coaching der Scrum Master und auch der Product Owner

Herausforderung(en):

• Remote
• Mindset-Vermittlung Agile

SPC

• Implementierung Lean Portfolio Management - Setup der Teams für das
• Strategy & Investment Funding
• Lean Governance
• LACE and APMO
• Unterstützung bei der Implementierung der ART-bezogenen Budgets (Keyword: Guardrails)
• Einrichtung und anfängliche Moderation der LPM-Events
• Strategic Portfolio Review
• Portfolio Sync
• Coaching aller an LPM Beteiligten

Scrum Master

• Optimierung des Zusammenspiels zwischen Methode und Tools
• dezentral verteiltes multikulturelles Team
• Implementierung Continuous Exploration / ongoing Refinement
• Planung System Integration Testing (SIT), End-2-End Testing

Herausforderung(en):

Team Building bei dezentral verteiltem Projektteam, in Kombination mit ausschließlich virtuell abgehaltenen Meetings
Grund: Corona

• Implementierung Test Management

• Initiierung Unit Testing für SAP ABAP-Entwicklung

• Vermittlung der Testphasen an das gesamte Projekt (SAFe, 6 Teams)

• Schulung Handhabung JIRA Zepyhr (Test Management-Tool)

• Implementierung Release & Deployment Management im Rahmen eines DevOps

• Test Data Management & Test Environment Management

• Planung System Integration Testing (SIT), End-2-End Testing

• Implementierung Testautomatisierung (Selenium)

Herausforderung(en):

• Teilweise Resistenz
  “Was will der uns da erzählen?”

• Vermittlung dessen, dass die Verantwortung für Qualität weiterhin bei den Scrum Teams liegt.

• Training (Wissensvermittlung) in Bezug auf Scrum und SAFe
• Schulung insbesondere des Product Managements (Keyword: Milestone Planning) und der Product Owner (Keywords: Minimum Vialbe Product (MVP), MoSCoW Prioritization)
• Schulung der überwiegend aus Indien kommenden Developer
• Unterstützung bei der Vorbereitung der PI Plannings

Herausforderung(en):

• „Verkleinerung“ der User Stories, so dass ein Burndown Chart auch Aussagekraft gewinnt.
• Durchsetzung einer sinnvollen Definition of Ready (DoR)
• die Testautomatisierung und das Test Management

Team 1 - als Scrum Master

• Schaffung von Teamgeist
• Optimierung der Durchführung der Team Events (Daily, Refinement, Grooming, etc.)
• Optimierung Tool-Einsatz (JIRA, Confluence, Xray)
• Entwicklung eines "selbstorganisierenden" Teams

Herausforderung(en):

• Ausräumung der Ansicht "SAP und Scrum passen nicht zueinander"
• Schaffung von Teamgeist

Team 2 - als Trainer & Coach

• Unterstützung bei der Finderung der richtigen Methode
• Optimierung des Tool-Einsatzes, zur Schaffung von mehr Transparenz und vor allem zur Optimierung des Ressourceneinsatzes
• Implementierung der Events Daily und Retrospektive

Herausforderung(en):

• Nachdem der Scope des Teams noch nicht genau feststand, war es auch nicht sinnvoll sich schon für eine Methode zu entscheiden. Ganz gleich aber ob Scrum, Kanban oder eine andere Methode zum Einsatz kommen würde, Dailys und Retros machen immer Sinn.
• Vermittlung des agilen Mindsets

• Ist-Analyse von vier Scrum Teams mittels des PRO OPT Team Anamnesebogens
• Ermittlung der Einschätzung der Managements in Bezug auf die Aspekte
• Produktqualität / Output,
• Scrum / PM-Methodik und
• Teamgeist
• Objektivierung der Einschätzung
• Ermittlung des Deltas zur
• initialen Einschätzung
• strategischen Zielsetzung

Herausforderung(en):

Ein Teil der Ist-Analyse von Team beruht auf der Befragung des Scrum Teams. Hierbei ist ein "offen, ehrlich und direkt" erforderlich und das erfordert Vertrauen seitens der befragten Teammitglieder. Die große Herausforderung besteht darin, in kurzer Zeit das nötige Vertrauensverhältnis zu offener, ehrlicher und direkter Kommunikation aufzubauen. Die Ergebnisse der Befragung wurden anonymisiert und das Management wurde entsprechend instruiert.

• Entwicklung eines methodenbezogenen „Gleichklangs“ über alle Teams hinweg, wo dies sinnvoll oder sogar erforderlich war
• Unterstützung Product Management und aller am Agile Release Train (ART) beteiligten Teams bei der Vorbereitung und der Durchführung der PI Plannings
• Einführung Continuous Integration, gefolgt von Continuous Delivery
• Training & Coaching 
• Product Management 
• Scrum Master & Product Owner
• Steigerung des Grades der Testautomatisierung

Herausforderung(en):

• Einschränkung von Teilen der methodenbezogenen Freiheiten der Scrum Teams aufgrund gegebener Rahmenbedingungen
• Implementierung eines Domain-spezifischen Klassifizierung für Anforderungen und für die Teams

• Entwicklung eines methodenbezogenen „Gleichklangs“ über alle Teams hinweg, wo dies sinnvoll oder sogar erforderlich war
• Unterstützung Product Management und aller am Agile Release Train (ART) beteiligten Teams bei der Vorbereitung und der Durchführung der PI Plannings
• Einführung Continuous Integration, gefolgt von Continuous Delivery
• Training & Coaching 
• Product Management 
• Scrum Master & Product Owner
• Steigerung des Grades der Testautomatisierung

Herausforderung(en):

• Aufgrund eines noch nicht optimierten Deployments war es nicht sinnvoll in regelmäßigen Abständen System Demos zu veranstalten. Dafür musste zuerst der Deployment-Prozess optimiert werden.
• Implementierung eines Domain-spezifischen Klassifizierung für Anforderungen und für die Teams

Herausforderung(en):

• Das Projekt war zugleich der Pilot für die Umstellung von klassischem Projektmanagement hin zu agilen Methoden.
  Für den Kunden war das manchmal nicht einfach. Es bedeutete einen Change des Mindsets.
• Kapazitätsengpässe bei den Fachabteilungen, die den Input für die fachlichen Anforderungen der neuen Plattform zu liefern hatten.
• Unternehmenspolitisch herausforderndes Umfeld.

• Sukzessive Umstellung von monolitischer Softwarearchitektur zu MicroServices
• Implementierung Behaviour-driven Testing
• Umstellung auf Docker-Container für den RollOut von Services

Herausforderung(en):

• Das Thema Dokumentation - ein allseits unbeliebtes Thema - musste im Scrum Team implementiert werden
• Steigerung der RollOut-Frequenz von 4 auf 10 RollOuts pro Jahr
• Optimierung der Nutzung des Werkzeugs Jira zur Steigerung der Transparenz
• Heranführung des externen Kunden an die agile Vorgehensweise

Weiterentwicklung

• der unternehmensintern genutzten Anwendung Lebensversicherung und
• des Kundenportals
  
  

Optimierung des SAFe Frameworks. Theorie und Praxis sind nun einmal zwei Paar Stiefel.

• Umstellung aller im Agile Release Train agierenden Scrum Teams auf eine einheitliche Schätzmetrik
• Einführung eines programmübergreifenden Klassifizierungssystems für Domains

Herausforderung(en):

• fortwährendes Team Building, verursacht durch stete Veränderung der Teamstruktur
  Stichwort: Tuckman Model - Forming, Storming, Norming, Performing
• Effiziente Kommunikation, vor allem mit Schnittstellen
• Reduzierung der Freiheiten der einzelnen Teams alles selbst entscheiden zu können
  (das ist in einem agilen Großprojekt nicht mehr sinnvoll und auch nicht zielführend)