UX Star Meetup: PO, PM, UX Designer, BA… Aber wer macht was?

Am 23. Mai 2017 begrüßte UX republic Menschen mit unterschiedlichen Hintergründen, um die Diskussion über Rollen und Verantwortlichkeiten in IT-Produktteams während einer Meetup "runder Tisch".

Meetup-Sprecher UX, BA, PM, PO...
Wenn Sie nicht kommen konnten, können Sie sehen das Video. Du hast keine Zeit für 1h12 Video? Dieser Blogbeitrag könnte DIE Lösung sein!

Möchten Sie eine Antwort in weniger als 5 Minuten?

User Experience: ein Thema für das ganze Team

Bekommen das beste Benutzererfahrung Möglich muss das sein Anliegen des gesamten Teams Produkt. Verlassen auf :

  • Die angebotene UX-Methoden den Benutzer in den Mittelpunkt des Designprozesses zu stellen.
  • Die angebotene agile Methoden die das Produkt wieder auf seinen Wert ausrichten.
  • Le Lean-Startup et Lean UX die schnelle Zyklen der Generierung und Überprüfung von Hypothesen befürworten
  • Aktives Zuhören sowohl mit Benutzern als auch zwischen Teammitgliedern.

La Benutzertreffen ist ein wiederkehrendes Anliegen. Das Top-Management sträubt sich manchmal dagegen, Teams „echte“ Benutzer treffen zu lassen. Dann muss „gehackt“ werden (Guerilla-Testing, Nutzung des eigenen Netzwerks, um Fragen zu stellen, etc.). Die Ergebnisse aus Forschungs- oder Testmethoden sind oft sehr aussagekräftig und sprechen für sich.
UX Designer

Unterschiedliche Ausrichtungen

Die Produktmanager, Product Owner (Rolle aus dem Agile-Framework Gedränge), UX Designer, Business Analyst… müssen ein gemeinsames Ziel verfolgen und ihre Fähigkeiten dafür einbringen. das PM hat eine strategischere Vision und steht in Kontakt mit Interessengruppen. das PO ist der „Product Owner“ in der Scrum-Methode, er bestimmt und priorisiert den Umfang des Produkts. L'UX-Designer Er ist Ansprechpartner für Nutzer, Verfechter von Forschungsmethoden, Design und Auswertung von User Experience. das BA ist durchdrungen von technischen und fundierten Kenntnissen komplexer Geschäftsprozesse.
Die angebotene Entwickler produzieren in der Regel qualitativ hochwertigeren Code und sind motivierter, wenn sie mit den Nutzern in Kontakt stehen.

Eine starke Zusammenarbeit

Im Idealfall Alle Teammitglieder machen mit zu den Prüfungen. Wenn bestimmte Teammitglieder UX-Methoden übernehmen möchten, kann der UX-Designer sie begleiten oder die frei werdende Zeit nutzen, um sich auf andere Themen zu konzentrieren. Der Kommunikation ist der Schlüssel zu einer ruhigen Aufgabenverteilung.

Sie haben etwas mehr Zeit

Hier ist eine Zusammenfassung der Nachrichten von Noémie, Audrey, Esther, Antoine, Jocerand und Yannick. Und ein paar Anmerkungen von mir auch :).

Erste Reaktionen zum Thema

Yannick

Eine gute Definition von UX-Problemen und eine gute Ausrichtung auf die „Bedürfnisse“ der Benutzer können den Code verbessern. Entwickler können saubereren Code erstellen.
Wenn ich mich nicht irre, ist dies auch eine der Ideen, die dem DDD zugrunde liegen: "Domain-Driven Design designt Software, indem es sich auf den Geschäftswert konzentriert, den es seinen Benutzern bringt." Mehr erfahren.
Jedes Mitglied des „Produkt“-Teams (PM, PO, Business Analyst, UX Designer, Entwickler usw.) hat seine Fähigkeiten und Fertigkeiten und kann „Hüte finden, die er aufsetzen kann“.
„Es kann ein PM sein, ein PO, solange er gut arbeitet, Hüte interessieren mich nicht sonderlich“.

Esther

In Unternehmen mit komplizierten Prozessen, „Schatten“-Kalkulationen, ist es die Rolle eines Business Analysten, technisches Wissen aus dem „Business“ (= Anwender) zu übernehmen, um es an andere Akteure, wie UX-Designer oder Entwickler, weiterzugeben.

Jocerand

