it-swarm.com.de

Kann UCD zu einem agilen Prozess werden?

Alle Diskussionen über Agile UX beziehen sich darauf, wie wir UX-Aktivitäten an einen agilen Entwicklungsprozess anpassen, aber ich möchte wissen, wie wir UCD in einen agilen Prozess verwandeln können, der die Entwicklungsaktivität unterstützt.

Irgendwelche Ideen für Agile UCD?

13
Matt Goddard

Das iterative Design, das UCD charakterisiert, passt sehr gut zu der iterativen Entwicklung, die Agile charakterisiert. Sie möchten, dass Ihre Entwurfsiterationen mit den Iterationen der Entwicklung übereinstimmen.

Zuvor benötigen Sie jedoch Zeit, bevor die Entwickler mit dem Codieren beginnen, um die vorläufigen Untersuchungen durchzuführen, um die Benutzerziele und Schmerzpunkte zu identifizieren und eine Vision des Produkts zu erhalten. Ich empfehle Ihnen jedoch beginnen Sie mit dem Entwerfen (nur für sich selbst), bevor Sie Ihre Recherche beenden . Auf diese Weise können Sie Ihre Forschung fokussieren und schneller erledigen. Manchmal müssen Sie, noch bevor Sie fertig sind, den Überblick über das Produkt aus Sicht der Benutzer an die Entwickler weitergeben, damit diese mit dem für die Unterstützung erforderlichen Backend beginnen können.

Sobald Sie diese Grundlage haben, führen Sie einen Schritt vor den Entwicklern aus, entwickeln Mini-Designs, testen Prototypen mit schnellen und schmutzigen Usability-Tests und geben dann gekritzelte Drahtmodelle an Entwickler weiter. Zu einem bestimmten Zeitpunkt der Entwicklung ist der von den Entwicklern erstellte Code Ihr Prototyp, und Sie sind mit den Entwicklern synchronisiert. Usability-Tests sind dann Teil des üblichen Stakeholder-Feedbacks, das Teil einer agilen Iteration ist. In diesem Stadium beginnen Sie, zurückzublenden und die Benutzeroberfläche zu optimieren, anstatt die strategische Ausrichtung festzulegen.

Weitere Informationen zum Anpassen von UX/UCD mit Agile und zum Anpassen von Agile an UX/UCD:

11

Ich denke, es ist wichtig, Agile nicht mit Scrum zu verwechseln. Um diese Frage zu beantworten: Denken Sie an UCD und lesen Sie dann die Agile Manifesto Principles unten.

  1. Unsere höchste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufrieden zu stellen.
  2. Begrüßen Sie sich ändernde Anforderungen, auch spät in der Entwicklung. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.
  3. Stellen Sie häufig funktionierende Software bereit, von einigen Wochen bis zu einigen Monaten, wobei Sie die kürzere Zeitspanne bevorzugen.
  4. Geschäftsleute und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.
  5. Bauen Sie Projekte um motivierte Personen auf. Geben Sie ihnen die Umgebung und Unterstützung, die sie benötigen, und vertrauen Sie darauf, dass sie ihre Arbeit erledigen.
  6. Die effizienteste und effektivste Methode zur Übermittlung von Informationen an und innerhalb eines Entwicklungsteams ist das persönliche Gespräch.
  7. Arbeitssoftware ist das wichtigste Maß für den Fortschritt.
  8. Agile Prozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Benutzer sollten in der Lage sein, auf unbestimmte Zeit ein konstantes Tempo einzuhalten.
  9. Kontinuierliche Aufmerksamkeit für technische Exzellenz und gutes Design erhöht die Agilität.
  10. Einfachheit - die Kunst, den Arbeitsaufwand zu maximieren - ist unerlässlich.
  11. Die besten Architekturen, Anforderungen und Designs entstehen aus selbstorganisierenden Teams.
  12. In regelmäßigen Abständen überlegt das Team, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.

Persönlich lese ich diese und denke:

  1. Gibt es Designer in diesem Team, die sie beschreiben?
  2. Wie viel Zeit muss ein Designer benötigen, um die Benutzeroberfläche herauszufinden, bevor Entwickler sagen, dass sie funktionierende Software schnell bereitstellen möchten?
  3. Änderungen der Informationsarchitektur sind äußerst schmerzhaft. Begrüßen sie sie wirklich spät im Spiel?
  4. Wird auf diese Weise wirklich die beste UX erstellt?

