SlideShare ist ein Scribd-Unternehmen logo
1 von 41
Downloaden Sie, um offline zu lesen
Agilität im Systems Engineering –
geht das?
Susanne Mühlbauer
REConf 2014
Agilität hat erstmal
nichts mit dem
Entwicklungsgegenstand zu tun
Agil zu sein, bedeutet für uns:
Wir orientieren uns an den Werten
und Prinzipien des agilen Manifests.
Was bedeutet „Agil“ für Sie?
Eine weitere
Vorgehens-
weise
Paradigmen-
wechsel /
Transition
Wohin schlägt der Zeiger in Ihrer Organisation?
Inhaltsverzeichnis
1. Was bedeutet eigentlich Agil?
1. Werte, Prinzipien, Praktiken
2. Haltung/ Mindset
3. Komplexität und Anforderungen
2. Systems Engineering
3. Beispiele
1. Agil/ Scrum und Assessments
2. Lastenheft und Traceability
4. Fazit
© HOOD GmbH
Werte
Prinzipien
Agiles Manifest
Agile Manifesto - Values
Individuals and Interactions over processes and tools
Working software over comprehensive documentation
Customer Collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on
the right, we value the items on the left more.
We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
Prinzipien des Agilen Manifests
1. Our highest priority is to satisfy the customer through early and continuous delivery of
valuable software.
2. Welcome changing requirements, even late in development. Agile processes harness
change for the customer's competitive advantage.
3. Deliver working software frequently, from a couple of weeks to a couple of months,
with a preference to the shorter timescale.
4. Business people and developers must work together daily throughout the project.
5. Build projects around motivated individuals. Give them the environment and support
they need, and trust them to get the job done.
6. The most efficient and effective method of conveying information to and within a
development team is face-to-face conversation.
7. Working software is the primary measure of progress.
8. Agile processes promote sustainable development. The sponsors, developers, and
users should be able to maintain a constant pace indefinitely.
9. Continuous attention to technical excellence and good design enhances agility.
10. Simplicity--the art of maximizing the amount of work not done--is essential.
11. The best architectures, requirements, and designs emerge from self-organizing teams.
12. At regular intervals, the team reflects on how to become more effective, then tunes
and adjusts its behavior accordingly.
© HOOD GmbH
Werte
Prinzipien
Agiles Manifest
Bekannte Praktiken
Praktiken
Scrum, Kanban,
XP, Crystal, …
Ihre eigene...?
The new new development game
10
Harvard Business Review
January-February 1986
1986
Systeme
Theorie X - der Mensch ist unwillig
Linda Rising
Theorie Y - der Mensch ist engagiert
Agiles Mindset/ Haltung
Command & Control Transparenz & Vertrauen
Kontrolle ist gut – Vertrauen ist besser
ZielBegabung Scheitern Anstrengung
Douglas McGregor, 1969
kompliziert
kompliziert
System- und SW-Entwicklung ist komplex
Anforderungen
unbekanntbekannt
Technologie
bekannt unbekannt
einfach
Chaos
komplex
The Stacey Diagram,
Ralph Stacey
Freiheitsgrade und Vorgaben – je nach Aufgabe
kompliziert
kompliziert
Anforderungen
unbekanntbekannt
Technologie
bekannt unbekannt
einfach
Chaos
komplex
The Stacey Diagram,
Ralph Stacey
Chaos
„Gibt es hierfür eine Lösung?“
„Prototyping“
Einfache Aufgabe
„Lösung ist bekannt“
Anforderungsspezfikation
Anforderungen
Komplizierte Aufgabe
„Lösung kann mit Sorgfalt
erarbeitet werden“
Anforderungsspezfikation
Zeitdruck
Komplexe Aufgabe
„Niemand kennt die Lösung“
„Agile“
So ist die Realität
14
Zu langsam
Geht bei uns nicht
So ist die Realität
15
Zeitdruck
Requirements -
Engineering
Requirements -
Engineering
Auftraggeber Auftragnehmer
?
Soft
ware
Die sieben Verschwendungen in
der Software-Entwicklung
• Halbfertige Arbeit
(Partially Done Work)
• Extra Features
• Wieder-Erlernen (Relearning)
• Übergaben (Handoffs)
• Ständiges Wechseln der Aufgaben
(Task Switching)
• Verzögerung (Delays)
• Fehler (Defects)
(Lean SW Development, Poppendieck)
Die sieben Verschwendungen in der Software-Entwicklung
Verschwendung in phasenorientierten Vorgehen
18
Halbfertige
Arbeit
Übergaben
Fehler
Inhaltsverzeichnis
1. Was bedeutet eigentlich Agil?
1. Werte, Prinzipien, Praktiken
2. Haltung/ Mindset
3. Komplexität und Anforderungen
2. Systems Engineering
3. Beispiele
1. Agil/ Scrum und Assessments
2. Lastenheft und Traceability
4. Fazit
Systems Engineering
Systems Engineering
HW
Engineering
Mechanical
Engineering
Electrical
Engineering
SW-
Engineering
Embedded
SW
Enterprise
SW
• Viele Schnittstellen zum
Gesamtsystem
• Interdisziplinäre Themen
• Ausschuss ist teuer
• Integrationstests sind teuer
• Simulation/ simulierbare Systeme
und Komponenten ermöglichen
laufende (Integrations-) Tests
Was ist „Lean Systems Engineering“ ?
Systems
Engineering
Lean
Thinking
Lean
Systems
Engineering
Interdisziplinäre
Ingenieurstätigkeit
in komplexen
Entwicklungsprojekten
Schaffen von Wert
Vermeiden von
Verschwendung
Basierend auf:
http://www.lean-systems-engineering.org/downloads-products/lean-enablers-for-managing-
engineering-programs/
Wann ist eine Aktivität wertvoll?
1. Eine Aktivität ist wertvoll, wenn…
 … der Kunde dafür zahlt, und
 … sie Information/Material umwandelt bzw.
