2.Produktentwicklungsprozess

• Definition:

  • Vereinfachte Beschreibung eines Entwicklungsprozesses, welcher aus einer bestimmten Perspektive dargestellt wird

• Vorgehensmodelle umfassen:

  • Tätigkeiten des Entwicklungsprozesses

  • Entstehende Produkte

  • Rollen von Personen

• Wozu dienen Vorgehensmodelle:

  • Entwicklungsprozesse transparenter, nachvollziehbarer,

    kontrollierbarer, lehrbarer machen

• Produktentwicklung:

  • Überbegriff aller Prozesse bis zur Serienreife

• Produktentwicklungsprozesse:

  • spezielle Vorgehensmodelle (Prozessmodelle), die der Steuerung einer Entwicklung von der Konzeption bis hin zum Einsatz im Echtbetrieb, inklusive im Echtbetrieb anfallende Änderungen, dienen

  • Modelle stammen häufig aus Softwareentwicklung

    • Usability Engineering: Änderungen entstehen aus Benutzersicht

    • Anwendung in Softwareergonomie & Produktergonomie

• Iteration:

  • Schrittweise Verfeinerung einer konkreten Idee

  • Fokus auf Vertiefung und Optimierung

  • gewählter Weg möglichst perfekt gehen

• Exploration:

  • Erforschung verschiedener Lösungswege

  • Probieren und Verwerfen verschiedener Alternativen

  • Richtigen Weg herausfinden

• prozessbegleitende Aktivitäten

  • Nutzeranalyse:

    • Verstehen wer Nutzer sind & wie deren Alltag ist

    • Ablauf:

      • Vorbereitung -> Feldstudie (Beobachtung) -> Analyse

    • Methodiken:

      • Diary Studies

      • Day-In-The-Life Szenarien (Tagesablauf)

  • Anforderungsanalyse:

    • Grundsatz:

      • Anforderungen an das System definieren und nicht an den Menschen!

      • Methodiken:

        • Personas

        • Szenarien

        • Informationsflussanalyse

      • Falsch: “Nutzer muss innerhalb 15s antworten”

      • Richtig: “System wartet 15s auf eingabe”

  • Spezifikation von Interaktionskonzepten:

    • Konkrete Entwürfe/ Konzepte gestalten

  • Test und Evaluation:

    • Prüfen ob erarbeitetes System ergonomischen Anforderungen erfüllt

V= Verifikation & Validierung

Validierung:

• Eignet sich das Produkt bezogen auf seienn Einsatzzweck?

• Wird das richtige Produkt entwickelt?

Verifikation:

• Entspricht das Produkt der vorher geplanten Spezifikation

• Wird das Produkt richtig entwickelt?

• V-förmiger sequentieller Ablauf

  • Während Entwicklung der Schritte werden parallel Tests mit geplant

• Anforderung bei Projektstart klar festgelegt

• geringer Aufwand des Kunden:

  • Kundeneinbringung zu Beginn: Bedarfsanalyse

  • Kundeneinbringung am Ende: Tests, Abnahme

  • Realisierungsphase ist Blackbox für Kunden

• Funktionierende Software gibt es erst am Ende

• Festgelegte Team-Hierachie

Stärken:

• Viele Aspekte des Entwicklungsprozesses abgedeckt

• Erweiterbar und Anpassbar

• Umfassendes Modell, einfach anwendbar

Schwächen:

• Nutzer unzureichend in Entwicklungsphase eingebunden

• allgemein, generisch, wenig flexibel

• Nicht für kleine Projekte geeignet

1. Gestaltung basierend auf umfassenden Verständnis von Benutzer, Aufgabe & Nutzungskontext

   • Hauptursache für Misserfolg: mangelndes Verständnis von User Anforderungen

2. Gestaltungslösungen werden durch Nutzerevaluation kontinuierlich verbessert

   • Konstantes Einbeziehen des Nutzers

3. Iterativer Entwicklungsprozess:

   • Analysieren -> Konzipieren -> Viualisieren -> Überprüfen

   • Komplexität: Nicht alle Anforderungen sind von Anfang an bekannt

   • Iterationen: Schrittweises reduzieren von Unsicherheiten.

4. Fachübergreifende Kenntnisse/ Perspektiven müssen vertreten sein

   • Interdisziplinarität: neue Kreative Ideen durch kollektive Wissensbasis

   • Einschränkungen & Realitäten anderer Fachgebiete verdeutlichen

   • Nachteil: Lähmende Kommunikation

     • Kommunikationsaufwand

• Eine Windung = Eine Projektphase

• In jeder Windung:

  • Eingriff des Managements möglich

  • Testung des Prototypes mit Nutzern

• Pro Projektphase/ Iteration steigen Kosten & Genauigkeit des Ergebnisses

• Schrittweise Verfeinerung des Produktes, da durch Benutzerfeedback mehr Anforderungen & Details bekannt werden

• Paralles Design ermöglicht es meherere Lösungsalternativen gleichzeitig als Prototypen zu testen

Vorteile:

• flexibles Modell

• Integration von anderen Vorgehensmodellen möglich

• Periodische Überprüfung des Ablaufs in Abhängigkeit von Risiken

• Integrierte Risiko Abwägung

Nachteile:

• Hoher Managementaufwand

• Schlechte Eignung für kleinere & mittlere Projekte

• Schlechte Eignung für Wiederverwendung von bestehenden Produkten

1. Gestaltung basiert auf umfasstenden Verständnis der Benutzer, der Arbeitsaufgaben, der Arbeitsumgebungen

2. Benutzer während Gestaltung und Entwicklung mit einbeziehen

3. Verfeinerung & Anpassungen von Gestaltungslösungen fortlaufend auf Basis benutzerzentrierter Evaluierung

4. Iterationen im Prozess sind vorgesehen

5. Gestaltung berücksichtigt gesamte User-Experience

6. Gestaltungsteam vereint fachübergreifende Kenntnisse

1. Nutzungskontextbeschreibung:

   • Wer sind die Nutzer?

   • In welcher Umgebung arbeiten Nutzer?

2. Beschreibung der Erfodernisse aus Nutzersicht (User-Needs)

   • Was braucht der Nutzer grundlegend um Aufgabe zu erfüllen?

3. Spezifikation der Nutzeranforderungen (Requirements for use)

   • Formulieren konkreter, Überprüfbarer Anforderungen an das System

4. Interaktionsspezifikation

   • Wie läuft Interaktion zwischen Mensch und System ab?

5. User-Interface-Spezifikation:

   • Konkretes Aussehen/ Layout von Schnittstellen

6. Usability Testberichte

   • Ergebnisse aus Tests mit echten Nutzern

7. Bericht über Langzeitbeobachtungen:

   •