Ein UX-Designer ist ein Erlebnisdesigner, im digitalen oder anderen Bereich. Die UX kann mit BAs, PMs, POs, Entwicklern … zusammenarbeiten. Die BA hilft dem UX-Designer, Prozesse und komplexe Geschäftsregeln zu verstehen. Die Rolle des UX-Designers besteht darin, daran zu erinnern, dass der Benutzer im Mittelpunkt des Designs steht, er muss das Team für einen benutzerzentrierten Ansatz „sensibilisieren“.

Noémie

Der UX-Ansatz geht vom Benutzerverständnis aus, die Rolle des User Experience Designers besteht darin, den Leuten viele Fragen zu stellen. Der Product Owner baut mit dem UX-Designer die Benutzergeschichten. Der UX-Designer hilft auch dabei, Komplexität darzustellen, indem er viele Fragen stellt. Es garantiert ein Produkt mit guter Bedienbarkeit, Funktionsfähigkeit, Ergonomie und allgemeine Benutzererfahrung. Garanten der Wirtschaftlichkeit sind vielmehr die POs oder PMs.

Antoine

Aktives Zuhören ist ein wichtiges Konzept. Der PO oder Agile Coach hört dem Team zu. Der UX Designer hört den Benutzern zu. Der PM ist mehr in der Strategie, in der Planung, er stellt die Verbindung zu den Stakeholdern her.

Audrey

Die Rolle des Product Owners ist in Scrum definiert. Die Bestellung ist eine Rolle, die von einem Produktmanager oder anderen Personen übernommen werden kann. Der PM / PO muss möglicherweise für alle Probleme mit dem UX-Designer zusammenarbeiten'Schnittstelle Mensch / Produkt. Ein UX-Designer kann mehrere PMs unterstützen. Täglich trifft der PM Entscheidungen auf der Grundlage der vom UX-Designer bereitgestellten Richtlinien. Wir können mehrere PM-, PO-, UX-Hüte haben.

PO

Frage aus dem Publikum: Sie sind wie Legosteine, wie passen Sie dazu?

Jocerand

Es hängt von der Größe der Unternehmen, der Projekte und der Methodik ab.
Bei der Société Générale sind die Produktteams (Software btoe) arbeiten in Lean UX und Feature-Teams.
In jedem Feature-Team gibt es im Durchschnitt einen PM, einen BA/PO, einen UX-Designer und fünf Entwickler.
Der UX-Designer arbeitet mit dem PO zusammen, um den Bedarf zu definieren. Er verwendet Zuhörtechniken und Benutzerforschung, um die PO zu unterstützen.
Der UX-Designer beteiligt sich manchmal am Schreiben von User Stories, aber seltener.
Es unterstützt auch Entwickler. Bei Lean muss der UX-Designer möglicherweise bestimmte Abkürzungen vornehmen. In der Regel ist das PO-UX Paar den Entwicklern ein bis zwei Sprints voraus, es kann aber vorkommen, dass wir während des Sprints direkt im „Pair Design“ mit den Entwicklern arbeiten.
Im Rahmen einiger Projekte trifft der UX-Designer die Entwickler nicht, er arbeitet paarweise mit dem PO oder dem PM und sein endgültiges Ergebnis ist eine Reihe von Wireframes.

Antoine

Wenn jemand eine gute Idee hat, ist das ein guter Ausgangspunkt, aber Sie müssen sich wieder auf das Problem konzentrieren, das Sie zu lösen versuchen. Es ist wichtig, zu den Benutzern zu gehen und die ursprüngliche Idee in Frage zu stellen. „Ideen“, die nicht mit Benutzern konfrontiert werden, sind nur Hypothesen.
Der UX-Designer berät, er geht ins Feld.
Der PO trifft die Entscheidungen, indem er den Empfehlungen des UX-Designers folgt oder ins Feld geht. Er wählt die „User Stories“, er ist Eigentümer des Produkts.
Der PM spielt eine Rolle, wenn für das Produkt eine Marktzulassung besteht. Sie trägt die Vision und die Strategie.PM

Frage aus der Öffentlichkeit: Um Tunnelentwicklung plötzlich zu vermeiden: kurzer Designzyklus, wie führen wir Benutzertests durch? Wer ist anwesend?

1. Runde

Audrey

