Embedded meets Agile Feb Entwicklung von sicherheitskritischen Embedded Systemen mit global verteilten Teams

Transkript

1 Products Solutions Services Embedded meets Agile Feb Entwicklung von sicherheitskritischen Embedded Systemen mit global verteilten Teams Slide 1

2 Unser Leistungsangebot Wir liefern Geräte und Systeme für Aufgaben im Bereich Füllstandmessung Durchflussmessung Druckmessung Temperaturmessung Analyse Messwertregistrierung Probeentnahme Slide 2

3 Unser Leistungsangebot Unsere Dienstleistungen und Softwarelösungen machen die Anlagen unserer Kunden länger verfügbar Inbetriebnahme Betrieb Instandhaltung Kalibrierung Reparatur Wir unterstützen Kunden mit umfassenden Automatisierungslösungen Systemintegration Bestandsführung Prozesssteuerung Slide 3

4 Endress+Hauser ist in vielen Branchen zu Hause Chemie/Petrochemie Wir machen Prozesse sicher Wasser/Abwasser Wir kümmern uns um den Schutz der Umwelt Öl und Gas Wir garantieren hohe Genauigkeit Grundstoffe und Metall Wir liefern robuste Lösungen Papier und Zellstoff Wir unterstützen mit moderner Technologie Nahrungs- und Genussmittel Wir gewährleisten absolute Hygiene Life Sciences Wir erfüllen höchste Standards Energie Wir helfen, Ressourcen effizient zu nutzen Erneuerbare Energien Wir setzen auf nachhaltige Entwicklung Schiffbau Wir verbinden Tradition mit Innovation Wir sprechen die Sprache unserer Kunden! Slide 4

5 Unsere Kennzahlen ,7 Milliarden Euro Umsatz ein starker Partner Beschäftigte weltweit ein verlässlicher Arbeitgeber 183 Millionen Euro Gewinn wirtschaftlich erfolgreich 73% Eigenkapital solide finanziert 127 Millionen Euro Investitionen zukunftsorientiert Patente und Patentanmeldungen innovativ und kreativ Slide 5

6 Endress + Hauser am Standort Maulburg Arbeitsgebiete Füllstandmessung Druck-/Differenzdruckmessung Tank- /Terminalautomation Aufgaben Forschung und Entwicklung Produktion Strategisches Marketing Verkaufsunterstützung Logistik Qualitätssicherung Slide 6

7 Unsere Struktur Beteiligte Standortedes vorgestellten Projektes Holding mit Sitz in Reinach (Schweiz) 21 Produktionsstandorte in 12 Ländern Vertriebsgesellschaften und Repräsentanten in über 100 Ländern Regionale Support Center für den Vertrieb Slide 7

8 Inhalt Warum entwickeln wir Agil mit Scrum (und Kanban) Wie passt der Prozess auch für embedded Systems Die Anforderungen im Safety Critical Umfeld Die Herausforderungen bei verteilten Teams Unsere JAZZ Installation Benfits / Verbesserungen Slide 8

9 Zuerst war die Entscheidung für Agile Traditionelles Prozess Modell.wir hatten ein logisches aber theoretisches Prozessmodell, dass alles im Detail bis auf die ausführende Ebene definiert Wenn man das detailliert befolgen könnte, würde es perfekte Ergebnisse liefern Agiles Prozess Modell Berücksichtigt die Natur der beteiligten Menschen Versucht mit Un-planbarem umzugehen statt es zu beseitigen Der Druck kommt von Innen Aber: Im regulierten Umfeld kann man mit Post it üben, aber kein Projekt nachvollziehbar abwickeln und zertifizieren Slide 9

10 Individuals over Processes: Vertrauen über Weisung Dr. A Mayr Slide 10

11 Risken und Vermeidung in innovativen Projekten Technische Vorprojekte beleuchten technische Risiken Nancy Schoen./ LAP Die Geschwindigkeit gerade bei verteilten Teams hängt stark von organisatorischen Randbedingungen ab Messen und extrapolieren ist besser als vorwärts planen Der Agile processes liefert Kurze Feedback loops anhand klarer Done Kriterien Die Messung beinhaltet alle Risiko-Arten Gehe davon aus, du findest die nächsten vier Wochen ähnliche viele unerkannte Probleme wir die letzten vier Wochen Slide 11

12 Nature of innovation - unknown terrain If the terrain and the plan do not match Believe the terrain - not the plan Innovationprojekte leiten bedeutet: Ihr Team hat das noch nie zuvor so getan Ihr Team hat noch nie unter diesen Randbedigungen gearbeitet Es gibt kein Verzeichniss von Hindernissen Was man nicht weiss kann man nicht planen Spezifikationen haben genausoviele Fehler wie Code Continious Intergration bedeutet: Den Kuchen quer schneiden Jedes Stückchen gibt ein Gefühl wie gut das ganze ist Probleme zeigen sich früh Slide 12

