Antwort.

Geschichte der Frage

Im Verlauf der Entwicklung mobiler Anwendungen traten häufig Situationen auf, in denen das Geschäft und die Entwicklung die Anforderungen unterschiedlich interpretierten, was zu erheblichen Nachbesserungen und Verschiebungen der Fristen führte. Dies hängt mit der hohen Veränderungsgeschwindigkeit im mobilen Sektor und den unterschiedlichen Benutzererwartungen im Vergleich zum Backend zusammen.

Problem

Die Hauptschwierigkeit besteht in der Unschärfe der Formulierungen von Geschäftsanforderungen, der unzureichenden Detaillierung von Nutzungsszenarien und der Uneinheitlichkeit der Plattformen (iOS, Android), was zu technologischen Diskrepanzen und unzureichendem UX führt. Oft werden auch plattformspezifische Einschränkungen und Unterschiede in den Navigationsmustern vergessen.

Lösung

Um Missverständnisse zu minimieren, sollte der Systems Analyst:

• Separate Interviewsitzungen und Workshops mit den wichtigsten Stakeholdern zur Anforderungserhebung durchführen.
• Visualisierungen (User Flow, Mockups/Wireframes) verwenden und Szenarien unter Berücksichtigung der Besonderheiten jeder mobilen Plattform ausarbeiten.
• Die Anforderungen nach dem Gherkin-Modell formalizieren oder durch User Stories mit Akzeptanzkriterien strukturieren.
• Nicht-funktionale Anforderungen an Reaktionsfähigkeit, Offline-Modus, Sicherheit und Energieverbrauch festhalten.

Wesentliche Merkmale:

• Klare Trennung der Anforderungen nach Plattformen, um die Unterschiede in UX und technischen Einschränkungen zu berücksichtigen.
• Verwendung von Prototyping zur Abstimmung der Szenarien mit dem Geschäft.
• Genaue Dokumentation der Szenarien für Fehlerbehandlung und kritische Pfade der Benutzerinteraktion.

Fangfragen.

Kann man Anforderungen einfach von einem Webprojekt auf eine mobile Anwendung "übersetzen"?

Nein, Web-Anforderungen berücksichtigen nicht die Besonderheiten der mobilen Navigation, die Bildschirmgrößenbeschränkungen, Szenarien für die Hintergrundverarbeitung und die Integration mit nativen Diensten. Eine Analyse und Nachbearbeitung ist erforderlich.

Ist es notwendig, Anforderungen an Push-Benachrichtigungen in der frühen Phase festzuhalten oder ist das ein Detail der Umsetzung?

Die Anforderungen an Push-Benachrichtigungen sind entscheidend für das UX und die Geschäftslogik. Sie müssen im Voraus festgelegt werden: Formate, Bedingungen für den Versand, Benutzeraktionen.

Kann man dieselben Szenarien gleich auf Android und iOS umsetzen?

Nicht immer. Die Plattformen haben unterschiedliche Navigationsmuster, Integrationsmöglichkeiten, Einschränkungen und Sicherheitslösungen, die die Umsetzung derselben Szenarien beeinflussen.

Typische Fehler und Anti-Patterns

• Ignorieren der Besonderheiten von UX/Design der Plattformen.
• Verallgemeinerung der Anforderungen ("wie auf der Website"), was zu Missverständnissen führt.
• Formulierung der Anforderungen nur in Form von Textbeschreibungen ohne Visualisierung.

Beispiel aus dem Leben

Negativer Fall: Die Anforderungen wurden analog zu einem Webprojekt beschrieben, ohne die Besonderheiten des mobilen UX und der Push-Benachrichtigungen zu klären. Vorteile: Schneller Arbeitsbeginn. Nachteile: Nacharbeiten nach der Veröffentlichung, negative Benutzerbewertungen, Überarbeitungen der Benutzeroberfläche.

Positiver Fall: Der Analyst führte Workshops durch, bereitete interaktive Prototypen vor, stimmte die Push-Strategie und die Szenarien für die Offline-Nutzung ab. Vorteile: Schneller Übergang zur Umsetzung, Konsistenz im UX. Nachteile: Etwas mehr Zeit in der Analysephase benötigt.