Your SlideShare is downloading. ×
Designeren i smidig utvikling
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Designeren i smidig utvikling

797
views

Published on

A couple of times a year all the developers at Ciber Norway gather up to update each other on technology, methods, and experiences from different projects at work. We call it Ciber Developer Update. I …

A couple of times a year all the developers at Ciber Norway gather up to update each other on technology, methods, and experiences from different projects at work. We call it Ciber Developer Update. I gave a short talk about the challenges of being a designer in agile projects, the importance of enabling designers and developers to work along side each other, and suggested some points on how this could be achieved.

Published in: Design, Technology, Business

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
797
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Om designeren i smidig utviklingHva skjer med designeren i en smidig hverdag, og hvordan blir det designet til?
  • Moi = DesignerJobber med usability, brukskvalitet, interaksjonsdesign, brukeropplevelse, brukervennlighet osv - Målet mitt er at løsningen skal være enkel å bruke. 
  • UtfordringerJeg har snakket med litt forskjellige designere om utfordringene deres på forskjellige smidige prosjekter. Dette er ikke utfordringer vi kun har i Ciber, dette gjelder andre også.
  • Spurte utviklere om interessant tema til CDU.”Jeg holder meg så langt unna alt som har med farger og design å gjøre!” Designet bygger på så mye mer enn farger og tegne skisser, osv.
  • ”Vi sitter ikke bare å tegner hele dagen” En viktig del av det å være designer og design for usability er å forstå problemet fra brukerens ståsted, og kunne designe et system som er både lett å bruke og som lar seg enkelt implementere. Vi kan se på det som en bro mellom kunde/brukerne og utviklerne. Utviklere har en stor verktøykasse med ulike teknologier dere kan bruke til å utvikle alle mulige ting, så har vi som designere en verktøykasse av metoder som kan brukes for å sikre god brukskvalitet.Eks: Usability prinsipperDesign prinsipperWCAGDIFIElmerBrukertestingEkspertevalueringerPrototypingWorkshopmetoderEyetracking 
  • Hakke tidFår man ikke tid til å jobbe med designet blir det selvfølgelig vanskelig å skape et brukervennlig design for tiltenkte brukere. Jeg føler at de prosjektene jeg kan si at vi har fått bidra med et godt design er der jeg har fått tiden til å jobbe tett sammen med utvikleren for å svare på designrelaterte spørsmål Designet er ikke bare en balsamiq skisse eller photoshop fil man skipper over til utvikleren slik at de kan utvikle det. PROSESS 
  • Jeg jobber med mange flink utviklere hver dag.
  • Noen ganger kan dere være litt vanskelige, men dere syns vel at designere kan være vanskelige også..Vi bør ikke bruke tiden vår på å overbevise hverandre om hvorfor design bør endres eller ikke.
  • Resultater fra en brukertest.Sitat fra utvikler.Vi var i sprint 1!Scrum skal liksom la oss gjøre små endringer når det er nødvendig, men når vi ikke har tid til det i den første sprinten.. er vi egentlig så smidig som vi skal ha det til??  Hvis resultatene fra en brukertest eller andre design avgjørelser ikke blir prioritert – hva gjør man da med denne designeren på teamet? Det blir heller ikke noe bedre brukervennlighet av det.Scrum er god metode for å programmere med fokus på å levere god kode og verdi for kunden, men ikke godt design.Scrum Master kurset – ingen snakk om design what so ever. 
  • Video fra Smidig konferansen i 2007 – snakker om at GUI prototyper er onde og hvordan prototyper og wireframes er med og undergraver gevinsten med smidige metoder. ”Gjerne lage prototyper og design skisser til å kommunisere med kunden om verdien av ulike funksjoner, men at man i utvikling kaster de fordi designet fikser vi helt til slutt.” I min verden som designer er det helt uaktuelt, for hvis ikke design blir inkludert på et så tidlig stadie som mulig så får man et ”fossefall” design og dårlig brukskvalitet, som er for sent å teste med brukere.
  • Detmå ha værtfleresomvaruenig for åretetterkomdetvar en somhadde en lyntaleom at GUI prototypererGode”
  • Tilog med en karfrasamme firma somhanførstedudenfortalteomsmidigbrukerorientert design oghvordandesignet MÅ gjennomsyreallefasene I et prosjekt for at detskalkunneværemulig
  • Dette begynner å bli noen år siden.. Men design er fortsatt hot topic!Artikkel fra mars 2013. Handler ikke bare om hvor utrolig bra det er å ha designere på teamet ;-) men også viktigheten av at designeren kan samarbeide med utviklerne.Den handler omhvordandesignerenkanfåkvaliteten over på et heltnyttnivå. Bra at Ciber nå fokuserer mer på usability i leveransene, men når det gjelder hvordan så har vi et lite stykke igjen. Det er ikke nok med å ha en designer der, men vi må tenke ut hvordan man kan få utvikling og design til å passe mer naturlig sammen i smidig metoder.Men jeg har opplevd fra flere av prosjektene jeg har vært med på at brukervennlighet og design kan få høyere prioritet selv med Scrum metodikk.
  • En ting som er viktig da er OPPFØLGING. Forrige gang sa jeg at utvikleren har størst påvirkning på brukervennligheten. Skummelt.Men ved å la designeren være tilstede når designet implementeres gir man tilbake kontrollen I en metodikk hvor design egentlig ikke blir tatt hensyn til.Skisser er en viktig del av kommunikasjonen ikke bare med kunden men også mellom designeren og utvikleren.Skisser og wireframes snakker ikke for seg selv.
  • Hvis ikke kan det hende vi endre opp med noe helt annet..som ikke er det kunden ba om…. som kanskje ikke er brukervennlig en gang.
  •  NAF: foran min skjerm og brukte kanskje 30-40 minutter hvor vi kun diskuterte KUN designet. Meg, utviklerne og prosjekteier diskuterte design relaterte ting.All utvikling som omhandlet design stoppet.Ikke en vanlig scrum aktivitetFordel: Felles forståelse av designet, og delegering. Effektivitet – det trenger ikke ta lang tid.Utviklere i Scrum jobber med en og en del av gangen og glemmer kanskje noen ganger så ta et steg tilbake og se på designet i sin helhet.Samarbeidogkommunikasjonvedhjelpavskisser. Ikkekast de!
  • Sett av tid for smidig designPå SLF hadde vi flere. Ekspert evalueringer, workshops med kunden, prototyping og brukertesting, i disse brukertestene fikk vi bekreftet at løsningen vår var enkel å bruke. Har dere en designer på teamet, gi designeren tid til å gjøre aktiviteter som kan gagne brukervennlighet og brukskvalitet.På denne måten kan vi også forsvare designet vårt på en bedre måte og komme med sterkere argumenter for hvorfor noen krav er unødvendige..og stå for designet enn å komme med unnskyldninger og prøve å gi skylda på noen eller noe (tid, kunden, kravspec, dårlig planlegging..etc).
  • Ikke et forsøk på revolusjonere måten vi driver utvikling og scrum, men for å nå dette høyere nivået av kvalitet så må vi som designere og utviklere begynne å tenke på hvordan vi utnytter hverandre for å komme dit.. Hvis vi ikke kan får til det, så har vi ikke kommet noe lenger enn 2007 hvor tanken om at aktiviter som gagner brukervennlighet er noe som undergraver verdien av Scrum. This is 2013!Et råd:True story. Hørt av en utvikler i Ciber.
  • Prototyper og wireframes og GUI ikke er et onde i smidig utvikling, men en nødvendighet i dagens prosjekter uansett om det er fagsystem eller webside! Man må bare dealwith it, og sette av tid til det.
  • Transcript

    • 1. Designeren i smidigutvikling
    • 2. Utfordringer
    • 3. 1.
    • 4. 2.Tid
    • 5. 3.
    • 6. “usikker på hvor mye tid vi kan bruke pådesignet egentlig..”
    • 7. 2007
    • 8. 20082008
    • 9. Oppfølging• Gi designeren kontroll over designet, menstyr tekniske detaljer• Skisser og wireframes snakker ikke forseg selv
    • 10. Ha design sessions!• Snakk om designet
    • 11. • Design basert på brukerens behov og ikkebare en krav spesifikasjonTid til evaluering
    • 12. Sum sumInceptionDesigner + utvikler =- Oppfølging- Ha design sessions- Tid til evaluering
    • 13. ”Hør på usability folka. Det kan være syktirriterende noen ganger,men det virker!"