Veel softwareteams hebben moeite om ontwerp effectief te integreren in hun agile proces. Ontwerpers die niet nauw samenwerken met de rest van hun team, genereren vaak extra werk voor iedereen (inclusief zichzelf) en kunnen schadelijke kennissilo's creëren binnen het productteam.
Bij Atlassian werken we samen om het hele agile team te integreren in het ontwerpproces. Door ervoor te zorgen dat iedereen betrokken is bij het ontwerpproces, krijgen we meerdere perspectieven op een probleem en vertrouwen we niet op documentatie om ideeën uit te wisselen. In deze presentatie wordt onderzocht hoe je:
- Het hele team bij het ontwerpproces betrekt
- Ontwerp integreert in het agile proces
- Klantinzichten voor sneller testen en ideeën binnenhaalt
Q&A
Deze vragen en antwoorden variëren qua onderwerp van de ontwerptools die Atlassian gebruikt, tot hoe Atlassian omgaat met feedback van klanten.
V1: Zijn ontwerpers en ontwikkelaars altijd verschillende mensen? Is het met HTML5 en moderne UI-technieken lastig voor ontwerpers om geen basiscodeervaardigheden te hebben?
A1: De grens tussen ontwerpers en ontwikkelaars is een grijs gebied aan het worden. We hebben ontwerpers bij Atlassian met een technische achtergrond en anderen die geen regel code konden schrijven. We hebben sterke visuele ontwerpers, informatie-architecten en facilitators. Iedereen heeft verschillende sterke punten en het is belangrijk om deze in je team te herkennen en te benutten.
V2: Doen mensen van buiten het productteam (bijvoorbeeld marketing) mee aan ontwerpworkshops?
A2: Onze workshops zijn voor mensen uit verschillende disciplines, maar iedereen is er om een bepaalde reden. Meestal komen er medewerkers van PM, engineering en ontwerp, maar we kunnen iemand van support of marketing erbij betrekken als deze een ander perspectief kan toevoegen.
Workshops kunnen meerdere dagen duren, wat een lange periode is om je ertoe te verplichten. Ik deel de agenda graag van tevoren, zodat mensen weten waar ze waarde kunnen toevoegen en waar ze een paar uur iets anders kunnen doen. Je zou echter de hele tijd een kerngroep moeten hebben.
V3: Hoe heb je je mensen laten werken aan schetsen, deelnemen aan tekenen en ideeën bedenken? Ik heb het gevoel dat PO's en ontwikkelaars niet graag meedoen aan dat soort werk, uit angst of om andere redenen.
A3: Het is al intimiderend om ideeën te moeten delen met een groep, maar tekenen in het openbaar kan nog enger zijn! Daarom verdeel ik de grote groep graag in groepjes van twee voor deze fase van de workshop. Het neemt de druk weg van een blanco vel papier dat je aanstaart. Het laat mensen ook met elkaar sparren en houdt het momentum gaande.
Ik heb ontdekt dat na deelname aan een van deze sessies iedereen zich op zijn gemak voelt met het proces en echt geniet van deelname. Er is altijd een buzz met veel geweldige gesprekken in de ruimte gaande.
Het is ook belangrijk om iedereen te laten weten dat je niet op zoek bent naar meesterwerken. Het enige wat je zoekt is een visualisatie van hun idee. dit kan een schets zijn van een interface, een diagram of gewoon een lijst met bulletpoints. Het gaat hierbij om alles wat de rest van de groep helpt om tot gemeenschappelijk begrip te komen. Als het op papier is vastgelegd, kun je het ook ter referentie bewaren nadat de workshop is afgelopen.
V4: Hoe krijg je nieuwe leden in het ontwerpteam up-to-date?
A4: We hebben een onboardingproces voor alle nieuwe leden van het ontwerpteam. Dit begint met een introductie over ontwerpen bij Atlassian, ons proces en hoe we samenwerken met de rest van het productteam. We duiken in de ontwerpprincipes die we hebben ontwikkeld en laten voorbeelden zien van hoe deze in de praktijk worden gebracht. Er zijn bootcamplessen voorzien om meer te weten te komen over onze ontwerpbronnen: persona's, de Atlassian ontwerprichtlijnen en het draaiboek.
Verder koppelen we nieuwe ontwerpers in de eerste paar weken aan een buddy om hen de kneepjes van het vak te laten zien en hen te laten wennen aan meer verantwoordelijkheid.
Een andere manier om een nieuwe ontwerper op dreef te helpen, is door deze de eerste week aan een workshop te laten meedoen. Dat is een geweldige manier voor hen om het productteam te ontmoeten en uit de eerste hand te ervaren hoe we samenwerken. Er valt de eerste maanden veel te leren, maar een workshop is een geweldige plek om in te duiken en een hapklaar probleem aan te pakken.
V5: Welke methoden van klantonderzoek vind je het nuttigst? Veldonderzoek, observatie, bruikbaarheid, of iets anders?
A5: Ik denk dat alle soorten klantonderzoek nuttig zijn, maar verschillende soorten onderzoek spelen een rol in verschillende stadia van een project.
Aan het begin van een project wil je bijvoorbeeld volledig begrip krijgen van het probleem en de context waarin mensen werken. Contextuele vragen zijn hier erg handig voor: je bezoekt een team op de werkplek en praat over hun proces, hoe het probleem hen beïnvloedt en wat ze nodig hebben om effectiever te zijn. Het is geweldig om uit de eerste hand te zien hoe ze taken proberen uit te voeren en welke frustraties ze tegenkomen.
Gebruikerstests en klantgesprekken zijn geweldig wanneer je je ideeën wat verder hebt ontwikkeld. Je kunt waardevolle inzichten verkrijgen door te zien hoe mensen door een flow gaan met behulp van een eenvoudig prototype of gewoon door een gesprek te voeren over een voorgestelde oplossing.
A/B-testen daarentegen zijn een geweldige manier om te peilen hoe effectief je oplossing is.
V6: Welke tools gebruiken ontwerpers bij Atlassian?
A6: Ontwerpers van Atlassian gebruiken de juiste tool voor de klus. Soms is dat het ouderwetse pen en papier, andere keren zijn HTML en CSS beter.
Voor het maken van high-fidelity ontwerpen gebruikt het grootste deel van het team Sketch, maar we gebruiken ook de Adobe-suite. Alle UI-elementen uit de Atlassian-patroonbibliotheek zijn gemaakt als vectorobjecten, dus het is vrij eenvoudig om een basislay-out samen te stellen om op voort te bouwen. Voor eenvoudige prototyping gebruiken we InVision of Marvel. Voor complexere interacties gebruiken we Framer Studio, Origami, Axure of handgeschreven code.
We doorlopen ook veel post-its en whiteboardmarkeringen. :)
V7: Wat zijn een paar uitdagingen waarmee je wordt geconfronteerd bij het werken binnen een agile framework?
A7: Leren om perfectie los te laten en in plaats daarvan snel, iteratief werk te produceren, is de grootste uitdaging. Als ontwerper wil je altijd werk van hoge kwaliteit creëren, maar je moet het accepteren om iets te verzenden dat 90% af is en het vervolgens te verbeteren.
V8: Je noemde verschillende manieren om de hoeveelheid documentatie te verminderen. Welke vorm van documentatie onderhoud je? Heb je alle documentatie verwijderd?
A8: We gebruiken Confluence om werk in uitvoering te delen en feedback te verzamelen van het bredere team. Een typische pagina bevat enige context over het probleem dat we proberen op te lossen en de waarde die de voorgestelde oplossing biedt. Er zullen foto's zijn van schetsen, high-fidelity mockups of links naar prototypes ingebed in de pagina om een oplossing te illustreren. Mensen zullen opmerkingen en vragen toevoegen en de ontwerper plaatst bijgewerkte ontwerpen naarmate het project vordert. Het is echter niet echt 'documentatie onderhouden'; het is een evoluerende pagina waarop ontwerp-assets en feedback worden verzameld.
V9: Hoe pak je gedistribueerd ontwerp aan als een team zich niet op dezelfde locatie bevindt?
A9: Omdat Atlassian een wereldwijd bedrijf is, is het werken met gedistribueerde teams iets dat we elke dag tegenkomen. Op Jira hebben we teams in Sydney, Gdansk en Saigon en we zijn altijd op zoek naar manieren om de kloof te overbruggen. Technologie helpt veel: we gebruiken Hipchat voor videogesprekken en berichten, Confluence om werk te posten, te delen en opmerkingen te plaatsen en Jira om al het werk te organiseren. Het is echter niet perfect en niets kan persoonlijke communicatie vervangen. Waar mogelijk proberen we mensen in dezelfde ruimte te krijgen voor cruciale onderdelen van een project. Anders is het een goede regel om veel te communiceren met externe teamgenoten en je best te doen om ze op de hoogte te houden.
V10: Hoe bestuur en filter je 'ruis' die zich voordoet als 'feedback van klanten'?
A10: We krijgen veel feedback van klanten, wat geweldig is! We hebben een feedbacktool die opmerkingen van gebruikers verzamelt en deze opslaat als issues in een Jira-project. Ik breng het eerste deel van mijn dag door met het doorlezen van de laatste issues onder het genot van een kopje koffie. Terwijl ik de issues doorneem, noteer ik alle veelvoorkomende thema's of patronen die naar voren komen en voeg ik labels toe om ze te groeperen. Ik kan alle feedback filteren met behulp van deze labels om erachter te komen hoeveel mensen een soortgelijk probleem aan de orde hebben gesteld. Zodra een patroon is vastgesteld, kan ik dit probleem naar het productteam brengen met specifieke usecases die we kunnen aanpakken.