Ich war sehr UCD bei Marketo und lieferte ein großartiges Produkt mit großartigem UX. Unser Prozess war etwas chaotisch. Wir haben es nicht Agile genannt, wir haben es Fragile genannt .

Meine Antwort lautet: Entwickler sind keine Designer und Geschäftsleute auch nicht. Stört Agile großartiges UX? Ja manchmal. Die Fähigkeit, Dinge zu wiederholen, ist jedoch entscheidend und ich würde es nicht gegen Wasserfall eintauschen.

Hier ist eine Tabelle, die zeigt warum ich die Agile-Methode über Waterfall mag .

4
Glen Lipka

Auf der UPA-Konferenz in Portland im letzten Jahr hörte ich einen Diskussionsteilnehmer Folgendes sagen (ich paraphrasiere):

Agile löst ein altes Problem für Entwickler - das Problem, das Falsche zu spät zu liefern. Da Agile dieses Problem angeht, stehen sowohl Design als auch Benutzerfreundlichkeit auf dem kritischen Pfad. Wir müssen mit Entwicklern zusammenarbeiten, um ihnen zu helfen, zu verstehen, dass die Lösung für ihre Probleme unseren Problemen gerecht werden muss.

Aus diesem Punkt folgt für mich, dass entweder das gesamte Agile-Team - Entwickler, Qualitätssicherung und alle - gemeinsam an Design und Benutzerfreundlichkeit beteiligt sind oder - wenn sie dies nicht gut genug können - das Agile-Team Prozess schafft Platz für Spezialisten, die können.

- = - Hieronymus

1
JeromeR

Die UCD-Prozesse verbessern Agile und können für beide Seiten (biz/dev) zum Erfolg führen.

Wenn die UX-Person sowohl am Geschäft als auch an der Entwicklung beteiligt ist, mit dem Analysten zusammenarbeitet (oder der Analyst ist) und an den User Stories schreibt/daran teilnimmt, ist sie dort, wenn sie eingestuft ist (um dem Team zu helfen, die für UX festgelegten Prioritäten zu verstehen) und nimmt am täglichen Scrum teil, um zu erfahren, welche Probleme die Entwicklung hat, welche Änderungen sie vornehmen möchten, den Testprozess und die Probleme der Qualitätssicherung abhört usw. Es ist dann eine Win/Win-Situation und ein erfolgreiches agiles Projekt.

Einige Designer kämpfen möglicherweise gegen den Agile-Prozess. Diejenigen, die glauben, dass Pixelperfektion und keine Abweichung das sind, was ein erfolgreiches Projekt ausmacht, aber es gibt keinen wirklichen Konflikt. Ein Design kann sich ändern, wenn sich die Anforderungen ändern, ebenso wie Architektur, Daten und Code angepasst werden können.

1
Susan R

Seit diese Frage zum ersten Mal gestellt wurde, hat sich in der Branche definitiv etwas geändert, um eine agilere und schlankere Version von UX einzuführen. Diese Frage, die in jüngerer Zeit gestellt wurde, spiegelt beispielsweise die Notwendigkeit wider, Agilität mit UX in Einklang zu bringen, um sowohl Ansätze als auch Philosophien im Design zu nutzen: Wie kann der UX-Prozess für Projekte mit engen Fristen optimiert werden?

Bei meiner Antwort auf die Frage geht es darum, auf die Praktiken und Methoden in UX zu verzichten, die für die Erreichung der Entwurfsziele nicht kritisch sind, und eine Zusammenfassung meiner Antwort auf die Frage bestand darin, die Kommunikation mit der Dokumentation zu verbessern, den Workflow einfach zu optimieren und den Fokus zu optimieren am Endziel. Wie die Forschung und Prüfung durchgeführt wird, hängt davon ab, wie bereit der Designer ist, Annahmen zu treffen und diese in zukünftigen Iterationen voranzutreiben.

So ist es jetzt möglich und wahrscheinlich eine gängige Praxis.

0
Michael Lai