13 Ein Beispiel Zwei gleich große und gleich gute Teams Team 1: Verteiltes Teams, neue Organisationstruktur Team 2: Team in 10 m Umkreis, einspielte Organisation Team 1 Team 2 Slide 13

14 Embedded Systems in der Prozess Industrie Projektlaufzeiten über 2-4 Jahre Extrapolation der Projektlaufzeit über lange Zeiträume Langfrist Planung immer noch Koexistenz mit Gant Plänen Pflege der Geräte und Plattformen über Jahre Stabile Tools, am besten gar nicht migrieren Abkündigen von Tools bedeutet für die Anwender Muda : Verschwenden von Ressourcen RTC, RRC, RQM, RRID, PE, Rhapsody müssen > 15 Jahre bleiben Gemischte Software Hardware Teams Viele der beteiligten Entwickler haben keinen Software Hintergrund Selektive Sichten auf die benötigten Funktionen Ein Device under Test ist mehr als nur eine Build Nummer Slide 14

15 Anforderungen an den (Agilen) Prozess durch IEC Die Projektdurchführung muss nachverfolgbar sein Post it Story Boards gehen gar nicht mehr (alleine) Entscheidungen müssen dokumentiert werden Die Historie von Arbeitselementen muss rückverfolgbar sein (new open in progress - fixed verified - closed) Open In progress done Der Benchmark für Effizienz sind Post it, EXCEL und WORD Slide 15

16 Anforderungen an den (Agilen) Prozess durch IEC Jede Menge Reports Benutze die Daten um die Dokumente zu generieren Requirements traces zu test case, builds, test results, defect Test traces zu Work Items Work Items zu Change sets Snapshots / Baselines von: Modell / Code/Anforderungen / Tests Tools sind sicherheitsrelevant Jedes update muss verifiziert werden Slide 16

17 Anforderungen an den (Agilen) Prozess durch IEC Viele Stakeholder ohne Software Hintergrund Hardware Entwickler Internal Functional Safety Manager Externer Zulassungsbehörden Sicherheitsingenieur der Kunden Neue Typen von Stories, da safety ein Kundennutzen ist Coding rules. Failure Insertion Tests, Dokumentation als Conditions of Satisfaction, FMEA methods.. sind Teil der Test Sets Reviews and Dokumentation erscheinen häufig in den COS Projekt Dokumentation sollte auch einfach und von Nicht Software Ingenieuren unter Source Control gestellt werden können Slide 17

18 Requirements Management - braucht man das noch? JA : gegen die Requirements geht der Nachweis dass es erledigt und sicher ist. Requirements sind der Endzustand Stories sind die Etappen auf dem Weg zu diesem Endzustand Bei Hardware nennt man Stories oft Reifegrade Beispiel: Requirement : EMV Festigkeit nach den CE Richtlinien Story 1: Der Elektronik Entwickler macht mit einem Musteraufbau EMV Tests um die Lücken bei EMV zu entdecken COS: Software mit Reset Counter und LED Signalisierung von Interrupts Story 2: Der Entwickler weist die EMV Festigkeit nach CE nach um vom Sicherheits Ingenieur die CE Compliance bestätigt zu bekommen COS; Test Report und CE Compliance liegen vor und sind unterschrieben Stories helfen den Teams sich untereinander zu synchronisieren Slide 18

19 Agiltät im Unternehmen Portfolio Ebene Einlass Steuerung / Ressourcen Steuerung / Status Visualisierung An KANBAN angelehnte Methoden, Flow Visualisierung Projekt Ebene Managen asynchroner Prozesse und externen Zulieferer, Verkettung von Vorgängen Command beim Projekt - aber Control bei den Teams An Critical Chain / Reliable Scrum angelehnte Methoden Team / Gewerke Ebene Synchronisieren untereinander mit SCRUM Fortschrittskontrolle als Feedback für das Teams und für das Projekt SCRUM mit Burndown Charts, Kanban Teams, Critical Chain Planung Slide 19

20 Eingesetzte Lösungen JAZZ Tool Chain Team Concert für Defect Tracking / Agile Planung / Source Control Quality Manager (Jenkins) für Test Management Requirements Composer (Requisite Pro) für das Anforderungsmanagement Rhapsody als UML Tool z.t. mit Code Generation Reporting RRDI für das laufende Reporting Publishing Engine für Zulassung Report / Management Dokumente One Stop Shopping Strategie Slide 20

21 SIL : Safety Critical Systems IEC recommends in its latest revision iterative development Top Tip Andy Jordan - PMO Projects at work. Agile approaches are growing and evolving far faster than traditional Project Management Methods US- DoD requests agile from contractors Slide 22

22 Products Solutions Services Thank you very much for your attention Your questions Slide 23