27. März Einführung Requirements Engineering: Rückblick und Ausschau

Transkript

1 27. März 2013

2 Lukas Müller

3 27. März 2013, p 3 Schwerpunkte Umfeld Tecan Aufbau von Requirements Engineering Ausschau

4 27. März 2013, p 4 Umfeld Tecan

5 27. März 2013, p 5 Tecan Hauptsitz in Männedorf, >1100 Angestellte Marktführer in der Laborautomatisierung Weitere Entwicklungsstandorte: DE, AUT, USA Produkte und OEM-Instrumenten in Bereichen Biotechnolgie, Pharma, Diagnostik, Life Sciences, Forensik, etc.

6 27. März 2013, p 6 Labor Automation: Sample to Result Probenvorbereitung Analyse Verbrauchsmaterial Labor Automation Detektion

7 27. März 2013, p 7 Aufbau Requirements Engineering

8 27. März 2013, p 8 Ausgangslage Start im Q2 / 2012 Produkt Management verantwortlich für Produkte Requirements Textuelle Anforderungserhebung von komplexen Systemen Rahmenbedingungen Requirements Engineering: Start in laufenden R&D Projekt, Fokus auf SW Entwicklung Zeitgleich mit Einführung von Agiler Entwicklung (SCRUM) 3 Requirements Engineers vs. 30 SW Entwickler

9 27. März 2013, p 9 Vision Requirements Engineering (RE) Umfassendes Produkteverständnis definieren zu Projektbeginn Erkennen von Wissenslücken Systematik in der Entwicklung und Verwaltung von Requirements Modularisierung und Wiederverwendung von Requirements

10 27 März 2013, p 10 Skill Group Organization Einführung Requirements Engineering Analysieren des Umfeldes Run Prototype Ableiten von Systematik

11 27. März 2013, p 11 Requirements Engineering des Requirements Engineering Prozess 1 Analyse des Umfelds Verständnis der Begriffe entwickeln Identifikation von Schlüsselfiguren im Projekt Identifikation der Hauptproblemen im Projekt

12 27. März 2013, p 12 Erkenntnisse: Basisanforderungen ans Requirements Engineering Schliessen von Lücken zwischen Market Needs und technischen Requirements Beheben von Wissenslücken im SW-Entwicklungsteam (entstanden durch Team Ramp-up) Etablieren von Standards, um Verständnisprobleme zwischen SW- Entwicklung & System Testing zu eliminieren

13 27. März 2013, p 13 Erkenntnisse: Basisanforderungen ans Requirements Engineering Schliessen von Lücken zwischen Struktur Market Needs und technischen Requirements Beheben von Wissenslücken im SW-Entwicklungsteam (entstanden Verfügbarkeit & Traceability durch Team Ramp-up) Etablieren von Standards, um Verständnisprobleme zwischen SW- Entwicklung & System Testing Qualität zu eliminieren Startpunkt fürs Requirements Engineering

14 27. März 2013, p 14 Run Prototype 2 Release basiertes Requirements Engineering (Agile) Tool-unterstützte Traceability Requirements <-> Entwicklungstasks Definition von Spielregeln zwischen SW und System Test Engineers Dev. Task 1 Dev. Task 2 Dev. Task 3 Dev. Task 4 Dev. Task 5 Dev. Task 6 Dev. Task 7 Dev. Task 8 Dev. Task 9 Dev. Task 10 Burn-Down Release 1 RE Task Release 2 Backlog Time

15 27. März 2013, p 15 Erkenntnisse: Run Prototype 3 Verbesserungspotential in Informationslevels Effizienzsteigerung in der Validierung von Requirements Etablierung von Change Management Prozess Market Needs Product Requirements Specifications Product Knowledge

16 27. März 2013, p 16 Dont get stuck! Kontinuierliche Weiterentwicklung Vision nicht vergessen! Erweitern von Systematik und Methoden in anderen Projekten Experimentieren und Integrieren von neuen Tools und Methoden (UML, Workshop, Dokumentationsformen, etc.) Abstimmung und Integration mit anderen Disziplinen

17 27. März 2013, p 17 Ausblick

18 27. März 2013, p 18 Status Check Ausbau des Requirements Engineering Teams Aktiv in mehreren Projekten und Projekttypen (Produkt und OEM) Standardisiertes Vorgehen (Guideline)

19 27. März 2013, p 19 Ausblick Abstimmung von Guideline RE-Promotion und RE-Trainings Requirements Engineering Tool Integration mit Usability Engineering

20 Vielen Dank für Ihre Aufmerksamkeit.