Umgang mit Varianten

Goran Madzar

01/14/2016

Die wichtigste Aufgabe bei der Entwicklung eines Produktes ist es, Nutzen für den Kunden zu stiften und den Kundenwunsch zu erfüllen. Doch oft wollen nicht alle Kunden das Gleiche. Und schon hat man es mit mehreren Varianten zu tun. Doch Varianten haben auch Nachteile. Die Komplexität und der Entwicklungsaufwand nehmen deutlich zu. Auch die Pflege der Produkte wird komplizierter. Grund genug, sich mit dem Thema Varianten zu beschäftigen.

Warum gibt es Varianten?

Die Anwendung eines Produktes kann sich stark unterscheiden. Insbesondere in der Medizintechnik gibt es verschiedene Nutzergruppen und damit auch Nutzungsszenarien. Was für eine Nutzergruppe ein sehr wichtiges Feature ist, kann für eine andere unwichtig sein. Dann kann es sinnvoll sein, das Produkt kundenspezifisch zu konfigurieren, um z.B. das Produkt kostengünstiger anbieten zu können.

Ein anderer Grund für Varianten können gesetzliche Anforderungen für verschiedene Länder oder Märkte sein. Es gibt keinen einheitlichen weltweiten Standard für Medizinprodukte und so muss man sich mit allen länderspezifischen Anforderungen herumschlagen.

Ihr Ansprechpartner:

Dipl.-Ing. Goran Madzar, Gesellschafter, Senior Systems Engineer 
E-Mail: madzar@medtech-ingenieur.de
Tel.:  +49 9131 691 240
 

Benötigen Sie Unterstützung bei der Entwicklung Ihres Medizingeräts? Wir helfen gerne! Die MEDtech Ingenieur GmbH bietet Hardware-Entwicklung, Software-Entwicklung, Systems Engineering, Mechanik-Entwicklung und Beratung aus einer Hand. Nehmen Sie Kontakt mit uns auf.

Kontakt aufnehmen


Varianten können auch entstehen, wenn sich ein Produkt technisch weiter entwickelt und z.B. neue Komponenten eingesetzt werden.

Vorgehen in der Entwicklung

Der erste Schritt ist immer die Variante zu hinterfragen. Kann man eine Variante vermeiden, so ist das die beste Lösung! Schließlich erhöhen Varianten den Entwicklungs- und Testaufwand, steigern die Komplexität und meist auch die Herstellkosten. Daher sollte man sich sicher sein, ob eine Variante wirklich notwendig ist, oder ob man diese weglassen oder anders realisieren kann.

Falls Weglassen keine Option ist, dann ist zu prüfen, ob eine Variante auf Software begrenzt werden kann. Auch Software-Varianten ziehen Arbeit nach sich, sind aber bei weitem nicht so aufwändig wie Varianten, die Hardware und Mechanik betreffen. Sofern möglich, sollte man die Varianten durch Software-Varianten oder Konfigurationen realisieren.

Die Architektur muss so modular gestaltet sein, dass die Grundarchitektur für alle Varianten erhalten bleibt. Es werden dann im besten Fall nur Komponenten eins zu eins ersetzt, hinzugefügt oder einfach weggelassen, um Varianten zu realisieren.

Varianten sind in der Systemarchitektur zu dokumentieren. Mit SysML können Varianten modelliert werden. An dieser Stelle kann ich das Buch „Systems Engineering mit SysML/UML“ von Tim Weilkiens empfehlen. Falls sie aber noch keine Erfahrung mit SysML haben, dann rate ich Ihnen im ersten Schritt davon ab. Eine einfache Möglichkeit, wie man sich mit einer Mindmap einen Überblick über die Varianten verschaffen kann, sehen sie in der Abbildung unten. Ich verwende dazu das Werkzeug XMind.

Varianten mit Mindmap modellieren

Aus dem Grundgerät werden Varianten immer weiter aufgegliedert bis alle Varianten ersichtlich sind. Diese werden eindeutig benannt, so dass die Varianten unterscheidbar sind. In dem Beispiel ist Variante A3 eine von 7 vorhandenen Varianten. Nachdem wir alle Varianten identifiziert und benannt haben, kann man damit beginnen die Unterscheidungsmerkmale der Varianten zum Grundgerät zu dokumentieren. Hier empfiehlt sich das Muster:

  1. Was ist der Zweck dieser Variante?
  2. Wie unterscheidet sich die Variante zum Grundgerät?
  3. Ergeben sich aus dieser Variante Auswirkungen für das Risikomanagement?

Es ist wichtig zu prüfen, dass die Systemarchitektur für alle Varianten geeignet ist! Für die Betrachtung der Varianten kann, falls erforderlich, ein Kapitel in der Systemarchitektur Spezifikation verwendet werden. Teile des Systems, die variantenspezifisch sind, können graphisch hervorgehoben werden.

