An der Welt vun der digitaler Produktentwécklung ass d'Zesummenaarbecht tëscht UX an Entwécklung dacks éischter en Ideal wéi eng Realitéit. Awer genee aus dëser Synergie entstinn déi performantst Produkter - déi net nëmmen d'Bedierfnesser vun de Benotzer erfëllen, mä och der Aarbecht vun deenen, déi se kreéieren, e Sënn ginn. Dësen Artikel ass eng Fallstudie doriwwer, wéi eng verstäerkt Zesummenaarbecht tëscht UX an Entwéckler e kämpfend Produkt transforméiere kann an engem Team neit Liewen abrénge kann.
Den Ausgangspunkt: E Produkt a Gefor an en Team ënner Drock
Eis Geschicht fänkt mat engem essentiellen digitalen Tool fir Geschäftsmanager a Departementscheffe bei Decathlon un. Dëst Tool, dat entwéckelt gouf fir d'wirtschaftlech Leeschtung an d'Zäiteffizienz ze optimiséieren, gëtt vu ronn 20.000 Leit an 78 Länner benotzt.
Zënter 2017 huet d'Team, dat un dësem Produkt schafft, a Siloen operéiert, mat enger iwwerflächlecher agiler Kultur. Déi spezialiséiert Entwéckler (Frontend, Backend, Daten) schaffen u Mikro-Aufgaben ouni eng Gesamtvisioun, wat zu onendleche Liwwerungsverzögerungen an enger Akkumulatioun vun technesche Scholden féiert. Als Beispill, an ee vun den Ausléiser fir dat wat duerno kënnt, huet eng Feature, déi op dräi Wochen Liwwerzäit geschat gouf, bal e Joer gedauert (an och dunn war se onstabil!).
Op der Produktsäit waren d'Problemer genee sou opfälleg: niddreg Akzeptanz, gezwongen Notzung duerch d'Benotzer wéinst engem Manktem un Alternativen an Drock vum Management, a virun allem eng onzouverlässeg Disponibilitéit. D'Luedezäite ware exzessiv laang, an d'Applikatioun war a Schlësselmomenter dacks net zougänglech, wat zu grousser Frustratioun bei de Benotzer gefouert huet. Schlussendlech huet d'Komplexitéit vum Tool et souwuel fir nei Entwéckler wéi och fir nei Benotzer schwéier gemaach, et ze verstoen. D'Conclusioun war kloer: d'Verbindung tëscht Entwéckler, Produkt a Benotzer war fragil, wann net souguer net existent.
D'Transformatiounsstrategie: Autonomie a Wëssen
Konfrontéiert mat dëser kritescher Situatioun ass d'Mayday-Team, eng intern Decathlon-Initiativ, déi fir hire pragmatesche Wee bekannt ass, agegraff.
D'Léisung konnt net reng technesch sinn. Et war eng Ännerung néideg, eng ganzheetlech Approche fir d'Gläichgewiicht erëm hierzestellen. Den Supportteam, deen aus véier Entwéckler an engem UX-Fuerscher zesummegesat war, ass agesprongen. D'Strategie huet sech ëm zwou Haaptachsen gedréint: d'Autonomie vum Team verbesseren et Benotzer- a Produktkenntnisser erhéijen.
1. Teamautonomie duerch Agilitéit a Softwarehandwierk entwéckelen
D'Zil war et, vun enger "Projet"-Kultur zu enger "Produkt"-Kultur ze kommen, wou d'Team sech voll verantwortlech fir de Wäert fillt, deen et liwwert.
- Nei Equipeopstellung: D'Team muss sech zu enger Full-Stack- a Full-Task-Kultur entwéckelen. D'Iddi ass, Ofhängegkeeten ofzebauen, andeems d'Villsäitegkeet an d'Fäegkeet, Projeten vum Design bis zur Produktioun ze leeden, gefördert ginn.
- Stäerkung vun der Teamzesummenaarbecht an Erméiglechung vun der Kompetenzentwécklung: Et gi Pairprogramméierungssessiounen organiséiert fir Wëssen a Best Practices ze deelen. Zesummenaarbechtscode-Iwwerpréiwunge hëllefen, Konventiounen ze standardiséieren an d'Codequalitéit ze verbesseren.
- Selbstorganisatioun vun Teamritualer: Agil Ritualer ginn nei iwwerpréift fir hiren Zweck erëm hierzestellen. Déi deeglech Versammlung gëtt zu engem Fortschrëttsupdate iwwer d'Liwwerungen an der Produktioun anstatt zu engem einfachen Aufgabenbericht. Reegelméisseg Retrospektiven ginn ofgehalen fir Teamproblemer z'identifizéieren an ze léisen. E Workshop fir d'Refinement vum Réckstand ass all Woch geplangt fir d'Reife vun den Themen, déi entwéckelt solle ginn, ze spezifizéieren an ze evaluéieren.
- Integratioun vun engem Product Owner (PO) mat enger 360-Grad-Vue: En neie Product Owner ass dem Team bäigetrueden, deen eng ganzheetlech Visioun matbréngt, déi d'Bedierfnesser vun de Benotzer, d'Reglementer an d'Entreprisestrategie integréiert. Hir Roll ass entscheedend ginn, Ufroen ze kanaliséieren an ze bewältegen, ze léieren, "nee" ze soen, wann et néideg ass, a Prioritéite fir d'Entwécklung mam Team ze leeën.
- Flow-Erméiglechen: Praktiken ewéi WIP-Limiten (Aarbecht amgaang ze limitéieren) an den "stoppen, ufänken, fäerdeg maachen"-Usaz erlaben e Fokus op d'Ofschléisse vun Aufgaben. Wéi scho gesot, fërdert d'Pair-Programméierung den Deele vu Fäegkeeten a Komplementaritéit.
- Kontinuéierlech Liwwerung: D'Vereinfachung vu Code-Branchen (Trunk-baséiert Entwécklung) an d'Automatiséierung vun Tester (de Wiessel vu manueller op bal voll automatiséiert) hunn d'Zäit bis zum Maart däitlech verkierzt, sou datt et méiglech ass, wann néideg, méi deeglech Verëffentlechungen ze kréien. Dëst ass eng "Non-Event Delivery", wou d'Tools eng nahtlos Deployment vun der Aarbechtsstatioun vum Entwéckler bis zum Benotzer erméiglechen.
2. Benotzer- a Produktkenntnisser erhéijen
D'Roll vum UX-Fuerscher war zentral fir dem Team d'Realitéit vun de Benotzer ze vermëttelen an d'Produkt vun bannen ze verstoen.
- Direkt Immersioun mat de Benotzer: Den éischte Schrëtt war et, Benotzerinterviewen ze organiséieren, zu deenen d'Entwéckler invitéiert goufen. Dëst direkt Nolauschteren huet dozou bäigedroen, eng Verbindung ze schafen a jidderengem seng Aarbecht e Sënn ze ginn.
- Ëmsetzung vun der Notzungsanalyse: Virun der Interventioun gouf et keng Analysetools. Tracker goufen agesat fir dat tatsächlecht Benotzerverhalen um Produkt ze verstoen. E Workshop iwwer Naming Conventions gouf ofgehalen, fir datt jiddereen, och d'Entwéckler, dës Donnéeën iwwerpréife an interpretéiere konnt.
- Iwwerwaachung vum Produktiounsstatus: Nieft der Notzungsanalyse gouf zesumme en Dashboard erstallt fir Feeler an d'Produktiounsverfügbarkeetsquoten ze verfollegen. Dëst huet dem Team erlaabt, den Zoustand vum Produkt ze verstoen an informéiert Entscheedungen ze treffen, wéi zum Beispill ze identifizéieren, ob Problemer am Team selwer oder bei externen Partner entstane sinn.
- Verbessert Design Thinking Approche: D'Approche baséiert op engem verbesserte Design Thinking-Modell, wouduerch dat ganzt Team an all Etapp integréiert gouf:
- Bedierfnesser verstoen: Interviewen, Analysen.
- Validatioun a Scoping: Erkenntnesser formaliséieren, mat der ganzer Equipe deelen.
- Iddien a Konstruktioun: Zesummenaarbechtsworkshops mam Team (schlechtst Iddien, Crazy Eight, Brainstorming, Featurewäerter, ...).
- Kontinuéierlech Modelléierung an Tester: A/B-Tester goufen duerchgefouert fir zwou Versioune vum Produkt ze vergläichen an d'Benotzungsstatistik ze observéieren. De Feature-Flag huet et erméiglecht, eng spezifesch Versioun vum Produkt enger Auswiel vu Benotzer unzebidden, fir qualitativt Feedback ze sammelen. D'Zesummenaarbecht tëscht UX- an Entwécklungsteams ass hei essentiell, wou d'Entwéckler Interface-Modifikatioune maachen an d'UX-Designer dës Ännerunge guidéieren an d'Benotzerinteraktioune verwalten.
D'Zil vun der UX ass net, onentbierlech ze ginn, mä Feedback aus dem Feld ze erliichteren an dofir ze suergen, datt d'Sich no Äntwerten vun de Benotzer fir all Entwéckler eng zweet Natur gëtt. Et geet drëm, sécherzestellen, datt de rentabilitéit (vun den Akteuren), den Machbarkeet (vun den Entwéckler) an den Wënschbarkeet (duerch UX) gi vun Ufank vum Prozess berücksichtegt.
Éischt Resultater: E transforméiert Produkt an Team
D'Aktiounen, déi geholl goufen, haten e groussen Impakt op d'Team an d'Produkt.
Vun engem Team, dat einfach Aufgaben ausféiert, gi mir zu engem Team, dat Wäert liwwert a senger deeglecher Aarbecht Sënn mécht. Et huet direkt Interaktioune mat senge Benotzer a ass ekipéiert fir nei Bedierfnesser ze beäntwerten, anstatt nëmmen en Exekutor ze sinn. D'Zäit zum Maart gouf däitlech verkierzt. D'Team besteet net méi nëmmen aus e puer Eenzelpersounen, déi niewentenee schaffen, mee aus Leit, déi all Dag kommunizéieren a zesummeschaffen, fir informéiert Entscheedungen ze treffen.
Vun engem Produkt, dat d'Laascht vun ze vill Benotzer net bewältege konnt, si mir op e Produkt ëmgestigen, dat ëmmer verfügbar ass. Wärend mir virdru probéiert hunn, e breede Publikum unzespriechen, an domat schlussendlech wéineg Wäert fir all eenzelne gebueden hunn, bidden mir elo e kloere Wäert fir déi identifizéiert prioritär Zilgruppen. D'Produkt ass vill méi einfach fir Entwéckler a Benotzer ze verstoen ginn.
UX-Dev Zesummenaarbecht: E Hebel fir Arbitrage a Bedeitung
Schlussendlech ass d'Transformatioun vum Tool a sengem Team d'Resultat vun enger gemeinsamer Ustrengung. Aktiounen op der Säit vun den Entwéckler hunn hir Autonomie gestäerkt (Ritualer definéieren, de Backlog verbesseren, Benotzerënnerstëtzung, kontinuéierlech Liwwerung, Feature-Toggle). Aktiounen op der UX-Säit hunn d'Wëssen erhéicht (Auditen, Observatiounen, Interviewen, Personas, Benotzerreesen). Mee et ass den... eng enk a kontinuéierlech Zesummenaarbecht tëscht UX an Entwéckler, duerch gemeinsam Workshops, gemeinsam Analysen an Tester (A/B-Testing, Feature-Flags), wat et erméiglecht huet, all dësen Aktiounen e Sënn ze ginn.
Dës Zesummenaarbecht ass essentiell fir de ArbitragenEt geet net drëm, "alles ze maachen", mee drëm wielt Är Schluechten mat engem ëmfaassende Verständnis vum Projet an dem Produkt. Egal ob et drëm geet den Niveau vum Support unzepassen, d'Codequalitéit ze entscheeden oder Bugs ze prioriséieren, dës Entscheedunge gi mat engem géigesäitege Verständnis vun den techneschen, benotzerfrëndlechen a geschäftlechen Erausfuerderunge getraff.
Mir hunn näischt erfonnt, mee mir hunn Best Practices aus Agile a Software Craftsmanship ëmgesat. Dat Wichtegst ass, datt mir eis op de ... konzentréiert hunn. Hannergrond an net nëmmen op der FormAll Entscheedung, all Zeil Code, all Benotzerinteraktioun Sënn ze ginn, ass dat, wat e Projet an e performant Produkt an en Team an e Motor vun Innovatioun transforméiert. Indem d'Sich no Äntwerten aus dem Feld fir all Entwéckler zur zweeter Natur gëtt, an andeems d'technesch Machbarkeet vun der Designphase un integréiert gëtt, kënnen UX an Entwécklung wierklech zesummeschaffen, fir Produkter ze bauen, déi wichteg sinn.

Florine Auffrait, UX Researcher bei UX-Republic



