Über Navya
Navya hat sich auf die Entwicklung autonomer Fahrsysteme spezialisiert. Das 2014 gegründete Unternehmen mit Hauptsitz in Lyon, Frankreich, beschäftigt über 280 Mitarbeiter (davon 140 Ingenieure und Technologieexperten) an Standorten in Frankreich und den USA. Navya war das erste Unternehmen der Welt, das ein kommerziell verfügbares selbstfahrendes Shuttle auf den Markt brachte. Das erste vollständig autonome, fahrerlose und elektrische AUTONOM® SHUTTLE des Unternehmens wurde im September 2015 als Lösung für den Personentransport auf der ersten und letzten Meile eingeführt.
Das Problem: Agile und Compliance mit ISO 26262
Anfang 2018 bestand die größte Herausforderung für Navya darin, die Komplexität der Produktentwicklung in einem schnell wachsenden Unternehmen zu bewältigen. Es ging darum, die Flexibilität von Agile und die starren Vorgaben des V-Modells in Einklang zu bringen, ohne Kompromisse bei den Sicherheitsanforderungen zu machen.
Das war die Startup-Ära des Unternehmens: In der Entwicklung gab es kein System zum Verwalten von Produktspezifikationen. Während der laufenden Entwicklung wurden die Anforderungen nicht festgeschrieben, sondern konnten geändert werden. Softwareteams verwendeten Agile, wobei jedes Team sein eigenes Backlog verwaltete. Die Synchronisierung zwischen den Teams war unzureichend, es gab keine einzuhaltenden Verfahren und keinen Einblick in den Entwicklungsprozess. All dies stand zwangsläufig im Konflikt mit den strengen regulatorischen Anforderungen, mit denen funktionale Sicherheit in der Mobilitätsbranche geregelt wird.
Vor der Umstellung auf Codebeamer verwendete das Entwicklerteam von Navya eine Mischung von Tools, die denen vieler anderer Organisationen ähnelten. Sie nutzten Git für die Versionierung von Code und verließen sich auf eine Kombination aus manuell aktualisierten Tabellenkalkulationen, Jira und einem ständig wachsenden Dokumenten-Repository, um den Überblick über die Entwicklungsaktivitäten zu behalten.
Als die Teams von Navya wuchsen und die Komplexität der Produkte außer Kontrolle zu geraten drohte, erkannte das Team Risiken, die sich negativ auf die Entwicklungseffizienz hätten auswirken können. Das Team wartete nicht darauf, dass die Situation so schlimm wurde, dass sie den Betrieb beeinträchtigen würde. Es lag auf der Hand, dass ein methodischer Wandel notwendig war.
Sicherheit und Compliance in der autonomen Entwicklung
Navya entwickelt ein selbstfahrendes Produkt mit mehreren sicherheitskritischen Subsystemen. Da die Behörden bei der Bereitstellung von Vorschriften für autonome Systeme mit der Entwicklung nicht Schritt halten, bleibt ISO 26262 nach wie vor das wichtigste regulatorische Leitdokument. Navya muss die Einhaltung dieser Norm sicherstellen, um die funktionale Sicherheit zu gewährleisten.
Aus Prozesssicht führt das Entwicklungsteam eine allgemeine Risikoanalyse basierend auf Produktanwendungsfällen durch. Diese werden kaskadiert in Systemanforderungen, die an die erforderlichen Subsysteme und Komponenten weitergegeben werden. Um funktionale und dysfunktionale Anforderungen zu validieren, führt das Team Tests auf Funktions- oder Simulationsebene durch, wobei das Softwaresystem in einer kontrollierten Umgebung und anschließend auf Systemebene in einer repräsentativen Umgebung belastet wird.
Sobald all diese Tests bestanden sind, ist das Produkt validiert und kann bereitgestellt werden. Allerdings setzt Navya dabei auf die Bereitstellung im kleineren, kontrollierten Rahmen für eine begrenzte Anzahl von Kunden. Wenn dies erfolgreich ist, wird die neu entwickelte Lösung für den Rest der Flotte bereitgestellt.
Evaluierung von ALM-Tools unter Berücksichtigung der Flexibilität
Im Juli 2018 initiierte Navya einen Beschaffungsprozess zur Auswahl einer Lösung für die Anwendungslebenszyklusverwaltung. Die Suche verlief aufgrund der wachsenden Notwendigkeit, Entwicklungsprozesse zu formalisieren, relativ schnell. Um eine fundierte Entscheidung treffen zu können, analysierte das Team die Funktionen mehrerer Tools und begann eine Diskussion mit mehreren Anbietern.
Zu den wichtigsten Faktoren, nach denen das Navya-Team im Rahmen der Bewertung suchte, gehörten:
- Die Möglichkeit, verschiedene Objekttypen individuell zu konfigurieren und Verknüpfungen zwischen ihnen für eine durchgängige Verfolgbarkeit herzustellen
- Benutzerfreundlichkeit in einer schnell wachsenden, innovativen, agilen Umgebung
- Unterstützung der Zusammenarbeit und Interaktionsmöglichkeiten für Benutzer innerhalb des Tools
- Flexibilität und die Fähigkeit, das System weiterzuentwickeln und anzupassen, um kontinuierliche Verbesserungen zu unterstützen
- Einfache Konfiguration, da sich die Bedürfnisse des Teams ständig ändern, wenn die Prozesse verbessert werden
- Preismodell für optimale Rentabilität
Wie bei der Softwareentwicklung selbst verfolgte das Entwicklungsteam von Navya beim Aufbau der ALM-Umgebung einen agilen Ansatz. Das Unternehmen wollte schrittweise vorgehen und dabei grundlegenden agilen Mustern folgen, um sicherzustellen, dass die Lösung den sich entwickelnden Anforderungen entsprach. Das Team strebte maximale Effizienz an, indem es sein Arbeitsumfeld kontinuierlich verbesserte. Daher war Flexibilität eine wichtige Anforderung für Navya: Das Tool ihrer Wahl musste in der Lage sein, sich an eine vollständig agile Denkweise anzupassen und diese zu unterstützen.
Nach der Durchführung des Bewertungsprozesses grenzte Navya die Suche auf eine Auswahlliste von Finalisten ein, zu denen auch Siemens Polarion und andere Tools gehörten. Letztendlich war es dieser entscheidende Bedarf an Flexibilität, der den Ausschlag für Codebeamer gab.
Navya erwarb im August 2018 eine Handvoll Lizenzen und baute die Anzahl der Arbeitsplätze schrittweise weiter aus. Im Jahr 2019 gab es bei Navya 120 Nutzer von Codebeamer. Für das nächste Jahr ist geplant, 200 Arbeitsplätze damit auszustatten.
Selbstverwalteter Rollout und Schulung
Navya hatte zuvor keine Erfahrung mit dem großflächigen Rollout eines Entwicklungstools. Leiter der Produkt Entwicklung, Navya berichtet, man habe nicht mit dem Erfolg und der wachsenden Nachfrage gerechnet, die durch Codebeamer entstanden. Insgesamt berichtete Navya von einer schnellen Akzeptanz des Tools und einem sehr geringen Aufwand für die Schulung der Benutzer.
Zunächst bestand das Ziel darin, die Plattform für das Management von Programmierfehlern zu nutzen, aber schon bald setzte das Softwareteam auch für die Verwaltung von User Stories und Epics darauf. Ein überraschender Aspekt der Erfahrungen von Navya mit dem System war, als die Verwendung des Tools vom Hardware-Team übernommen wurde.
Nachdem Codebeamer bereits eine Weile im Einsatz war, bestand der nächste logische Schritt für das Produktteam darin, das Tool auch in der Hardwareentwicklung zu nutzen. Das Management stieß jedoch auf Widerstand, da die Hardwareabteilung in der Plattform ein reines Software-Tool sah. Allerdings wurde schnell klar, dass es mit Codebeamer möglich war, Hardwareprobleme zu bewältigen und die Komplexität zu reduzieren. Damit stimmte dann auch das Hardwareteam zu.
In Bezug auf das Training verfolgte Navya einen hybriden Ansatz: Sie verfügten zwar über eine formale Schulung, sahen aber mehr Wert darin, die Ingenieure einfach mit dem Tool "spielen" zu lassen. Nachdem Navya erfahren hatte, wie einfach die Konfiguration von Codebeamer war, beschloss das Unternehmen, die Nutzung des Tools organisch zu verbreiten, indem einfach Administratorrechte an viele Teams vergeben wurden.
Dieser Ansatz erwies sich als zweischneidiges Schwert: Einerseits machten die Ingenieurteams sich mit der Nutzung und Konfiguration der Plattform vertraut, aber andererseits sammelten sich nach einer Weile sehr viele nicht gewartete und heterogene Objekte an, die nicht zueinander passten. Mit der Lösung wurde ein neues Team betraut. Es kümmert sich um einen systemischen Ansatz für die Nutzung der Plattform, hält den Wildwuchs bei Objekten im Zaum und integriert diese Objekte in einem gemeinsam genutzten Framework.
Vorteile von integriertem ALM
Durch die Umstellung auf Codebeamer profitiert Navya in erster Linie von Transparenz, Übersicht und Konsistenz bei den eigenen Prozessen.
Vor der Implementierung von Codebeamer arbeiteten die Teams von Navya isoliert an verschiedenen funktionalen Aspekten des Produkts. Der Einblick in ihre Aktivitäten war begrenzt, und es war schwierig, eine Ansicht auf Systemebene zu erstellen, mit der das Team die Komplexität bewältigen konnte.
Mit Codebeamer erhalten sie eine durchgängige Ansicht der Entwicklungsaktivitäten mit Verknüpfungen zwischen allen Arten von Artefakten, von den Anforderungen bis hin zur Validierung. Abhängigkeiten lassen sich leicht nachverfolgen, und gemeinsame Richtlinien tragen dazu bei, die Qualität der Codierung zu standardisieren. Das Team kann den Fortschritt und verschiedene übergeordnete Metriken zur Messung von Schwerpunktbereichen einfach überwachen. Dies hilft, Problembereiche zu erkennen und kontinuierliche Verbesserungen voranzutreiben.
ALM trug dazu bei, den Compliance-Aspekt der Entwicklungsbemühungen von Navya zu optimieren, angefangen bei nachverfolgbaren Verknüpfungen für allgemeine Anforderungen über die inhärente Architektur bis hin zu den abschließenden Tests. Dies unterstützt das Team von Navya bei der Durchführung der notwendigen Validierungsschritte und Compliance-Prüfungen. Vor der Umstellung auf Codebeamer gab es für diese Prozesse keine Tools. Navya berichtete, dass sich die Verwendung der Plattform positiv auf die Effizienz des Teams ausgewirkt hatte.
Angesichts der Flexibilität der Plattform und all der Vorteile, die sie bietet, ist es nicht verwunderlich, dass Navya nun neue Möglichkeiten zur Einführung von Codebeamer in der Organisation untersucht: