Surf 'n' Turf - Scrum und ECSS-E-ST-40C

Scrum und ECSS-E-ST-40C
Surf ‘n‘ Turf

2
Agenda
1 Das Produkt: PERIGEE
Toolgestützte Definition des „Space-To-Ground ICD“ und Ausblick
2 Surf ‘n‘ Turf: Scrum und ECSS
Vorgehensmodelle und ihre Unterschiede
3 Team & Organisation
Grundlagen für die Arbeit am Produkt PERIGEE
4 Best of both Worlds
Beispiele der Kombination von Scrum und ECSS
5 Lessons Learned
Herausforderungen für die Zukunft
Surf ‘n‘ Turf: Scrum und ECSS-E-ST-40C
© 2018 Konzept Informationssysteme GmbH
10.10.2018
Stefan Wertheimer
2000-2002
2002
2002-2005
2005
seit 2009
seit 2010
seit 2016
seit 2017
Ausbildung zum
Informatikkaufmann
Erster Kontakt mit
Agilen Methodiken
Duales Studium der
Informationstechnik
Erneuter Kontakt mit
Agilen Methodiken
Arbeit in der Raumfahrt-
branche
intensives Interesse
an Projektorganisation,
Team-Strukturen und
Motivation
Arbeit in Scrum Team
als Product Owner
Professional Scrum
Product Owner (PSPO)

PERIGEE
Entwurfssoftware für Raumfahrtsysteme
 Missions-/Projektbeschreibung
 Definition und Tailoring des Kommunikations-
protokolls auf Basis PUS-C
 Verfeinerung von Missionen in kleinere,
funktionale Einheiten (Application Processes)
 standardkonforme Generierung von Dokumenten
(nach Empfehlung des ECSS)
 hohes Augenmerk auf Usability
3
Das Produkt: PERIGEE
10.10.2018

Way Forward: Erweiterungen & Ideen
 Unterstützung weiterer Betriebssysteme & Datenbanken
 Neue Abstraktionsschicht zwischen Satellit und Application Process
 Capability-based Tailoring
 Unterstützung der Arbeitsorganisation
 Import und Export (nach Kundenanforderungen)
 Einbinden einer TM/TC-Datenbank
 Source-Code-Generierung für Encoder & Decoder
 Integration eines Kabelplaneditors
 Kommandozeileninterface & offene API
 Erzeugung weiterer Dokumente (z.B. TM/TC ICD)
4
Das Produkt: PERIGEE (2)
10.10.2018

Surf ‘n‘ Turf?
 populäres Gericht in nordamerikanischen Restaurants
 Kombination aus Fleisch (meist Rind) und Meeresfrüchten
(meist Hummer oder Garnelen)
 Speisen werden nicht aus geschmacklichen Aspekten
kombiniert, sondern wegen Status und Selbstdarstellung
5
Surf ‘n‘ Turf: Scrum und ECSS
Photo by Chan Walrus
10.10.2018
„the point […] is to maximize hedonistic extravagance“
~ Jane & Michael Stern, Encyclopedia of Bad Taste, 1990
 Ist die Kombination von Agilität mit „Alten Prozessen“ überhaupt sinnvoll?

6
Surf ‘n‘ Turf: Scrum und ECSS (2)
5 Events:
Sprint
Sprint Planning
Daily Scrum
Sprint Review
Sprint Retrospective
5 Values:
Commitment
Courage
Focus
Openness
Respect
3 Columns:
Transparency
Inspection
Adaptation
3 Roles:
Development Team
Scrum Master
Product Owner
3 Artifacts:
Product Backlog
Sprint Backlog
Increment
10.10.2018

7
10.10.2018

European Cooperation for Space Standardization (ECSS)
Gremium der ESA, das sich mit der Standardisierung von Prozessen in der
Europäischen Raumfahrt beschäftigt
 seit 1993 als Zusammenschluss von ESA, nationalen Agenturen und großen
Zulieferfirmen (Eurospace) aktiv
 Vorläufer:
 ESA Procedures, Specifications and Standards (PSS)
 Committee for Operation and EGSE standardisation (COES)
 Unterteilung in drei Kategorien: E = Engineering, M = Management, Q = Quality
 verwaltet aktuell ca. 130 aktive Standards und diverse Handbücher
8
10.10.2018

ECSS-E-ST-40C - Space engineering: Software
 veröffentlicht am 06.03.2009
 209 Seiten
 basiert auf Wasserfall/V-Modell
 beschreibt sehr viele formale Dokumente
 erlaubt Tailoring
 Integration der ECSS-Vorgaben in Scrum-
Framework sollte durch Tailoring möglich
sein!
9
10.10.2018

ECSS: Aufbau und Ablauf eines Software-Projekts
10
10.10.2018
 klassisches Phasenmodell
(Wasserfall mit Gates)
 formale Meetings finden
meist nur 1x statt
 Monolith statt Inkremente
 gewünschte Aktivitäten
sind „Standard“ im
Software-Engineering
 Viele Dokumente können
implizit oder automatisiert
erstellt werden!

Team-Struktur
 alle benötigten Rollen laut ECSS sind dem
Entwicklungsteam zugewiesen
 Projektmanager durch internen Qualitäts-
und Entwicklungsprozess vorgeschrieben
 Unabhängigkeit des SW PAE wurde durch
„Stabsstelle“ als Stakeholder sichergestellt
 PERIGEE-Team:
 Scrum Master (erfahrener Entwickler)
 Product Owner (Systemingenieur)
 4 Entwickler (davon immer ein Student)
11
Team & Organisation
10.10.2018