Bei PeopleDoc, User Tests werden alle 2-3 Monate von einem UX Designer / PM Paar durchgeführt. Und das ganze Team ist zum Zuschauen eingeladen. Im B2B (Business to Business) ist es nicht immer einfach, Kunden (=Benutzer) zu finden, die bereit sind, sich einem Benutzertest zu unterziehen.
Aber für den PM/PO ist es entscheidend, den Rückstand zu priorisieren, und das Entwicklungsteam erhält oft einen Motivationsschub durch den Benutzerkontakt.

Noémie

Der Design-Sprint ist dem Entwicklungs-Sprint vorgelagert (sog. asynchroner Betrieb). Der Designer unterstützt dann das Entwicklungsteam während des Sprints. Benutzertests können direkt nach den Wireframes oder nach der Grafikebene durchgeführt werden. Sie müssen sehr regelmäßig sein, vom Low-Fidelity-Prototypen bis zur High-Fidelity. Es ist keine Zeitverschwendung.

Esther

BAs validieren nicht unbedingt Wireframes, ihre Tools sind eher Demos und UATs. UAT-Kampagnen (User Acceptance Test) werden in ISO-Produktumgebungen (die gleichen Daten wie in der Produktionsumgebung) durchgeführt, um die Bildschirme, aber auch die Daten zu validieren.
UATs sind häufig bereits in großen Unternehmen implementierte Testmittel und ermöglichen es, Informationen über Benutzer und deren Interaktion mit dem Produkt abzurufen. Es ist jedoch wichtig, vorher über Tests nachzudenken. UATs werden nach der Entwicklung des Produkts erstellt, daher ist es teurer, Änderungen vorzunehmen, als wenn Sie sich in der Skizzen- oder Low-Fidelity-Prototypenphase befinden. Sie sind auch manchmal voreingenommen: mehrere Tester im gleichen Raum, die Fragen folgen nicht immer bonnes pratiques Benutzertest...
Es ist daher notwendig, dies zu berücksichtigen, aber nicht alle Benutzertests durch UATs zu ersetzen. 

Yannick

In der agilen Methode Extremes Programmierenist das gesamte Team (UX, Business-Experte, Entwickler etc.) direkt beim Nutzer.
Dies ist eine große Herausforderung für große Unternehmen. Bei sehr großen Teams funktioniert dieses Prinzip nicht ohne Kürzung.

2. Turm

Jocerand

„Es ist Change Management“. Wenn wir bei Projekten ankommen, die in Sachen UX noch nicht sehr ausgereift sind, treffen wir auf Leute, die meinen, sie wüssten bereits alles über den Nutzer.
Die Rolle des UX-Designers besteht dann darin, ihnen zu erklären, dass sie teilweise Recht, aber auch ein wenig Unrecht haben und dass es idealerweise notwendig ist, auf die Nutzer zuzugehen.
Oft ist es eines der Ziele des UX-Designers, die MOAs mit den Benutzern in Einklang zu bringen.

Yannick

Nur sehr wenige Entwickler haben Kontakt mit dem Benutzer aufgenommen. Es ist jedoch sehr motivierend zu sehen, dass hinter dem Kodex die Zufriedenheit, die Effektivität und die Effizienz der Menschen stehen, die auf dem Spiel stehen.

Audrey

Über UX hinaus ist es die Reife der Produktkultur, über die wir sprechen. Um die Notwendigkeit zu verstehen und zu priorisieren, müssen Sie zum Benutzer gehen. In einigen Unternehmen, die keine „Produktkultur“ haben, gibt es interne Machtkämpfe und weder die Entwickler, noch die POs, noch die PMs treffen auf die Benutzer.

Jocerand

POs und UX haben auf dieser Ebene oft das gleiche Problem.

Noémie

In diesem Fall ist es immer noch notwendig, die Benutzer zu kontaktieren. Sie müssen die vom Top-Management errichteten Mauern ignorieren und dann die Ergebnisse des Meetings mit den Benutzern zeigen.
Generell sorgt die Konfrontation der Hypothesen mit den Nutzern für Zustimmung. Dadurch werden Meinungsstreitigkeiten vermieden.

Antoine

Es gibt ein Sprichwort: „Es ist besser, sich zu entschuldigen, als zu bitten“. Manchmal muss man einfach fragen oder die richtige Person finden, die die Mittel hat. Wie zum Beispiel mit dem ganzen Team eine Woche im Feld zu verbringen.

Frage aus dem Publikum: Wie kommt man 2 Sprints voran? Wenn nicht, wie gehen wir damit um?

Noémie