Anforderungen und Tests für Varianten

Für die Verwaltung von Anforderungen und Tests sind Werkzeuge notwendig. Spätestens, wenn sie Varianten verwenden, kann man Word und Excel definitiv vergessen. Denn die Varianten führen dazu, dass die Anforderungen und Tests sich für die verschiedenen Varianten unterscheiden können. Als Beispiel ist die Akkulaufzeit eines mobilen Gerätes abhängig davon, was verbaut ist. Die Varianten können auch zu einem unterschiedlichen EMV-Verhalten beitragen. Der Testaufwand kann mit den Varianten erheblich steigen. Es ist jedoch nicht notwendig und sinnvoll alles mit jeder Variante zu testen. Mit einem guten Anforderungswerkzeug kann man die Varianten als Attribut den Anforderungen und Tests zuweisen. Damit ist es einfach möglich sich die Anforderungen und Tests für jede Variante auszuleiten. Im Rahmen einer Impact-Analyse muss bewertet werden, welche Tests für welche Varianten durchzuführen sind.

Der Umgang mit Varianten kann sehr komplex werden und die Herangehensweise muss sich daran orientieren, wo sie gerade stehen und was ihnen nutzt. Es gibt Unternehmen, die bereits sehr viel Erfahrung mit dem Thema haben und eben welche, für die das Thema noch recht neu ist.

Ich freue mich sehr über Feedback und den Austausch mit ihnen. Sie können gerne auch einen Kommentar zu dem Artikel abgeben. Falls sie jemanden kennen, für den der Blog ebenfalls interessant sein könnte, freue ich mich auch sehr über eine Weiterempfehlung.

Viele Grüße
Goran Madzar


Geschrieben von Goran Madzar

MEDtech Ingenieur aus Leidenschaft! Mein Team und ich helfen Medizintechnik-Herstellern mit Engineering-Dienstleistungen dabei, Produkte zu entwickeln und in Verkehr zu bringen! Sprechen sie mich gerne an, ob bei LinkedIn oder per Mail. Ich freue mich Sie kennenzulernen.


Weitere Beiträge

  • 05/12/2024
  • Allgemein, Systems Engineering, Unternehmen, Veranstaltungen

In einer sich ständig wandelnden Geschäftswelt ist Kreativität ein entscheidender Faktor für den Erfolg. Unternehmen, die innovative Lösungen entwickeln und sich kontinuierlich an neue Herausforderungen anpassen können, haben einen ...

Weiterlesen
  • 12/11/2024
  • Allgemein, Software, Testen, Tools

In sicherheitskritischen Softwareprojekten steht die Qualität der Software an erster Stelle. Besonders bei Klasse-C-Software, die nach strengen Normen wie IEC 62304 (Medizintechnik) zertifiziert werden muss, ist es essenziell, dass ...

Weiterlesen
  • 09/07/2024
  • Allgemein, Elektrostimulation, Systems Engineering, Unternehmen, Veranstaltungen

Liebe Ingenieurinnen und Ingenieure, technisch Interessierte und Familienangehörige, am 13. Juli 2024 findet der Familientag „Faszination Technik“ in Nürnberg statt! Das Event wird veranstaltet vom VDI-Bezirksverein Bayern Nordost e.V. und der Technischen Hochschule Nürnberg. ...

Weiterlesen
Cookie-Übersicht

Die Internetseiten der MEDtech Ingenieur GmbH verwenden Cookies. Cookies sind Textdateien, welche über einen Internetbrowser auf einem Computersystem abgelegt und gespeichert werden.

Zahlreiche Internetseiten und Server verwenden Cookies. Viele Cookies enthalten eine sogenannte Cookie-ID. Eine Cookie-ID ist eine eindeutige Kennung des Cookies. Sie besteht aus einer Zeichenfolge, durch welche Internetseiten und Server dem konkreten Internetbrowser zugeordnet werden können, in dem das Cookie gespeichert wurde. Dies ermöglicht es den besuchten Internetseiten und Servern, den individuellen Browser der betroffenen Person von anderen Internetbrowsern, die andere Cookies enthalten, zu unterscheiden. Ein bestimmter Internetbrowser kann über die eindeutige Cookie-ID wiedererkannt und identifiziert werden.

Durch den Einsatz von Cookies kann die MEDtech Ingenieur GmbH den Nutzern dieser Internetseite nutzerfreundlichere Services bereitstellen, die ohne die Cookie-Setzung nicht möglich wären.