Unklarheiten minimiert, und
 … sie gleich beim ersten Mal einen definierten Nutzen bringt
2. Eine Aktivität ist nicht wertvoll, aber notwendig, wenn…
 … sie aktuell keinen Wert erzeugt, aber
 … sie erforderlich ist (z.B. aus juristischen Gründen)
3. Eine Aktivität ist Verschwendung (Waste), wenn sie…
 … keinen Wert für Kunden erzeugt, und nicht notwendig ist
Basierend auf:
http://www.lean-systems-engineering.org/downloads-products/lean-enablers-for-managing-
engineering-programs/
Requirements -
Engineering
Requirements -
Engineering
Auftraggeber Auftragnehmer
?
Soft
ware
1, 2 oder 3?
Kleine Schritte - Fangen Sie mit einem beherrschbaren kleinen Umfang
an
24
Starten Sie in der SW-
Entwicklung
Mit einer möglichst
stabilen HW-
Komponente
Nutzen Sie Simulation
Suchen Sie ein Projekt/ Umfeld, in dem folgendes möglich scheint
Ein interdisziplinäres
Team
Verständnisvolle
Schnittstellenpartner
Integrieren Sie so oft
wie möglich
Weitere Synchronisationspunkte schaffen
25
Synchronisieren/
Integration
Starten Sie in der SW-
Entwicklung
Mit einer möglichst
stabilen HW-
Komponente
Nutzen Sie Simulation
Kleine Schritte: Fangen Sie mit einem beherrschbaren kleinen
Umfang an
Inhaltsverzeichnis
1. Was bedeutet eigentlich Agil?
1. Werte, Prinzipien, Praktiken
2. Haltung/ Mindset
3. Komplexität und Anforderungen
2. Systems Engineering
3. Beispiele
1. Agil/ Scrum und Assessments
2. Lastenheft und Traceability
4. Fazit
Agil/ Scrum und Assessments (z.B. CMMI oder Spice)
• Reifegradmodelle zeigen auf,
was benötigt wird um einen
Reifegrad zu erfüllen
• Sie schreiben nicht das „Wie“
vor
• Assessoren brauchen ggf.
eine Übersetzung
• Es hilft, Assessoren früh
einzubinden
Agil/ Scrum und Assessments (z.B. CMMI oder Spice)
CMMI SG1 Manage Requirements Agile/ Scrum
REQM SP1.1 Develop an understanding with the
requirements providers on the meaning
of the requirements
Product Owner
Conversation, User Story
Backlog Refinement Session
Product Backlog Items in Status “Ready”
Planning Event
REQM SP1.2 Obtain commitment to requirements
from project participants
Backlog Refinement Session
Product Backlog Items in Status “Ready”
Planning Event
REQM SP1.3 Manage changes to requirements as they
evolve during the project
Product Backlog, Embrace Change
Review Event
REQM SP1.4 Maintain Bidirectional Traceability of
Requirements
User Story ID, Commit Messages
Definition of “Done”
REQM SP1.5 Ensure that project plans and work
products remain aligned with
requirements
Architektur- und Produktvision
Release Burndown
Daily Standup
Product Backlog
Review Event
Wenn notwendig,
integrieren Sie die
Informationen in
vorgegebene
Templates
Requirements -
Engineering
Requirements -
Engineering
Auftraggeber Auftragnehmer
?
Soft
ware
Lastenheft agil umsetzen
30
Architekturvision Produktvision
• Aufwandstreiber
identifizieren
• Architekturtreiber
identifizieren
• Schnittstellen identifizieren
• Key Features identifizieren
• Key Features priorisieren
Initiales Backlog
Feature 1
Feature 2
Feature 3
Feature …
Lastenheft agil umsetzen
31
Architekturvision Produktvision
• Aufwandstreiber
identifizieren
• Architekturtreiber
identifizieren
• Schnittstellen identifizieren
• Key Features identifizieren
• Key Features priorisieren
Initiales Backlog
Feature 1
Feature 2
Feature 3
Feature 1
Bearbeitungsreihenfolge
Funktionalität
und Architektur
Funktionalität
und Architektur
Umsetzung starten
Weiter ausdetaillieren
und dabei erworbenes
Wissen einarbeiten
Sprint
Fokus auf Dokumentation
Implementierung Code
Designanforderungen Designdoku
Systemanforderungen Systemdoku
Kundenanforderungen fachliche DokuWarum/ Ziel
Was
Wie
Stakeholder/ Leser/
Autor
User
Story
Sprint
Planning
Produkt-/
System-
Dokumentation
Traceability
Traceability
Auf allen Ebenen:
• Motivation, Beweggründe
• Optionen,
Entscheidungen/
Trade-Offs
• grober Überblick
• Detailinformation
• Benutzerhandbuch
• Fachliche Architektur
• Szenarien/ fachliche
Use Cases
• Testfälle, z.B. User
Acceptance Tests
• Nachweise
• …
Siehe auch Agile Testing Quadrant, Lisa Crispin
• Designprinzipien
• Schichtenmodell
• Frameworks
• Coding Guidelines
• Branching-/ Merging
Konzept
• …
• Technische Architektur
• Schnittstellen
• Nicht-funktionale
Anforderungen
• Testfälle, z.B. funktionale
Tests, Performance Tests
• Nachweise
• …
• Code
• Inline-Doku
• Testfälle, z.B. Unit Tests
• Modelle –> Reverse
Engineering
• …
Nachhaltige Artefakte
Unterschiedliche
Stakeholder/ Leser/
Autor
Langfristig relevantes
Wissen
Sofort nutzbares
Wissen
Fokus auf Wert und
Vermeidung von
Verschwendung
Inhaltsverzeichnis
1. Was bedeutet eigentlich Agil?
1. Werte, Prinzipien, Praktiken
2. Haltung/ Mindset
3. Komplexität und Anforderungen
2. Systems Engineering
3. Beispiele
1. Agil/ Scrum und Assessments
2. Lastenheft und Traceability
4. Fazit
Requirements -
Engineering Testing
Soft
ware
Interdisziplinäre Teams - die Inseln müssen zusammenwachsen
Dokumentation
Doku
Integration
Normen
Architektur
36
Es ist eine Reise
Partnerschaftliche Zusammenarbeit
37
Vertrauen
Respekt
Offenheit
Fokus
und…
38
Mut
Agilität beginnt
im Kopf…!
Susanne.Muehlbauer@HOOD-Group.com
HOOD GmbH
Büro München
Keltenring 7
82041 Oberhaching
Germany
Tel: 0049 89 4512 53 0
www.Agile-by-HOOD.com
Susanne Mühlbauer
Agile Coach
Agile-by-HOOD ist ein Angebot der HOOD GmbH.
HOOD konzentriert seine agilen Aktivitäten in Agile-by-HOOD
Agilität erleben: Jeden Tag gemeinsam einen Mehrwert schaffen. Ein Umdenken beginnt, neue
Ideen sind gesät und und ein mutiger Schritt ist gewagt.
Seit mehr als 25 Jahren berät und unterstützt HOOD erfolgreich seine Kunden bei der
Entwicklung komplexer Software und Systeme durch Requirements Engineering-Prinzipien.
Mit der Marke Agile-by-HOOD bündelt HOOD das Angebot im agilen Umfeld und macht somit
einen weiteren konsequenten Schritt zur zielgerichteten Unterstützung von Organisationen, die
entweder bereits agil arbeiten oder sich vorgenommen haben, in Zukunft ihre Entwicklung auf
Scrum, Kanban oder ähnliche Vorgehensweisen umzustellen.
HOOD kann dabei auf langjährige Erfahrungen im Agile Coaching und fundierte Expertise im
Requirements Engineering zurückgreifen, um große Unternehmen beim Umstieg von klassischer
auf agile Vorgehensweise zu begleiten. Das Thema agil-skaliert ist uns ein besonderes Anliegen -
wir verstehen auch die Entwicklung komplexer Produkte und Systeme mit vielen Teams und
großen Organisationen.

