Op 23 mei 2017 verwelkomde UX-republiek mensen met verschillende achtergronden om de discussie over rollen en verantwoordelijkheden in IT-productteams tijdens een Meetup "ronde Tafel".
Als je niet kon komen, kun je zien de video. Heb je geen tijd voor 1u12 video? Deze blogpost is misschien DE oplossing!
Wil je binnen 5 minuten een antwoord?
Gebruikerservaring: een onderwerp voor het hele team
Het bieden van de best mogelijke gebruikerservaring moet de zorg van het hele productteam zijn. Dit wordt bereikt door:
- de UX-methoden om de gebruiker centraal te stellen in het ontwerpproces.
- de agile methoden die het product opnieuw focussen op zijn waarde.
- Le lean opstarten et slanke UX die pleiten voor snelle cycli van generatie en verificatie van hypothesen
- Actief luisteren zowel met gebruikers als tussen teamleden.
La gebruikersvergadering is een terugkerende zorg. Het topmanagement is er soms tegen om teams 'echte' gebruikers te laten ontmoeten. Het is dan noodzakelijk om te “hacken” (guerrilla-testen, uw netwerk gebruiken om vragen te stellen, enz.). De resultaten van onderzoeks- of testmethoden zijn vaak zeer overtuigend en spreken voor zich.
Verschillende oriëntaties
De productmanagers, Product Owner (rol uit het Agile framework Worsteling om de bal), UX designer, Business Analyst... moeten een gemeenschappelijk doel nastreven en hun vaardigheden bij te dragen om dit te bereiken. de PM heeft een meer strategische visie en staat in contact met stakeholders. de PO is de “product owner” in de Scrum methode, hij bepaalt en prioriteert de scope van het product. L'UX designer hij is het aanspreekpunt voor gebruikers, pleitbezorger van onderzoeksmethoden, ontwerp en evaluatie van gebruikerservaringen. de BA is doordrenkt met een technische en diepgaande kennis van complexe bedrijfsprocessen.
de ontwikkelaars produceren over het algemeen code van betere kwaliteit en zijn gemotiveerder als ze in contact staan met gebruikers.
Een sterke samenwerking
Idealiter nemen alle teamleden deel aan de tests . Als sommige teamleden UX-methoden willen leren, kan de UX-designer hen begeleiden of de vrijgekomen tijd gebruiken om zich op andere onderwerpen te richten. Communicatie is essentieel voor een soepele taakverdeling.
Je hebt wat meer tijd
Hier is een samenvatting van de berichten die Noémie, Audrey, Esther, Antoine, Jocerand en Yannick hebben gedeeld. En ook wat aantekeningen van mij :).
Eerste reacties over het onderwerp
Yannick
Een goede definitie van UX-problemen, een goede targeting van gebruikers "behoeften" kan de code verbeteren. Ontwikkelaars kunnen schonere code maken.
Als ik me niet vergis, is dit ook een van de ideeën die ten grondslag liggen aan de DDD: "Domain-Driven Design is het ontwerpen van software door te focussen op de zakelijke waarde die het zijn gebruikers biedt." Meer informatie.
Elk lid van het "product" -team (PM, PO, Business Analyst, UX Designer, ontwikkelaars, enz.) Heeft zijn capaciteiten en vaardigheden en kan "hoeden vinden om op hun hoofd te zetten".
“Het kan een PM zijn, een PO, zolang hij maar goed werkt, hoeden interesseren me niet zoveel”.
Esther
In bedrijven met gecompliceerde processen, "schaduw"-berekeningen, is de rol van een Business Analist om technische kennis van de "business" (= gebruikers) over te nemen om deze door te geven aan andere actoren, zoals UX-ontwerper of ontwikkelaars.
Jokerand
Een UX designer is een experience designer, in digitaal of elders. De UX kan werken met BA's, PM's, PO's, ontwikkelaars ... De BA helpt de UX-ontwerper om processen en complexe bedrijfsregels te begrijpen. De rol van de UX-ontwerper is om eraan te herinneren dat de gebruiker de kern van het ontwerp vormt, hij moet het team "sensibiliseren" voor een gebruikersgerichte benadering.
Noémie
De UX-aanpak begint met het begrijpen van de gebruiker; de rol van de UX-designer is om mensen veel vragen te stellen. De Product Owner (PO) werkt samen met de UX-designer om user stories te creëren . De UX-designer helpt ook om complexiteit weer te geven door talloze vragen te stellen. Zij zijn verantwoordelijk voor het garanderen van een product met goede bruikbaarheid, functionele haalbaarheid, ergonomie en een algehele positieve gebruikerservaring . De PO of PM is doorgaans verantwoordelijk voor de economische haalbaarheid.
Antoine
Actief luisteren is een belangrijk begrip. De PO of agile coach luistert naar het team. De UX Designer luistert naar gebruikers. De PM zit meer in de strategie, planning, hij legt de link met de stakeholders.
Audrey
De rol van Product Owner is gedefinieerd in Scrum. De PO is een rol die kan worden vervuld door een Product Manager of andere mensen. De PM / PO moet mogelijk samenwerken met de UX-ontwerper voor alle problemen van:'koppel mens / product. Een UX designer kan meerdere PM's ondersteunen. De PM neemt dagelijks beslissingen op basis van de richtlijnen van de UX designer. We kunnen verschillende PM-, PO-, UX-hoeden hebben.
Vraag uit het publiek: jullie zijn als legostenen, hoe passen jullie in elkaar?
Jokerand
Het hangt af van de grootte van de bedrijven, de projecten en de methodiek.
Bij Société Générale zijn de productteams (software btoe) werken in lean UX en functieteams.
In elk featureteam zit gemiddeld een PM, een BA/PO, een UX designer en vijf developers.
De UX-designer werkt samen met de PO om de behoefte te definiëren. Hij gebruikt luistertechnieken en gebruikersonderzoek om de PO te ondersteunen.
De UX-designer werkt soms mee aan het schrijven van User Stories, maar minder vaak.
Het ondersteunt ook ontwikkelaars. In lean moet de UX-ontwerper mogelijk bepaalde snelkoppelingen maken. Over het algemeen loopt het PO-UX-koppel één of twee sprints voor op de ontwikkelaars, maar het kan voorkomen dat we tijdens de sprint direct in “pair design” werken met de developers.
In de context van sommige projecten ontmoet de UX-ontwerper de ontwikkelaars niet, hij werkt in paren met de PO of de PM en zijn uiteindelijke resultaat is een set wireframes.
Antoine
Als iemand een goed idee heeft, is dat een goed uitgangspunt, maar je moet je opnieuw concentreren op het probleem dat je probeert op te lossen. Het is belangrijk om naar de gebruikers te gaan en het oorspronkelijke idee uit te dagen. "Ideeën" die niet met gebruikers worden geconfronteerd, zijn slechts hypothesen.
De UX designer geeft advies, hij gaat het veld in.
De PO neemt, door de aanbevelingen van de UX designer op te volgen of door het veld in te gaan, de beslissingen. Hij kiest de “User Stories”, hij is de eigenaar van het product.
De PM heeft een rol wanneer er marktconformiteit is voor het product. Het draagt de visie en de strategie.
Vraag uit het publiek: ineens om tunnelontwikkeling te vermijden: korte ontwerpcyclus, hoe doen we gebruikerstesten? Wie is aanwezig?
1e ronde
Audrey
Een T MensenDoc, worden elke 2-3 maanden gebruikerstests uitgevoerd door een UX-designer / PM-paar. En het hele team wordt uitgenodigd om te observeren. In B2B (business to business) is het niet altijd gemakkelijk om klanten (=gebruikers) te vinden die klaar zijn om gebruikerstesten te ondergaan.
Maar het is cruciaal voor de PM/PO om prioriteit te geven aan wat er in de backlog staat en het ontwikkelteam krijgt vaak een boost van motivatie van gebruikerscontact.
Noémie
De design sprint is stroomopwaarts van de development sprint (zogenaamde asynchrone operatie). De ontwerper ondersteunt dan het ontwikkelteam tijdens de sprint. Gebruikerstests kunnen direct na de wireframes of na de grafische laag worden uitgevoerd. Ze moeten heel regelmatig zijn, van low-fidelity-prototype tot high-fidelity. Het is geen tijdverspilling.
Esther
BA's valideren niet noodzakelijk wireframes, hun tools zijn eerder demo's en UAT's. UAT (User Acceptance Test) campagnes worden uitgevoerd op iso prod-omgevingen (dezelfde data als in de productieomgeving) om de schermen maar ook de data te valideren.
UAT's zijn vaak testmiddelen die al in grote bedrijven aanwezig zijn en waarmee informatie over gebruikers en hun interactie met het product kan worden opgehaald. Het is echter belangrijk om vooraf na te denken over het doen van tests. UAT's worden gedaan nadat het product is ontwikkeld, dus het is duurder om wijzigingen aan te brengen dan wanneer u zich in de schets- of low-fidelity-prototypefase bevindt. Ook zijn ze soms bevooroordeeld: meerdere testers in dezelfde ruimte, de vragen volgen niet altijd de goede oefeningen gebruikerstesten...
Het is dus noodzakelijk hiermee rekening te houden maar niet alle gebruikerstests te vervangen door UAT's.
Yannick
In de Agile-methode Extreem programmeren, het hele team (UX, business expert, developers, etc.) zit direct bij de gebruiker.
Voor grote bedrijven is dit een grote uitdaging. Bij zeer grote teams kan dit principe niet werken zonder te snijden.
2d toren
Jokerand
“Het is verandermanagement”. Als we op projecten komen die qua UX nog niet heel volwassen zijn, komen we mensen tegen die al denken dat ze alles van de gebruiker weten.
De rol van de UX-designer is dan om hen uit te leggen dat ze deels gelijk hebben, maar ook een beetje ongelijk en dat het idealiter nodig is om de gebruikers te benaderen.
Vaak is een van de doelstellingen van de UX-designer om de MOA's met de gebruikers te verzoenen.
Yannick
Zeer weinig ontwikkelaars hebben contact gehad met de gebruiker. Het is echter zeer motiverend om te zien dat er naast de code ook de tevredenheid, de effectiviteit, de efficiëntie is van de mensen die op het spel staan.
Audrey
Naast UX is het de volwassenheid van de productcultuur waar we het over hebben. Om de behoefte te begrijpen en te prioriteren, moet je naar de gebruiker gaan. In sommige bedrijven die de 'productcultuur' niet hebben, zijn er interne machtsstrijden en ontmoeten noch de ontwikkelaars, noch de PO's, noch de PM's de gebruikers.
Jokerand
PO's en UX hebben vaak hetzelfde probleem op dit niveau.
Noémie
In dit geval is het nog steeds noodzakelijk om contact op te nemen met de gebruikers. We moeten de muren negeren die door het topmanagement zijn opgetrokken en vervolgens de resultaten van de ontmoeting met de gebruikers laten zien.
Over het algemeen zorgt de confrontatie van de hypothesen met de gebruikers ervoor dat iedereen het erover eens is. Zo worden meningsverschillen vermeden.
Antoine
Er is een gezegde: "Het is beter om sorry te zeggen dan om alsjeblieft te zeggen". Soms moet je het gewoon vragen, of de juiste persoon vinden om de middelen te hebben. Bijvoorbeeld met het hele team een week in het veld.
Vraag uit het publiek: Hoe krijg je 2 sprints vooruit? Zo niet, hoe regelen we dat?
Noémie
De UX designer, de PO en de developers spreken onderling af om alleen kant-en-klare User Stories (waar de UX designer dus al aan heeft gewerkt) in te embedden. Natuurlijk worden sommige User Stories achteraf toch aangepast, dit kan voor enige spanning zorgen. Maar normaal gesproken heeft het de neiging om uit te balanceren.
Esther
BA/PO/UX designers hebben niet per se twee sprints van tevoren, maar er moet in ieder geval genoeg zijn om een ontwikkelsprint van brandstof te voorzien.
Een goede gewoonte is om een sprintachterstand tijdens de sprint niet aan te passen.
Yannick
Als ontwikkelaar verveel je je nooit. Het komt zelden voor dat we niets meer te doen hebben, dat de code perfect schoon is, de testdekking perfect...
Het is vaak eerder de directie die wil dat het snel gaat.
Weinig mensen willen tien keer hetzelfde bouwen, breken en herbouwen.
Misschien moet het meer tijd kosten om dingen te doen.
Jokerand
Soms moet je echter heel snel gaan. De UX-designer kan "pair design" doen met een ontwikkelaar. Aan de hand van schetsen kan hij samen met de ontwikkelaar snel iets bouwen om met de gebruiker te testen en bij te sturen.
UX is wireframes?
Audrey
Vandaag werkt onze UX designer aan het wereldwijde platform. Ze doet helemaal geen Wireframes.
Antoine
Voor mij is UX echt stroomopwaarts luisteren, vertrekkende van de emotie van de gebruiker. Wireframes zijn een natuurlijk hulpmiddel voor de UX-designer, zo natuurlijk dat het geen onderwerp is.
Noémie
UX design is een mix van strategie en productie. Een van de doelstellingen is om de consistentie van de ervaring met alle contactpunten te waarborgen. Om dit te doen, moet je een stap terug doen.
Jokerand
Het is vaak met het woord "wireframe" dat een missie begint, het is een output na een proces. het is een visueel artefact dat veel mensen begrijpen. Maar dat is slechts het topje van de ijsberg.
Esther
UX lijkt een beetje op een "supermedewerker", een "vertrouweling". De BA heeft niet per se de vaardigheden om een gebruikersworkflow of een scherm te maken. Voorheen was het een rol die vaak toekwam aan de BA, zonder echter een van de gedefinieerde expertisegebieden te zijn.
Sommige BA's ontwikkelen een "UX-afhankelijkheid". Het was ook een idee dat Vincent presenteerde tijdens de Meetup over UX in Agile-omgevingen (zijn presentatie is beschikbaar .) hier).
“Bij Société Générale zie ik als BA een contactpersoon voor berekeningen etc. De UX-designer gaat uiteindelijk meer gebruikers zien.”
Yannick
"Geen Photoshop alstublieft". CSS (Cascading Style Sheets) is moeilijk. Sketches en Wireframes vergezeld van “Gootsteen“, componentbibliotheken of “patronen (zie Bootstrap), stijlgidsen, enz. maak ontwikkeling veel gemakkelijker!
Vraag uit het publiek: laatste tests voor gebruikers, hoe maken we de klant duidelijk dat niet zij de eindgebruikers zijn, maar de mensen achter hun gebruikers?
Antoine
Soms moet je gebruikerstests hacken. Gebruik het netwerk van zijn netwerk. Zelfs als we maar een paar mensen zien, en het is niet bepaald het juiste doelwit, staat het al vol met informatie. Een test die niet perfect gericht of aangepast is, is beter dan helemaal geen gebruikerstest.
Het is ook mogelijk om voor de testen een beroep te doen op externe bedrijven.
Of gebruik tools zoals Tests door gebruikers ou testapic.
Noémie
Veel bedrijven besteden gebruikerstesten uit. Helaas verliest het productteam in dit geval de kans om empathie voor de gebruiker op te wekken.
Volgens Nielsen is het genoeg om te zien 5 gebruikers, 3 keer.
We kunnen ook de analyses van het product volgen zodra het toegankelijk is voor gebruikers.
We hadden het genoegen om een reactie te krijgen van Carine Lallemand over dit onderwerp, die ons eraan wilde herinneren dat we in dit opzicht niet te veel kortere wegen moeten nemen.
“Uit 5 of 7 tests zien we patronen verschijnen. Maar we lopen het risico dat professionele UX-designers stoppen bij een nummer zonder hun eigen zaak in vraag te stellen. Dit is ook het risico van cijfers waar we geen tijd voor hebben om uit te leggen of stereotypen (ik denk dat een spreker zojuist zei dat het beter is om zelfs op het verkeerde doelwit te testen dan niet te testen).
Wat volgens mij aan mensen moet worden overgebracht, is hoe ze zelf het juiste aantal tests kunnen bepalen en zien wanneer de gegevens significant en relevant zijn. Weet ook welke profielen je moet mobiliseren.
We moeten ook "usability" en UX kwalificeren. Als een guerrilla-gebruikerstest met een slecht doelwit (geen eindgebruiker) soms relevant is om bruikbaarheidsproblemen op te sporen (en toch is het discutabel), dan is dat niet bedoeld om de ervaring te bestuderen. In het geval van een echte "UX"-evaluatie, denk ik dat het beter is om helemaal niet te testen dan een guerrilla op een slecht doelwit. Omdat het risico is om te vertrouwen op ongeldige gegevens (omdat niet op het juiste doelwit) om ervan te leren. Dus het geeft vals vertrouwen of verkeerde aannames.”
Jokerand
“Testen is altijd een ingewikkeld moment”.
Een UX-ontwerper wordt betaald om kwaliteitswerk te leveren en vraagt de klant vervolgens om geld te investeren om wat tests uit te voeren om er zeker van te zijn dat het werk van kwaliteit is. Als we het probleem zo bekijken, zeggen we tegen onszelf dat het een beetje verdraaid is.
Maar hoe dan ook, je moet gaan. Zelfs als alle muren staan, alle deuren gesloten, zijn er oplossingen, bijvoorbeeld guerrillatests. De resultaten zijn meestal een zeer goed verkoopargument. We realiseren ons al snel dat we andere dingen leren en zelfs managers kunnen een verslaving aan testen ontwikkelen.
Conclusie
Yannick
Werken met een goede UX, PO, PM, BA bouwt aan een goed mentaal systeem.
Esther
Je moet leren samenwerken, niet elkaar op de tenen lopen. We overleggen en in de meeste gevallen werkt het.
Jokerand
Waar het om gaat is samenwerking, teamwork. Het succes van het team hangt af van de vaardigheden van elkaar.
Noémie
We horen mensen die geïrriteerd zijn dat "niet-UX-ontwerpers" de wireframes voor hen doen. Het is interessanter om de andere leden van het team te begeleiden in de UX, de schetsen, de creatie van wireframes, de prototypes... Het is een kans om de discipline, de "mainset" UX, te laten groeien. Dit beroep, dat draait om het begrijpen van mensen, is fascinerend. Vooral de link tussen een technische baan en mensen is verrassend en interessant.
Antoine
De notie van actief luisteren staat centraal. Als UX-designer word je betaald om de gebruiker te bezoeken. Actief luisteren maakt het mogelijk om emoties te herkennen en verandert de manier van werken, maar ook de manier van leven.
Audrey
Als PM of PO is het heel fijn om UX designers in het team te hebben.
“Ik heb nooit conflicten of overlappende gebieden gevoeld”. PM, PO, UX designer hebben over het algemeen dezelfde doelen en het is beter om samen te pushen dan alleen.
Ongeacht de dop of het label, het team moet de behoefte van de gebruiker kennen, het op te lossen probleem identificeren en samenwerken om "de doornen van de zijkant te verwijderen" van de gebruikers.
Een kleine tool die ik je aanbeveel: de teamdoek.
Tot ziens!