Mittels eines Cookies können die Informationen und Angebote auf unserer Internetseite im Sinne des Benutzers optimiert werden. Cookies ermöglichen uns, wie bereits erwähnt, die Benutzer unserer Internetseite wiederzuerkennen. Zweck dieser Wiedererkennung ist es, den Nutzern die Verwendung unserer Internetseite zu erleichtern. Der Benutzer einer Internetseite, die Cookies verwendet, muss beispielsweise nicht bei jedem Besuch der Internetseite erneut seine Zugangsdaten eingeben, weil dies von der Internetseite und dem auf dem Computersystem des Benutzers abgelegten Cookie übernommen wird.

Die betroffene Person kann die Setzung von Cookies durch unsere Internetseite jederzeit mittels einer entsprechenden Einstellung des genutzten Internetbrowsers verhindern und damit der Setzung von Cookies dauerhaft widersprechen. Ferner können bereits gesetzte Cookies jederzeit über einen Internetbrowser oder andere Softwareprogramme gelöscht werden. Dies ist in allen gängigen Internetbrowsern möglich. Deaktiviert die betroffene Person die Setzung von Cookies in dem genutzten Internetbrowser, sind unter Umständen nicht alle Funktionen unserer Internetseite vollumfänglich nutzbar.

Weitere Informationen erhalten Sie in unserer Datenschutzerklärung.

Unbedingt notwendige Cookies

Dieses Cookie wird benötigt, um Ihre Cookie-Einstellungen zu merken und weitere Hauptfunktionen zur Verfügung zu stellen

Um Ihnen eine Auskunft über Ihre gespeicherten personenbezogenen Daten hier (https://medtech-ingenieur.de/gespeicherte-daten-2/) geben zu können, benötigen wir einen Cookie, um Sie bei der Datenabfrage identifizieren zu können. Dieser Cookie muss aus Sicherheitsgründen deshalb aktiviert sein. Ein weiterer Cookie wird gesetzt, um diesen Banner nicht erneut anzeigen zu müssen.

Cookie-Name Beschreibung
PHPSESSID Name: PHP session
Anbieter:
Eigentümer der Webseite (MEDtech Ingenieur)
Zweck:
Wir benötigt, um Sie bei der Anfrage von personenbezogenen Daten identifizieren zu können. Das Cookie wird nur gesetzt, wenn Sie eine Anfrage hier (https://medtech-ingenieur.de/gespeicherte-daten-2/) stellen.
Laufzeit: Sitzungsende
Kategorie: Unbedingt notwendige Cookies
moove_gdpr_popup Name: Cookie-Box Einstellungen
Anbieter:
Eigentümer der Webseite (MEDtech Ingenieur)
Zweck:
Wird benötigt, um Ihre Cookie-Einstellungen zu speichern, um den Cookie-Banner nicht erneut anzeigen zu müssen.
Laufzeit: 1 Jahr
Kategorie: Unbedingt notwendige Cookies
comment_author_9c90e388e3e1be4a6c594fa6ac8a3eec
comment_author_email_9c90e388e3e1be4a6c594fa6ac8a3eec
comment_author_url_9c90e388e3e1be4a6c594fa6ac8a3eec
Name: Kommentar Einstellungen
Anbieter:
Eigentümer der Webseite (MEDtech Ingenieur)
Zweck:
Cookie wird angelegt, wenn Sie ein Kommentar auf MEDtech Ingenieur veröffentlichen wollen, um Sie als Autor identifizieren und den aktuellen Status Ihres Kommentars anzeigen zu können. Das Cookie enthält den angegebenen Namen. Das Cookie wird erst gesetzt, wenn Sie der Speicherung Ihrer personenbezogenen Daten zustimmen.
Laufzeit: 1 Jahr
Kategorie: Unbedingt notwendige Cookies
rmp-rate Name: RMP Rate
Anbieter: Eigentümer der Webseite (MEDtech Ingenieur)
Zweck: Cookie wird angelegt, wenn Sie eine Bewertung eines Blogbeitrags mithilfe des Sternebewertungssystems abgeben. Ihnen wird eine anonymisierte ID zugewiesen, um zu erkennen, ob Sie einen Artikel bereits bewertet haben oder nicht. Das Cookie wird nur verwendet, um zu verhindern, dass mehrfache Bewertung abgegeben werden und erst gesetzt, wenn Sie auf einen Stern klicken.
Laufzeit: 1 Jahr
Kategorie: Unbedingt notwendige Cookies
medtech-download-page Name: Download Page
Anbieter: Eigentümer der Webseite (MEDtech Ingenieur)
Zweck: Cookie wird angelegt, wenn Sie den Landing-Page Prozess erfolgreich durchlaufen haben. Dies geschieht nur, wenn Sie einen Content-Download von unserer Website anstreben.
Laufzeit: 1/2 Jahr
Kategorie: Unbedingt notwendige Cookies