Weitere ähnliche Inhalte

Was ist angesagt?

Lean Project Management
Lean Project ManagementLean Project Management
Lean Project ManagementJürgen Rohr
 
Scrum Day 2016 - Was zum Teufel ist eigentlich Agile Leadership?!
Scrum Day 2016 - Was zum Teufel ist eigentlich Agile Leadership?!Scrum Day 2016 - Was zum Teufel ist eigentlich Agile Leadership?!
Scrum Day 2016 - Was zum Teufel ist eigentlich Agile Leadership?!Birgit Mallow
 
Agile! Welche Rolle spielt das Management
Agile! Welche Rolle spielt das ManagementAgile! Welche Rolle spielt das Management
Agile! Welche Rolle spielt das ManagementMischa Ramseyer
 
Agile Skalierung ohne Blueprints
Agile Skalierung ohne BlueprintsAgile Skalierung ohne Blueprints
Agile Skalierung ohne BlueprintsStefan ROOCK
 
Agile Skalierung - Prinzipien statt Blueprints (Scrum-Club, ImmoScout)
Agile Skalierung - Prinzipien statt Blueprints (Scrum-Club, ImmoScout)Agile Skalierung - Prinzipien statt Blueprints (Scrum-Club, ImmoScout)
Agile Skalierung - Prinzipien statt Blueprints (Scrum-Club, ImmoScout)Stefan ROOCK
 
Agile Skalierung - Prinzipien statt Blueprint
Agile Skalierung - Prinzipien statt BlueprintAgile Skalierung - Prinzipien statt Blueprint
Agile Skalierung - Prinzipien statt BlueprintStefan ROOCK
 
Strato Vortrag agile-hr_conference_2016
Strato Vortrag agile-hr_conference_2016Strato Vortrag agile-hr_conference_2016
Strato Vortrag agile-hr_conference_2016nicol dierkes
 
knowtech2011-Verwaltung2.0
knowtech2011-Verwaltung2.0knowtech2011-Verwaltung2.0
knowtech2011-Verwaltung2.0TwentyOne AG
 
Agile Organisationsstruktur - Ein Überblick
Agile Organisationsstruktur - Ein ÜberblickAgile Organisationsstruktur - Ein Überblick
Agile Organisationsstruktur - Ein ÜberblickMarc Wagner
 
Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015
Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015
Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015Marc Bless
 
Agil vs. klassisch in der Geräteentwicklung - mit der richtigen Symbiose zum...
Agil vs. klassisch in der Geräteentwicklung - mit der richtigen Symbiose zum...Agil vs. klassisch in der Geräteentwicklung - mit der richtigen Symbiose zum...
Agil vs. klassisch in der Geräteentwicklung - mit der richtigen Symbiose zum...Marc Bless
 
Agile Prinzipienreiterei - Marc Bless - OOP 2012
Agile Prinzipienreiterei - Marc Bless - OOP 2012Agile Prinzipienreiterei - Marc Bless - OOP 2012
Agile Prinzipienreiterei - Marc Bless - OOP 2012Marc Bless
 
Agile Business Intelligence in der Praxis - Scrum im DWH-Umfeld
Agile Business Intelligence in der Praxis - Scrum im DWH-UmfeldAgile Business Intelligence in der Praxis - Scrum im DWH-Umfeld
Agile Business Intelligence in der Praxis - Scrum im DWH-UmfeldOPITZ CONSULTING Deutschland
 
WISSEN.EINFACH.MACHEN Wissenstransfer pragmatisch, effizient und effektiv.
WISSEN.EINFACH.MACHEN Wissenstransfer pragmatisch, effizient und effektiv.WISSEN.EINFACH.MACHEN Wissenstransfer pragmatisch, effizient und effektiv.
WISSEN.EINFACH.MACHEN Wissenstransfer pragmatisch, effizient und effektiv.Learning Factory
 
Traditionelles Projektmanagement und SCRUM
Traditionelles Projektmanagement und SCRUMTraditionelles Projektmanagement und SCRUM
Traditionelles Projektmanagement und SCRUMFelix Ruessel
 
Agile Ways of Working @ Migros
Agile Ways of Working @ MigrosAgile Ways of Working @ Migros
Agile Ways of Working @ MigrosJoël Krapf
 

Was ist angesagt? (20)

LeanCertification
LeanCertificationLeanCertification
LeanCertification
 
Lean Project Management
Lean Project ManagementLean Project Management
Lean Project Management
 
Scrum Day 2016 - Was zum Teufel ist eigentlich Agile Leadership?!
Scrum Day 2016 - Was zum Teufel ist eigentlich Agile Leadership?!Scrum Day 2016 - Was zum Teufel ist eigentlich Agile Leadership?!
Scrum Day 2016 - Was zum Teufel ist eigentlich Agile Leadership?!
 
Agile! Welche Rolle spielt das Management
Agile! Welche Rolle spielt das ManagementAgile! Welche Rolle spielt das Management
Agile! Welche Rolle spielt das Management
 
Agile Skalierung ohne Blueprints
Agile Skalierung ohne BlueprintsAgile Skalierung ohne Blueprints
Agile Skalierung ohne Blueprints
 
Agile Skalierung - Prinzipien statt Blueprints (Scrum-Club, ImmoScout)
Agile Skalierung - Prinzipien statt Blueprints (Scrum-Club, ImmoScout)Agile Skalierung - Prinzipien statt Blueprints (Scrum-Club, ImmoScout)
Agile Skalierung - Prinzipien statt Blueprints (Scrum-Club, ImmoScout)
 
Agile Skalierung - Prinzipien statt Blueprint
Agile Skalierung - Prinzipien statt BlueprintAgile Skalierung - Prinzipien statt Blueprint
Agile Skalierung - Prinzipien statt Blueprint
 
Strato Vortrag agile-hr_conference_2016
Strato Vortrag agile-hr_conference_2016Strato Vortrag agile-hr_conference_2016
Strato Vortrag agile-hr_conference_2016
 
knowtech2011-Verwaltung2.0
knowtech2011-Verwaltung2.0knowtech2011-Verwaltung2.0
knowtech2011-Verwaltung2.0
 
Agile Organisationsstruktur - Ein Überblick
Agile Organisationsstruktur - Ein ÜberblickAgile Organisationsstruktur - Ein Überblick
Agile Organisationsstruktur - Ein Überblick
 
Mit Scrum zur agilen Organisation
Mit Scrum zur agilen OrganisationMit Scrum zur agilen Organisation
Mit Scrum zur agilen Organisation
 
Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015
Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015
Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015
 
Agilität kurz & bündig
Agilität kurz & bündigAgilität kurz & bündig
Agilität kurz & bündig
 
Agil vs. klassisch in der Geräteentwicklung - mit der richtigen Symbiose zum...
Agil vs. klassisch in der Geräteentwicklung - mit der richtigen Symbiose zum...Agil vs. klassisch in der Geräteentwicklung - mit der richtigen Symbiose zum...
Agil vs. klassisch in der Geräteentwicklung - mit der richtigen Symbiose zum...
 
Agile Prinzipienreiterei - Marc Bless - OOP 2012
Agile Prinzipienreiterei - Marc Bless - OOP 2012Agile Prinzipienreiterei - Marc Bless - OOP 2012
Agile Prinzipienreiterei - Marc Bless - OOP 2012
 
Agile Business Intelligence in der Praxis - Scrum im DWH-Umfeld
Agile Business Intelligence in der Praxis - Scrum im DWH-UmfeldAgile Business Intelligence in der Praxis - Scrum im DWH-Umfeld
Agile Business Intelligence in der Praxis - Scrum im DWH-Umfeld
 