Entwicklungsprozess à la carte
12
Team & Organisation (2)
10.10.2018
ECSS
Requirements
Increment
DoD
SRR
PDR
CDR
SW QR
TR
PRR
SSS
SRS
ICD
SDD
SUM
(SVS)
Requirements Engineering
Technical Writing
Test Engineering
Software Design

Definition of Done (DoD)
13
Team & Organisation (3)
10.10.2018
Backlog Item
Ein Backlog Item ist abgeschlossen, wenn:
 System Requirements und Software Requirements abgeleitet
wurden,
 der Software Entwurf erstellt wurde (auf MVC achten),
 Akzeptanz- / GUI-Tests erstellt und erfolgreich sind,
 Integrationstests erstellt und erfolgreich sind,
 Unit Tests erstellt und erfolgreich sind und die Branch Coverage
100% beträgt,
 der Code implementiert wurde,
 die Codingrichtlinien eingehalten wurden (PMD),
 Requirements, Entwurf, Code und Tests reviewt wurden,
 die CI erfolgreich durchlaufen wurde,
 der Featurebranch mit „development“ gemergt wurde,
 Entwickler- und Userdokumentation aktualisiert wurden,
 die GUI-Checkliste eingehalten wurde,
 die Traceability im EA aktuell ist,
 Javadoc aktuell ist,
 das Backlog Item dem Product Owner vorgeführt wurde.
Bug
Ein Bug ist erfolgreich geschlossen, wenn:
 ein (automatisierter) Regressionstest geschrieben wurde,
 der Regressionstest bestanden ist,
 die Ursache ermittelt wurde,
 eine Lösung gefunden und umgesetzt wurde.
Produktinkrement
Ein Produktinkrement ist fertig, wenn:
 externe Abhängigkeiten auf Updates geprüft wurden und
eventuelle Updates eingeplant wurden,
 ein Merge-Request von development auf master gestellt wurde,
 die Datenstände in EA und git gesichert wurden (Baseline/Tag),
 die manuellen Regressionstests erfolgreich sind,
 die Software auf der Demomaschine läuft,
 das Sprintziel auf der Demomaschine getestet wurde.

The Big Five
 Project Management Plan (PMP)
 Software Development Plan (SDP)
 Configuration Management Plan (CMP)
 Software Product Assurance Plan (SPAP)
 Software Verification And Validation Plan (SVVP)
 Pläne sind verpflichtend, Struktur durch ECSS
vorgegeben, Inhalt vom Projektteam zu schreiben
 Verankerung des Scrum Guide und seiner Werte
in den einzelnen Kapiteln
14
Best of both Worlds
10.10.2018
© ‫מנחם‬
.
‫אל‬ (menachem.el)

Agile Requirements Engineering
 RE durch Development Team
 Requirements müssen in den
Iterationen auf Änderungen
geprüft werden!
15
Best of both Worlds (2)
10.10.2018
User Story
Acceptance Criterias
System Requirements
Software Requirements
System Tests
Integration Tests

Test, when you can!
 Software-Projekt  keine Abhängigkeit von (teurer) Hardware
 Es wird getestet, sobald es etwas zu testen gibt:
 kompletter Verzicht auf Test Readiness Reviews (TRR)!
 Sprint Review ist einziges „formales“ Meeting zum Thema „Test“
 Versuch der kompletten Testautomatisierung
 nur ~25% manuelle Tests auf Systemebene
 untere Ebenen (Components & Units) komplett automatisiert
 Testabdeckung:
 99% System Requirements
 100% Software Requirements
 > 90% Branch Coverage (C1) bei Unit Test der Business Logic
16
Best of both Worlds (3)
10.10.2018

Scrum & ECSS-E-ST-40C
 Grundsätzlich möglich!
 Vorgaben des ECSS meist als Teil des Inkrements umsetzbar
 Umsetzbarkeit bei Criticality Level A+B (mit IV&V) wird komplizierter
 ”Alte Hasen” (ECSS) und QA/PA müssen allerdings umdenken
Requirements Engineering
 hoher Ausbildungsstand und Erfahrung nötig
 Requirements Management und Reviews in Iterationen nicht vernachlässigen
 Tools von Anfang an auf iterativen Prozess ausrichten!
17
Lessons Learned
10.10.2018

Team-Stabilität
 Team sollte zusammen gehalten werden (Team-Uhr von Bruce Tuckman)
 Reduzierung von 4 auf 3 Entwickler:
 Produktivitätseinbuße ist höher als (vom Management) gedacht (40% statt 25%)!
Let people learn
 Menschen machen Fehler, Menschen lernen aus Fehlern!
 Team-Mitglieder, die Fehler machen, sollten sie auch “ausbügeln”
 Team sollte genug “Alte Hasen” beinhalten, um Newbies Erfahrung weiterzugeben
18
Lessons Learned (2)
10.10.2018
Velocity in Sprint n Velocity in Sprint n+1 Velocity in Sprint n+2 Velocity in Sprint n+3
100% 51,1% 29,8% 59,6%

Haben Sie noch Fragen?
19
Vielen Dank für Ihre Aufmerksamkeit
Konzept Informationssysteme GmbH
Am Weiher 13
88709 Meersburg
Stefan Wertheimer
Tel.: +49 7532 4466-271
stefan.wertheimer@konzept-is.de
http://www.konzept-is.de
10.10.2018

Surf 'n' Turf - Scrum und ECSS-E-ST-40C

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie Surf 'n' Turf - Scrum und ECSS-E-ST-40C

Ähnlich wie Surf 'n' Turf - Scrum und ECSS-E-ST-40C (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (6)

Surf 'n' Turf - Scrum und ECSS-E-ST-40C