Der UX-Designer, der PO und die Entwickler vereinbaren untereinander, nur fertige User Stories (an denen der UX-Designer also bereits gearbeitet hat) einzubetten. Natürlich werden einige User Stories nachträglich modifiziert, das kann für Spannung sorgen. Aber normalerweise neigt es dazu, sich auszugleichen.

Esther

BA / PO / UX-Designer haben nicht unbedingt zwei Sprints im Voraus, aber es muss mindestens genug vorhanden sein, um einen Entwicklungssprint zu füttern.
Eine bewährte Vorgehensweise besteht darin, ein Sprint-Backlog nicht während des Sprints zu ändern.

Yannick

Als Entwickler wird einem nie langweilig. Es ist sehr selten, dass wir nichts mehr zu tun haben, dass der Code perfekt sauber ist, die Testabdeckung perfekt ist ...
Oft ist es eher das Management, das es schnell gehen lassen will.
Nur wenige Menschen wollen das Gleiche zehnmal bauen, zerbrechen und wieder aufbauen.
Vielleicht braucht es mehr Zeit, um Dinge zu erledigen.

Jocerand

Manchmal muss es aber auch ganz schnell gehen. Der UX-Designer kann mit einem Entwickler „Paar-Design“ machen. Mithilfe von Skizzen kann er schnell etwas mit dem Entwickler bauen, um es mit dem Benutzer zu testen und anzupassen.

UX ist Wireframes?

Audrey

Heute arbeitet unser UX-Designer an der globalen Plattform. Sie macht überhaupt keine Wireframes.

Antoine

Für mich ist UX wirklich ein Upstream-Hören, ausgehend von der Emotion des Benutzers. Wireframes sind ein natürliches Werkzeug für den UX-Designer, so natürlich, dass es kein Thema ist.

Noémie

UX-Design ist eine Mischung aus Strategie und Produktion. Eines der Ziele besteht darin, die Konsistenz der Erfahrung mit allen Kontaktpunkten sicherzustellen. Dazu müssen Sie einen Schritt zurückgehen.

Jocerand

Oft beginnt mit dem Wort „Wireframe“ eine Mission, es ist ein Output nach einem Prozess. es ist ein visuelles Artefakt, das viele Leute verstehen. Aber das ist nur die Spitze des Eisbergs.

Esther

UX ist ein bisschen wie ein „Super Collaborator“, ein „Vertrauter“. Der BA verfügt nicht unbedingt über die Fähigkeiten, einen Benutzerworkflow oder einen Bildschirm zu erstellen. Früher war dies oft eine Aufgabe der BA, ohne jedoch zu ihren definierten Kompetenzbereichen zu gehören.
Einige BAs entwickeln eine „UX-Abhängigkeit“. Es war auch eine Idee, die Vincent während des Meetups zu UX in agilen Umgebungen vorstellte (seine Präsentation ist verfügbar Sie finden hier).
„Bei der Société Générale sehe ich als BA einen Ansprechpartner für Kalkulationen etc. Der UX-Designer wird irgendwann mehr Benutzer sehen.“

Yannick

„Kein Photoshop bitte“. CSS (Cascading Style Sheets) ist schwierig. Skizzen und Wireframes begleitet von „Spülbecken“, Komponentenbibliotheken oder „Patterns (vgl Bootstrap), Styleguides usw. machen die Entwicklung viel einfacher!

BA

Frage aus der Öffentlichkeit: Letzte Tests für Benutzer, wie machen wir dem Kunden klar, dass die Endbenutzer nicht sie sind, sondern die Menschen hinter ihren Benutzern?

Antoine

Manchmal muss man Benutzertests hacken. Verwenden Sie das Netzwerk seines Netzwerks. Auch wenn wir nur wenige Menschen sehen und es nicht gerade das richtige Ziel ist, ist es bereits voller Informationen. Ein nicht perfekt ausgerichteter oder angepasster Test ist besser als gar kein Nutzertest.
Es ist auch möglich, externe Unternehmen für die Tests hinzuzuziehen.
Oder verwenden Sie Tools wie User Testing ou Testapisch.

Noémie

Viele Unternehmen lagern Benutzertests aus. Leider verpasst das Produktteam in diesem Fall die Möglichkeit, Empathie für den Benutzer zu erzeugen.
Laut Nielsen reicht es zu sehen 5 Benutzer, 3 mal.
Wir können auch die Analysen zum Produkt verfolgen, sobald sie für Benutzer zugänglich sind.
Wir hatten das Vergnügen, zu diesem Thema eine Reaktion von Carine Lallemand zu erhalten, die uns daran erinnern wollte, dass wir in dieser Hinsicht nicht zu viele Abkürzungen nehmen sollten.

