Industrielle Automation 4/2017

SZENE I INTERVIEW
Networking und Interaktion
re:work 2017 – Smart Requirements Engineering in Berlin, der Networking-Hub des Jahres
Das sogenannte Anforderungsmanagement (Requirements Engineering)
ist heute integraler Bestandteil in der Produktentwicklung und im
Produktentwicklungszyklus. Nur wer die Anforderungen kennt, kann
Kundenbedürfnisse effektiv und nachhaltig erfüllen. Der Kongress
re:work stellt genau das in den Mittelpunkt und gibt die Möglichkeit,
sich mit führenden Experten auszutauschen.
Im Vorfeld zur Veranstaltung re:work 2017 –
Smart Requirements Engineering, die vom
28. bis 29. September 2017 in Berlin stattfindet,
hat sich we.Conect mit Katrin Grothues,
Senior Product Owner Connected Drive von
BMW Group zu einem Interview getroffen.
Katrin Grothues arbeitet seit fünf Jahren als
Product Owner in agilen Entwicklungsteams.
Bei AutoScout24 hat sie Entwicklungsmethoden
kennen und lieben gelernt. Nach
einem Zwischenstopp bei HolidayCheck
widmet sie sich nun bei BMW der Entwicklung
von Digitalen Services im Auto. Getrieben
wird sie vor allem von der Frage wie es
gelingt, den theoretischen Discover-Build-
Measure-Learn-Ansatz auch außerhalb der
idealen Welt eines Start-ups in einem etablierten
und großen Unternehmen zu leben.
Vor welchen Herausforderungen stehen
Unternehmen beim Anforderungsmanagement
im Bereich physischer Produkte?
Aus meiner Sicht besteht die größte
Herausforderung in der langen Vorlaufzeit.
Physische Produkte zu erstellen hat
längere Planungszyklen, als digitale. Das
erfordert eine Anforderungssammlung
schon teilweise mehrere Jahre vor „Go
Live“ vor Kunde und stellt damit Produktmanager
vor die Herausforderung jetzt
schon wissen zu müssen, was Kunden in
mehreren Jahren benötigen. Das ist vor
allem deshalb eine Herausforderung, da
sich die Kundenbedürfnisse und Marktgegebenheiten
viel schneller entwickeln
als noch vor einigen Jahren.
Wie kann die Integration von Anforderungen
in Produktentwicklungsprozesse
gelingen? Welche Voraussetzungen sind
hierfür notwendig?
Natürlich benötigt man Tools, um Anforderungsaufnahme
und –management
halbwegs geordnet und vor allem transparent
abzuwickeln. Hier gibt es genug
Lösungen am Markt – z. B. die Produkte
von Atlassian. Entscheidend sind jedoch
nicht die Tools, sondern das Mindset der
Mitarbeiter und die Flexibilität der
Organisation. Es braucht viel Offenheit
für neue Methoden der Problem- und
Lösungs validierung, die aus meiner Sicht
zwingend notwendig sind, um Anforderungen
kundenzentriert formulieren
zu können. Und die Organisation muss
lernen, mit Unsicherheit und Veränderung
umgehen zu können.
Wo liegen Ihrer Meinung nach die größten
Unterschiede zwischen den Methoden
des Requirements Engineering in der
Softwareentwicklung sowie in der
Entwicklung von physischen Produkten?
Aus meiner Sicht sind es Vorlaufzeit und
Flexibilität nach „Go Live“. Vorlaufzeit bei
physischen Produkten muss länger sein,
da es einfach länger dauert, Hardware
herzustellen oder einzukaufen, als
Codezeilen zu schreiben. Auch in der
Phase der Discovery kann ich schneller
Softwareprototypen bauen, als
Hardwareprototypen (auch wenn es
heutzutage mit 3-D Druck auch schon
schneller geht).
Dann die Flexibilität nach „Go Live“:
Software verteile ich in der Regel über das
Netz – sowohl B2C Produkte (Software,
Web-Anwendungen, Apps) als auch B2B
(die meisten B2B Anwendungen sind
heute Standard, die meist als SaaS
angeboten und dann auch zentral in der
Cloud gehostet werden) Produkte. Somit
kann ich leicht auf Kundenfeedback
reagieren und Anpassungen an der
Software machen.
Das fällt bei Hardware schwerer: zum
einen erfolgt die Distribution oft über die
kleinteilige Vertriebsorganisation, zum
anderen bekomme ich zu Hardware nur
schlechter Feedback von Kunden und
zum letzten kann ich Anpassungen an
den schon ausgelieferten Produkten nicht
einfach über ein Softwareupdate machen.
Entweder rufe ich Produkte zurück oder
ich statte die nächste Serie mit den
angepassten Features aus. Dann haben
aber die Kunden mit Serie 1 nichts mehr
von den Verbesserungen.
10 INDUSTRIELLE AUTOMATION 4/2017