WISSEN.EINFACH.MACHEN Wissenstransfer pragmatisch, effizient und effektiv.
WISSEN.EINFACH.MACHEN Wissenstransfer pragmatisch, effizient und effektiv.WISSEN.EINFACH.MACHEN Wissenstransfer pragmatisch, effizient und effektiv.
WISSEN.EINFACH.MACHEN Wissenstransfer pragmatisch, effizient und effektiv.
 
Traditionelles Projektmanagement und SCRUM
Traditionelles Projektmanagement und SCRUMTraditionelles Projektmanagement und SCRUM
Traditionelles Projektmanagement und SCRUM
 
Agile Ways of Working @ Migros
Agile Ways of Working @ MigrosAgile Ways of Working @ Migros
Agile Ways of Working @ Migros
 
Agile BI in der Praxis - DevOps4BI
Agile BI in der Praxis - DevOps4BIAgile BI in der Praxis - DevOps4BI
Agile BI in der Praxis - DevOps4BI
 

Ähnlich wie Agilität im Systems Engineering – geht das?

Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererTobias Schlüter
 
Large-Scale Product Owner @ XPDays Germany (5.10.2023)
Large-Scale Product Owner @ XPDays Germany (5.10.2023)Large-Scale Product Owner @ XPDays Germany (5.10.2023)
Large-Scale Product Owner @ XPDays Germany (5.10.2023)Pierluigi Pugliese
 
ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!HOOD Group
 
AgileAustriaConference2023_Brücken bauen: Wie Agilität und die ISO 9001 Hand ...
AgileAustriaConference2023_Brücken bauen: Wie Agilität und die ISO 9001 Hand ...AgileAustriaConference2023_Brücken bauen: Wie Agilität und die ISO 9001 Hand ...
AgileAustriaConference2023_Brücken bauen: Wie Agilität und die ISO 9001 Hand ...Agile Austria Conference
 
Agile, DevOps, Continuous Delivery: Was ist das und wie betrifft es mich als ...
Agile, DevOps, Continuous Delivery: Was ist das und wie betrifft es mich als ...Agile, DevOps, Continuous Delivery: Was ist das und wie betrifft es mich als ...
Agile, DevOps, Continuous Delivery: Was ist das und wie betrifft es mich als ...Nico Meisenzahl
 
Agiles Anforderungsmanagement bei HEC
Agiles Anforderungsmanagement bei HECAgiles Anforderungsmanagement bei HEC
Agiles Anforderungsmanagement bei HECChristian Seedig
 
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...HOOD Group
 
#CompanyReBuilding - Agile Organisation(-skultur)
#CompanyReBuilding - Agile Organisation(-skultur)#CompanyReBuilding - Agile Organisation(-skultur)
#CompanyReBuilding - Agile Organisation(-skultur)Marc Wagner
 
MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)Ulf Mewe
 
Scrum in Zahlen
Scrum in ZahlenScrum in Zahlen
Scrum in ZahlenSonja Uhl
 
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Renate Pinggera
 
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009Wolf Noeding
 
Softwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha NightSoftwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha NightChristinaLerch1
 
Large Scale Scrum (LeSS) als Organisations-Design-Framework
Large Scale Scrum (LeSS) als Organisations-Design-FrameworkLarge Scale Scrum (LeSS) als Organisations-Design-Framework
Large Scale Scrum (LeSS) als Organisations-Design-FrameworkJosef Scherer
 
Agil in der Normativen Welt
Agil in der Normativen WeltAgil in der Normativen Welt
Agil in der Normativen WeltThomas Arends
 
Lean Development / Standardisierte Software-Entwicklung
Lean Development / Standardisierte Software-EntwicklungLean Development / Standardisierte Software-Entwicklung
Lean Development / Standardisierte Software-EntwicklungSuperB2
 

Ähnlich wie Agilität im Systems Engineering – geht das? (20)

Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
 
Large-Scale Product Owner @ XPDays Germany (5.10.2023)
Large-Scale Product Owner @ XPDays Germany (5.10.2023)Large-Scale Product Owner @ XPDays Germany (5.10.2023)
Large-Scale Product Owner @ XPDays Germany (5.10.2023)
 
ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!
 
AgileAustriaConference2023_Brücken bauen: Wie Agilität und die ISO 9001 Hand ...
AgileAustriaConference2023_Brücken bauen: Wie Agilität und die ISO 9001 Hand ...AgileAustriaConference2023_Brücken bauen: Wie Agilität und die ISO 9001 Hand ...
AgileAustriaConference2023_Brücken bauen: Wie Agilität und die ISO 9001 Hand ...
 
Agile, DevOps, Continuous Delivery: Was ist das und wie betrifft es mich als ...
Agile, DevOps, Continuous Delivery: Was ist das und wie betrifft es mich als ...Agile, DevOps, Continuous Delivery: Was ist das und wie betrifft es mich als ...
Agile, DevOps, Continuous Delivery: Was ist das und wie betrifft es mich als ...
 
Xidra 2016 DevOps
Xidra 2016 DevOpsXidra 2016 DevOps
Xidra 2016 DevOps
 
Agiles Anforderungsmanagement bei HEC
Agiles Anforderungsmanagement bei HECAgiles Anforderungsmanagement bei HEC
Agiles Anforderungsmanagement bei HEC
 
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
 
Murcs
MurcsMurcs
Murcs
 
#CompanyReBuilding - Agile Organisation(-skultur)
#CompanyReBuilding - Agile Organisation(-skultur)#CompanyReBuilding - Agile Organisation(-skultur)
#CompanyReBuilding - Agile Organisation(-skultur)
 
OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
OOP2017: Scrum statt Murcs - Agile Software-EntwicklungOOP2017: Scrum statt Murcs - Agile Software-Entwicklung
OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
 
MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)
 
Scrum in Zahlen
Scrum in ZahlenScrum in Zahlen
Scrum in Zahlen
 
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
Agile UX, Ideation and Scrum Workshop, ditact Nov 2013 (German)
 
2017 05-23 agil arbeiten
2017 05-23 agil arbeiten2017 05-23 agil arbeiten
2017 05-23 agil arbeiten
 
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
 
Softwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha NightSoftwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha Night
 
Large Scale Scrum (LeSS) als Organisations-Design-Framework
Large Scale Scrum (LeSS) als Organisations-Design-FrameworkLarge Scale Scrum (LeSS) als Organisations-Design-Framework
Large Scale Scrum (LeSS) als Organisations-Design-Framework
 
Agil in der Normativen Welt
Agil in der Normativen WeltAgil in der Normativen Welt
Agil in der Normativen Welt
 
Lean Development / Standardisierte Software-Entwicklung
Lean Development / Standardisierte Software-EntwicklungLean Development / Standardisierte Software-Entwicklung
Lean Development / Standardisierte Software-Entwicklung
 

Mehr von HOOD Group

Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...HOOD Group
 
Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
Praxisbericht: Agil skalierte Produktentwicklung im regulierten UmfeldPraxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
Praxisbericht: Agil skalierte Produktentwicklung im regulierten UmfeldHOOD Group
 
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengehtUse Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengehtHOOD Group
 
Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen HOOD Group
 
RE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamRE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamHOOD Group
 
Die 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements EngineeringDie 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements EngineeringHOOD Group
 
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements EngineerDESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements EngineerHOOD Group
 
Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013HOOD Group
 
RE im agilen Umfeld - Waste oder Value?
RE im agilen Umfeld - Waste oder Value?RE im agilen Umfeld - Waste oder Value?
RE im agilen Umfeld - Waste oder Value?HOOD Group
 
Modellierung in einem agilen Umfeld
Modellierung in einem agilen UmfeldModellierung in einem agilen Umfeld
Modellierung in einem agilen UmfeldHOOD Group
 
Achieving Sustainable Requirements Engineering
Achieving Sustainable Requirements EngineeringAchieving Sustainable Requirements Engineering
Achieving Sustainable Requirements EngineeringHOOD Group
 
Agiles Backlog Management - den Überblick über agile Backlogs behalten
Agiles Backlog Management - den Überblick über agile Backlogs behaltenAgiles Backlog Management - den Überblick über agile Backlogs behalten
Agiles Backlog Management - den Überblick über agile Backlogs behaltenHOOD Group
 
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...HOOD Group
 
REConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIFREConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIFHOOD Group
 

Mehr von HOOD Group (14)

Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
 
Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
Praxisbericht: Agil skalierte Produktentwicklung im regulierten UmfeldPraxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
 
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengehtUse Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
 
Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen
 
RE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamRE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales Team
 
Die 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements EngineeringDie 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements Engineering
 
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements EngineerDESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
 
Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013
 
RE im agilen Umfeld - Waste oder Value?
RE im agilen Umfeld - Waste oder Value?RE im agilen Umfeld - Waste oder Value?
RE im agilen Umfeld - Waste oder Value?
 
Modellierung in einem agilen Umfeld
Modellierung in einem agilen UmfeldModellierung in einem agilen Umfeld
Modellierung in einem agilen Umfeld
 
Achieving Sustainable Requirements Engineering
Achieving Sustainable Requirements EngineeringAchieving Sustainable Requirements Engineering
Achieving Sustainable Requirements Engineering
 
Agiles Backlog Management - den Überblick über agile Backlogs behalten
Agiles Backlog Management - den Überblick über agile Backlogs behaltenAgiles Backlog Management - den Überblick über agile Backlogs behalten
Agiles Backlog Management - den Überblick über agile Backlogs behalten
 
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
 
REConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIFREConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIF
 