„Nach 5 oder 7 Tests sehen wir Muster auftauchen. Aber wir laufen Gefahr, dass professionelle UX-Designer bei einer Zahl stehen bleiben, ohne ihren eigenen Fall zu hinterfragen. Dies ist auch das Risiko von Zahlen, die wir nicht erklären können, oder von Stereotypen (ich glaube, ein Redner sagte kurz zuvor, dass es besser ist, sogar auf das falsche Ziel zu testen, als nicht zu testen).
Was meiner Meinung nach den Menschen vermittelt werden muss, ist, wie sie selbst die richtige Anzahl von Tests bestimmen und sehen können, wann die Daten signifikant und relevant sind. Wissen Sie auch, welche Profile mobilisiert werden sollen.
Wir müssen auch „Usability“ und UX qualifizieren. Wenn ein Guerilla-Benutzertest mit einem schlechten Ziel (kein Endbenutzer) manchmal relevant ist, um Usability-Probleme zu erkennen (und dennoch umstritten ist), dient er nicht dazu, die Erfahrung zu untersuchen. Im Fall einer wirklich „UX“-Evaluierung halte ich es dann für besser, gar nicht zu testen, als eine Guerilla auf ein schlechtes Ziel. Denn das Risiko besteht darin, sich auf ungültige Daten (weil nicht auf das richtige Ziel) zu verlassen, um daraus zu lernen. Es gibt also falsches Vertrauen oder falsche Annahmen.“

Jocerand

„Testen ist immer ein komplizierter Moment“.
Ein UX-Designer wird dafür bezahlt, qualitativ hochwertige Arbeit zu leisten, und bittet den Kunden dann, Geld für einige Tests bereitzustellen, um sicherzustellen, dass die Arbeit qualitativ hochwertig ist. Wenn wir das Problem so betrachten, sagen wir uns, dass es ein bisschen verdreht ist.
Aber trotzdem musst du gehen. Auch wenn alle Wände stehen, alle Türen geschlossen sind, gibt es Lösungen, zum Beispiel Guerilla-Tests. Die Ergebnisse sind in der Regel ein sehr gutes Verkaufsargument. Wir merken schnell, dass wir andere Dinge lernen und sogar Manager eine Sucht nach Tests entwickeln können.

Zusammenfassung

Yannick

Die Arbeit mit einem guten UX, PO, PM, BA baut ein gutes mentales System auf.

Esther

Sie müssen lernen, zusammenzuarbeiten, statt sich gegenseitig auf die Füße zu treten. Wir diskutieren und in den meisten Fällen funktioniert es.

Jocerand

Was zählt, ist Zusammenarbeit, Teamarbeit. Der Erfolg des Teams hängt von den Fähigkeiten des anderen ab.

Noémie

Wir hören Leute, die sich darüber ärgern, dass „Nicht-UX-Designer“ die Wireframes für sie machen. Es ist interessanter, die anderen Mitglieder des Teams bei der UX zu begleiten, den Skizzen, der Erstellung von Wireframes, den Prototypen … Es ist eine Gelegenheit, die Disziplin, die „Mainset“ UX, zu erweitern. Dieser Job, bei dem es darum geht, Menschen zu verstehen, ist faszinierend. Besonders überraschend und interessant ist die Verbindung zwischen einem technischen Beruf und Menschen.

Antoine

Der Begriff des aktiven Zuhörens ist der Schlüssel. Wenn Sie ein UX-Designer sind, werden Sie dafür bezahlt, den Benutzer zu besuchen. Aktives Zuhören ermöglicht das Erkennen von Emotionen und verändert die Arbeitsweise, aber auch die Art des täglichen Lebens.

Audrey

Als PM oder PO ist es sehr schön, UX-Designer im Team zu haben.
„Ich habe nie Konflikte oder Überschneidungen gespürt.“ PM-, PO-, UX-Designer haben in der Regel die gleichen Ziele und es ist besser, gemeinsam als allein zu pushen.
Unabhängig von der Kappe oder dem Etikett muss das Team die Bedürfnisse des Benutzers kennen, das zu lösende Problem identifizieren und zusammenarbeiten, um den Benutzern „die Dornen aus dem Weg zu räumen“.
Ein kleines Tool, das ich Ihnen empfehle: die Team-Leinwand.
Auf bald!
PMPOUXBA