Inkremente und Iterationen in der Hardwareentwicklung

Mike Cohn hat kürzlich den Unterschied zwischen inkrementeller und iterativer Entwicklung deutlich gemacht und dabei eine Dating-Webseite als Beispiel genommen (hier geht es zu seinem Beitrag). Wie aber sieht es in der Entwicklung von Hardware-Produkten aus, die aus Software, Mechanik und Elektronik bestehen?

  1. Wer das Produkt inkrementell baut, der fügt Teile nach und nach zusammen: Gehäuse, Anschlüsse, Signalanzeigen, Sensoren, Bedienoberfläche.
  2. Wer das Produkt iterativ baut, der verfeinert es mit jedem Schritt: Vom gebastelten Prototypen bis zur Nullserie, die unter Produktionsbedigungen gefertigt wird.

Wer alleine dem ersten Weg folgt, mag zum Schluss ein robustes Gehäuse, geschickt positionierte Anschlüsse, gut lesbare Signalanzeigen, usw. in der Hand halten. Die Summe gelungener Einzelteile ergibt aber noch kein gelungenes Produkt. Das eine muss mit dem anderen so harmonieren, dass der Nutzer eine Gestalt dahinter erkennen kann. Der neue Samsung Gear Fit ist ein gutes negatives Beispiel. Im Review werden ihm ein fantastisches Aussehen, tolle und weitreichende Funktionalitäten, und insgesamt ein gutes Design attestiert. Trotzdem scheitert das Produkt, weil es weder als Smartwatch noch als Fitness-Tracker daher kommt, sondern dazwischen fällt (hier der Link zum Review durch CNET).Wer dagegen dem zweiten Weg folgt, kann wenig falsch machen. Er wird nämlich von Anfang an das Gesamprodukt in der Hand halten. Natürlich: In den ersten Iterationen wird das Produkt sehr rudimentär aussehen und kaum Funktionalitäten beinhalten. Aber alle kritischen Fragen entspringen aus dieser ersten Gestalt: Größe und Form des Gehäuses, Positionierung der Anschlüsse und Anzeigen, Art und Nutzung der Sensoren, Aufbau und Struktur der Bedienoberfläche. Diese Fragen lassen sich gar nicht anders beantworten als durch entsprechende Inkremente oder Produktlieferungen (für mich sind beide Begriffe synonym).Mike Cohn ist in seinem Beitrag etwas blass, wenn er schreibt, dass Inkremente und Iterationen irgendwie zusammengehören. Für mich ist die Stoßrichtung entscheidend. Ein inkrementeller Ansatz läuft Gefahr, gesichtslose Produkte zu liefern, die aus lokal optimierten, aber dissonanten Teilen bestehen. Ein iterativer Ansatz bannt diese Gefahr von Beginn an, indem er das Produkt in seiner Gesamtheit und all seiner Imperfektion zur Schau stellt. Es sind dann genau diese Imperfektionen, welche die Inkremente motivieren und letztendlich validieren.

bgloger-redakteur
December 3, 2014

Table of content

Diesen Beitrag teilen

Das könnte auch interessant sein:

Wie du mit klaren Rollen Erwartungen managst (und Konflikten vorbeugst)
BG

Wie du mit klaren Rollen Erwartungen managst (und Konflikten vorbeugst)

Innere Klarheit statt Aktionismus – wie du als Führungskraft souverän bleibst
BG

Innere Klarheit statt Aktionismus – wie du als Führungskraft souverän bleibst

Zwischen Klarheit und Kontrolle – was moderne Führung heute wirklich braucht
BG

Zwischen Klarheit und Kontrolle – was moderne Führung heute wirklich braucht

Gute Führung beginnt bei dir - warum Selbstführung kein Luxus ist
BG

Gute Führung beginnt bei dir - warum Selbstführung kein Luxus ist

„Purpose statt Position“ - warum der Wunsch nach Sinn zum neuen Karrieremotor wird
BG

„Purpose statt Position“ - warum der Wunsch nach Sinn zum neuen Karrieremotor wird

Arbeiten im Wandel - was Unternehmen heute leisten müssen
BG

Arbeiten im Wandel - was Unternehmen heute leisten müssen

Was ist eigentlich ein Agile Coach - und brauchen wir das wirklich?
BG

Was ist eigentlich ein Agile Coach - und brauchen wir das wirklich?

Finde deine Stimme – und nutze KI als Verstärker
BG

Finde deine Stimme – und nutze KI als Verstärker

Leadership in the AI Era: Reinventing Human-Centered Leadership
BG

Leadership in the AI Era: Reinventing Human-Centered Leadership

KI hier, KI da – was bedeutet das für mich als Führungskraft?
BG

KI hier, KI da – was bedeutet das für mich als Führungskraft?

Der kybernetische Teamkollege
BG

Der kybernetische Teamkollege

Agile Strategie mit OKRs: Vom Denken ins Tun kommen
BG

Agile Strategie mit OKRs: Vom Denken ins Tun kommen