Agilität im Systems Engineering – geht das?

  • 1. Agilität im Systems Engineering – geht das? Susanne Mühlbauer REConf 2014
  • 2. Agilität hat erstmal nichts mit dem Entwicklungsgegenstand zu tun
  • 3. Agil zu sein, bedeutet für uns: Wir orientieren uns an den Werten und Prinzipien des agilen Manifests.
  • 4. Was bedeutet „Agil“ für Sie? Eine weitere Vorgehens- weise Paradigmen- wechsel / Transition Wohin schlägt der Zeiger in Ihrer Organisation?
  • 5. Inhaltsverzeichnis 1. Was bedeutet eigentlich Agil? 1. Werte, Prinzipien, Praktiken 2. Haltung/ Mindset 3. Komplexität und Anforderungen 2. Systems Engineering 3. Beispiele 1. Agil/ Scrum und Assessments 2. Lastenheft und Traceability 4. Fazit
  • 7. Agile Manifesto - Values Individuals and Interactions over processes and tools Working software over comprehensive documentation Customer Collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:
  • 8. Prinzipien des Agilen Manifests 1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. 2. Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. 3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale. 4. Business people and developers must work together daily throughout the project. 5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. 6. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. 7. Working software is the primary measure of progress. 8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 9. Continuous attention to technical excellence and good design enhances agility. 10. Simplicity--the art of maximizing the amount of work not done--is essential. 11. The best architectures, requirements, and designs emerge from self-organizing teams. 12. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
  • 9. © HOOD GmbH Werte Prinzipien Agiles Manifest Bekannte Praktiken Praktiken Scrum, Kanban, XP, Crystal, … Ihre eigene...?
  • 10. The new new development game 10 Harvard Business Review January-February 1986 1986 Systeme
  • 11. Theorie X - der Mensch ist unwillig Linda Rising Theorie Y - der Mensch ist engagiert Agiles Mindset/ Haltung Command & Control Transparenz & Vertrauen Kontrolle ist gut – Vertrauen ist besser ZielBegabung Scheitern Anstrengung Douglas McGregor, 1969
  • 12. kompliziert kompliziert System- und SW-Entwicklung ist komplex Anforderungen unbekanntbekannt Technologie bekannt unbekannt einfach Chaos komplex The Stacey Diagram, Ralph Stacey
  • 13. Freiheitsgrade und Vorgaben – je nach Aufgabe kompliziert kompliziert Anforderungen unbekanntbekannt Technologie bekannt unbekannt einfach Chaos komplex The Stacey Diagram, Ralph Stacey Chaos „Gibt es hierfür eine Lösung?“ „Prototyping“ Einfache Aufgabe „Lösung ist bekannt“ Anforderungsspezfikation Anforderungen Komplizierte Aufgabe „Lösung kann mit Sorgfalt erarbeitet werden“ Anforderungsspezfikation Zeitdruck Komplexe Aufgabe „Niemand kennt die Lösung“ „Agile“
  • 14. So ist die Realität 14 Zu langsam Geht bei uns nicht
  • 15. So ist die Realität 15 Zeitdruck
  • 17. Die sieben Verschwendungen in der Software-Entwicklung • Halbfertige Arbeit (Partially Done Work) • Extra Features • Wieder-Erlernen (Relearning) • Übergaben (Handoffs) • Ständiges Wechseln der Aufgaben (Task Switching) • Verzögerung (Delays) • Fehler (Defects) (Lean SW Development, Poppendieck) Die sieben Verschwendungen in der Software-Entwicklung
  • 18. Verschwendung in phasenorientierten Vorgehen 18 Halbfertige Arbeit Übergaben Fehler
  • 19. Inhaltsverzeichnis 1. Was bedeutet eigentlich Agil? 1. Werte, Prinzipien, Praktiken 2. Haltung/ Mindset 3. Komplexität und Anforderungen 2. Systems Engineering 3. Beispiele 1. Agil/ Scrum und Assessments 2. Lastenheft und Traceability 4. Fazit
  • 20. Systems Engineering Systems Engineering HW Engineering Mechanical Engineering Electrical Engineering SW- Engineering Embedded SW Enterprise SW • Viele Schnittstellen zum Gesamtsystem • Interdisziplinäre Themen • Ausschuss ist teuer • Integrationstests sind teuer • Simulation/ simulierbare Systeme und Komponenten ermöglichen laufende (Integrations-) Tests
  • 21. Was ist „Lean Systems Engineering“ ? Systems Engineering Lean Thinking Lean Systems Engineering Interdisziplinäre Ingenieurstätigkeit in komplexen Entwicklungsprojekten Schaffen von Wert Vermeiden von Verschwendung Basierend auf: http://www.lean-systems-engineering.org/downloads-products/lean-enablers-for-managing- engineering-programs/
  • 22. Wann ist eine Aktivität wertvoll? 1. Eine Aktivität ist wertvoll, wenn…  … der Kunde dafür zahlt, und  … sie Information/Material umwandelt bzw. Unklarheiten minimiert, und  … sie gleich beim ersten Mal einen definierten Nutzen bringt 2. Eine Aktivität ist nicht wertvoll, aber notwendig, wenn…  … sie aktuell keinen Wert erzeugt, aber  … sie erforderlich ist (z.B. aus juristischen Gründen) 3. Eine Aktivität ist Verschwendung (Waste), wenn sie…  … keinen Wert für Kunden erzeugt, und nicht notwendig ist Basierend auf: http://www.lean-systems-engineering.org/downloads-products/lean-enablers-for-managing- engineering-programs/
  • 24. Kleine Schritte - Fangen Sie mit einem beherrschbaren kleinen Umfang an 24 Starten Sie in der SW- Entwicklung Mit einer möglichst stabilen HW- Komponente Nutzen Sie Simulation Suchen Sie ein Projekt/ Umfeld, in dem folgendes möglich scheint Ein interdisziplinäres Team Verständnisvolle Schnittstellenpartner Integrieren Sie so oft wie möglich
  • 25. Weitere Synchronisationspunkte schaffen 25 Synchronisieren/ Integration Starten Sie in der SW- Entwicklung Mit einer möglichst stabilen HW- Komponente Nutzen Sie Simulation Kleine Schritte: Fangen Sie mit einem beherrschbaren kleinen Umfang an
  • 26. Inhaltsverzeichnis 1. Was bedeutet eigentlich Agil? 1. Werte, Prinzipien, Praktiken 2. Haltung/ Mindset 3. Komplexität und Anforderungen 2. Systems Engineering 3. Beispiele 1. Agil/ Scrum und Assessments 2. Lastenheft und Traceability 4. Fazit
  • 27. Agil/ Scrum und Assessments (z.B. CMMI oder Spice) • Reifegradmodelle zeigen auf, was benötigt wird um einen Reifegrad zu erfüllen • Sie schreiben nicht das „Wie“ vor • Assessoren brauchen ggf. eine Übersetzung • Es hilft, Assessoren früh einzubinden
  • 28. Agil/ Scrum und Assessments (z.B. CMMI oder Spice) CMMI SG1 Manage Requirements Agile/ Scrum REQM SP1.1 Develop an understanding with the requirements providers on the meaning of the requirements Product Owner Conversation, User Story Backlog Refinement Session Product Backlog Items in Status “Ready” Planning Event REQM SP1.2 Obtain commitment to requirements from project participants Backlog Refinement Session Product Backlog Items in Status “Ready” Planning Event REQM SP1.3 Manage changes to requirements as they evolve during the project Product Backlog, Embrace Change Review Event REQM SP1.4 Maintain Bidirectional Traceability of Requirements User Story ID, Commit Messages Definition of “Done” REQM SP1.5 Ensure that project plans and work products remain aligned with requirements Architektur- und Produktvision Release Burndown Daily Standup Product Backlog Review Event Wenn notwendig, integrieren Sie die Informationen in vorgegebene Templates
  • 30. Lastenheft agil umsetzen 30 Architekturvision Produktvision • Aufwandstreiber identifizieren • Architekturtreiber identifizieren • Schnittstellen identifizieren • Key Features identifizieren • Key Features priorisieren Initiales Backlog Feature 1 Feature 2 Feature 3 Feature …
  • 31. Lastenheft agil umsetzen 31 Architekturvision Produktvision • Aufwandstreiber identifizieren • Architekturtreiber identifizieren • Schnittstellen identifizieren • Key Features identifizieren • Key Features priorisieren Initiales Backlog Feature 1 Feature 2 Feature 3 Feature 1 Bearbeitungsreihenfolge Funktionalität und Architektur Funktionalität und Architektur Umsetzung starten Weiter ausdetaillieren und dabei erworbenes Wissen einarbeiten
  • 32. Sprint Fokus auf Dokumentation Implementierung Code Designanforderungen Designdoku Systemanforderungen Systemdoku Kundenanforderungen fachliche DokuWarum/ Ziel Was Wie Stakeholder/ Leser/ Autor User Story Sprint Planning Produkt-/ System- Dokumentation Traceability Traceability
  • 33. Auf allen Ebenen: • Motivation, Beweggründe • Optionen, Entscheidungen/ Trade-Offs • grober Überblick • Detailinformation • Benutzerhandbuch • Fachliche Architektur • Szenarien/ fachliche Use Cases • Testfälle, z.B. User Acceptance Tests • Nachweise • … Siehe auch Agile Testing Quadrant, Lisa Crispin • Designprinzipien • Schichtenmodell • Frameworks • Coding Guidelines • Branching-/ Merging Konzept • … • Technische Architektur • Schnittstellen • Nicht-funktionale Anforderungen • Testfälle, z.B. funktionale Tests, Performance Tests • Nachweise • … • Code • Inline-Doku • Testfälle, z.B. Unit Tests • Modelle –> Reverse Engineering • … Nachhaltige Artefakte Unterschiedliche Stakeholder/ Leser/ Autor Langfristig relevantes Wissen Sofort nutzbares Wissen Fokus auf Wert und Vermeidung von Verschwendung
  • 34. Inhaltsverzeichnis 1. Was bedeutet eigentlich Agil? 1. Werte, Prinzipien, Praktiken 2. Haltung/ Mindset 3. Komplexität und Anforderungen 2. Systems Engineering 3. Beispiele 1. Agil/ Scrum und Assessments 2. Lastenheft und Traceability 4. Fazit
  • 35. Requirements - Engineering Testing Soft ware Interdisziplinäre Teams - die Inseln müssen zusammenwachsen Dokumentation Doku Integration Normen Architektur
  • 36. 36 Es ist eine Reise
  • 40. Susanne.Muehlbauer@HOOD-Group.com HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.Agile-by-HOOD.com Susanne Mühlbauer Agile Coach
  • 41. Agile-by-HOOD ist ein Angebot der HOOD GmbH. HOOD konzentriert seine agilen Aktivitäten in Agile-by-HOOD Agilität erleben: Jeden Tag gemeinsam einen Mehrwert schaffen. Ein Umdenken beginnt, neue Ideen sind gesät und und ein mutiger Schritt ist gewagt. Seit mehr als 25 Jahren berät und unterstützt HOOD erfolgreich seine Kunden bei der Entwicklung komplexer Software und Systeme durch Requirements Engineering-Prinzipien. Mit der Marke Agile-by-HOOD bündelt HOOD das Angebot im agilen Umfeld und macht somit einen weiteren konsequenten Schritt zur zielgerichteten Unterstützung von Organisationen, die entweder bereits agil arbeiten oder sich vorgenommen haben, in Zukunft ihre Entwicklung auf Scrum, Kanban oder ähnliche Vorgehensweisen umzustellen. HOOD kann dabei auf langjährige Erfahrungen im Agile Coaching und fundierte Expertise im Requirements Engineering zurückgreifen, um große Unternehmen beim Umstieg von klassischer auf agile Vorgehensweise zu begleiten. Das Thema agil-skaliert ist uns ein besonderes Anliegen - wir verstehen auch die Entwicklung komplexer Produkte und Systeme mit vielen Teams und großen Organisationen.