40
(Ne)paprasta matematika: UX + Agile = ? 2013 m. gegužės 9 d.

(Ne)paprasta matematika: UX + Agile = ?

Embed Size (px)

DESCRIPTION

Igor Gudaidulin pranešimas, skaitytas Agile Diena 2013 gegužės 9 d. Nors pasaulyje naudotojų patyrimo projektavimas (angl. user experience design) jau kurį laiką yra ant bangos, tačiau Lietuvoje mes darome tik pirmuosius nedrąsius žingsnius. Vis dar dažnai pasitaiko, kad naudotojų patyrimo specialisto įtraukimas į projektą nesuteikia papildomos naudos. Tam gali būti daug skirtingų priežaščių, tačiau vieni iš svarbiausių – skirtingas požiūris į produkto ar paslaugos kūrimą bei skirtingi darbo procesai. Šiuo pranešimu siekiama pasidalinti gerąja patirtimi apie naudotojų patyrimo specialistų, sąveikos ir grafinių dizainerių, HTML/CSS programuotojų, tinkamumo (angl. usability) ekspertų ir kt. įtraukimą į Agile projektus, bei sėkmingo darbo kartu principus

Citation preview

Page 1: (Ne)paprasta matematika: UX + Agile = ?

(Ne)paprasta matematika: UX + Agile = ?

2013 m. gegužės 9 d.

Page 2: (Ne)paprasta matematika: UX + Agile = ?

Naudotojų advokatas, „Nortal“ naudotojų patyrimo architektas, naudotojo sąsajų dizaineris ir programuotojas, lektorius, sertifikuotas tinkamumo analitikas

Page 3: (Ne)paprasta matematika: UX + Agile = ?

Funkcijų metas baigėsi, sveiki atvykę į naudotojų patyrimo erą

Aral Balkan

Page 4: (Ne)paprasta matematika: UX + Agile = ?

Prototipavimas Glaudus bendradarbiavimas su programuotojais Grafiniai menai

Sąveikos dizainas

Pristatymai ir diskusijos

Tekstų rašymas Informacijos architektūra

Segmento analizė

Statistikos rinkimas, organizavimas ir taikymas

Terminologijos kūrimas

Interviu Minčių lietaus koordinavimas

Taksonomijos kūrimas

Testų kūrimas ir valdymas

Reikalavimų rašymas Kompanijos kultūros skleidimas

Vizualus dizainas

Produkto dizainas

Naudotojo sąsajos dizainas

Funkcijų ir galimybių aprašymas

Komunikacija su suinteresuotomis šalimis

Tinkamumas Naudotojo sąsajos išdėstymas

Personų ir kt. informacijos dokumentavimas

Page 5: (Ne)paprasta matematika: UX + Agile = ?

9241 ISO standarto, kuris aprašo į žmogų orientuotą

projektavimą, numeris

Page 6: (Ne)paprasta matematika: UX + Agile = ?

Naudotojų patyrimo spektras

Naudotojo patyrimas angl. user experience

Asmens suvokimas ir reakcija, kurie atsiranda naudojant (arba planuojant naudoti) produktą, sistemą ar paslaugą

Page 7: (Ne)paprasta matematika: UX + Agile = ?
Page 8: (Ne)paprasta matematika: UX + Agile = ?

Į žmogų orientuotas projektavimas

Iteracinis procesas

Procesas neapsiriboja

kūrėjų komanda

Procesas tobulinamas ir keičiamas atsižvelgiant į situaciją

Procesas paremtas naudotojų

analize

Naudotojai įtraukiami į

procesą

Procesas apima visą naudotojų patyrimo spektrą

Agile

Page 9: (Ne)paprasta matematika: UX + Agile = ?

Strategija Taktika

Į žmogų orientuotas projektavimas

Agile

Page 10: (Ne)paprasta matematika: UX + Agile = ?

Nulinis sprintas

Sprintas 2 Su naudotojo sąsaja susijusios užduotys

Sprintas 3 Su naudotojo sąsaja susijusios užduotys

Dizaino sprintas 1 Dizaino paruošimas 2s Naudotojų analizė 3s

Dizaino printas 2 Dizaino paruošimas 3s Naudotojų analizė 4s

Testavimas 1s

Programavimo sprintai

Dizaino ir projektavimo

sprintai

Sprintas 1 Su naudotojo sąsaja nesusijusios užduotys

Sprintas 3 Dizaino paruošimas 4s Naudotojų analizė 5s

Testavimas 2s

Page 11: (Ne)paprasta matematika: UX + Agile = ?

Dažniausi darbai

Page 12: (Ne)paprasta matematika: UX + Agile = ?

Scrum atvejis

Iššūkiai

Page 13: (Ne)paprasta matematika: UX + Agile = ?

Užsakovas <>

galutinis naudotojas

Dažnai pamirštama įtraukti naudotojų balsą į kasdienį bendravimą

Page 14: (Ne)paprasta matematika: UX + Agile = ?

Galimas sprendimas

Galutinių naudotojų ir jų poreikių įtraukimas į projektą

Prieš pradedant vykdoma naudotojų ir poreikių analizė, apibrėžiamas naudotojų portretas

Page 15: (Ne)paprasta matematika: UX + Agile = ?

Personos

Pagrindinių naudotojų tipų (su jų tikslais ir elgesiu) portretai, kurie padeda visiems produkto kūrimo dalyviams suprasti, kad jie nėra tikrieji produkto naudotojai, todėl reikia orientuotis į produkto pritaikymą konkrečių tipų naudotojams

Page 16: (Ne)paprasta matematika: UX + Agile = ?

Išankstinio mokėjimo mobilaus interneto personos pavyzdys

Jonas Rainys 22 metų, dirbantis studentas

Jonas yra VU fizikos 4 kurso studentas, dirbantis draudimo brokeriu. Kompiuteriu ir internetu naudojasi nuo 16 metų. Mobilųjų internetą naudoja kaip papildomą būdą prisijungti prie tinklo universitete arba darbo reikalais (pvz., nuvažiavus pas klientą), namuose turi greitą šviesolaidinį internetą. Jam pagrindiniai savitarnos tikslai – greitai ir patogiai papildyti sąskaitą ir suprantamai gauti informaciją apie interneto srauto naudojimą.

Page 17: (Ne)paprasta matematika: UX + Agile = ?
Page 18: (Ne)paprasta matematika: UX + Agile = ?
Page 19: (Ne)paprasta matematika: UX + Agile = ?

lim f(x) = a x→0___________

Standartiniai naudotojų patyrimo projektuotojų darbo principai yra ne visai tinkami. Naudotojų patyrimo

projektuotojai gali dirbti su bet kokio detalumo informacija.

Page 20: (Ne)paprasta matematika: UX + Agile = ?

Prototipavimas popieriuje

Page 21: (Ne)paprasta matematika: UX + Agile = ?

Žemo lygio karkasai

Page 22: (Ne)paprasta matematika: UX + Agile = ?

Vizualusis dizainas

Page 23: (Ne)paprasta matematika: UX + Agile = ?

HTML/CSS/JS prototipavimas

Page 24: (Ne)paprasta matematika: UX + Agile = ?

Nulinis sprintas

Sprintas 2 Su naudotojo sąsaja susijusios užduotys

Sprintas 3 Su naudotojo sąsaja susijusios užduotys

Dizaino sprintas 1 Dizaino paruošimas 2s Naudotojų analizė 3s

Dizaino printas 2 Dizaino paruošimas 3s Naudotojų analizė 4s

Testavimas 1s

Programavimo sprintai

Dizaino ir projektavimo

sprintai

Sprintas 1 Su naudotojo sąsaja nesusijusios užduotys

Sprintas 3 Dizaino paruošimas 4s Naudotojų analizė 5s

Testavimas 2s

Page 25: (Ne)paprasta matematika: UX + Agile = ?

Galimas sprendimas

0 sprintas

Žemo lygio prototipavimas, vizualusis dizainas ir pradinio HTML/CSS/JS prototipo paruošimas kartu su

naudotojų ir jų poreikių analize

Page 26: (Ne)paprasta matematika: UX + Agile = ?

Strategija Taktika

Scrum

Į žmogų orientuotas projektavimas

Tikslai ir reikalavimai Naudotojai ir jų poreikių analizė Naudotojų patyrimo analizė Aukšto lygio konceptas Kitos veiklos

Koncepto validacija, dizainas ir projektavimas 1 programavimo sprintui

1, 2 … n programavimo sprintai Darbų sąrašas ir naudotojo pasakojimai Techninis ir architektūrinis įvertinimas

1 dizaino ir projektavimo sprintas

0 sprintas n sprintas

Į žmogų orientuotas projektavimas

Page 27: (Ne)paprasta matematika: UX + Agile = ?

Galimas sprendimas

HTML prototipas + dizaino biblioteka

HTML/CSS/JS prototipo parengimas ir dizaino bibliotekos paruošimas ankstyvuosiuose projekto

etapuose

Page 28: (Ne)paprasta matematika: UX + Agile = ?

HTML/CSS/JS prototipavimas

Page 29: (Ne)paprasta matematika: UX + Agile = ?

HTML/CSS/JS prototipavimas

Page 30: (Ne)paprasta matematika: UX + Agile = ?

Drugelio efektas

Naudotojo patyrimas yra jautrus pradinėms sąlygoms

Page 31: (Ne)paprasta matematika: UX + Agile = ?

Galimas sprendimas

Dizaino biblioteka + naudotojų patyrimo gairės

Dizaino bibliotekos paruošimas ankstyvuosiuose projekto etapuose ir naudotojų patyrimo gairių

laikymasis

Page 32: (Ne)paprasta matematika: UX + Agile = ?

Naudotojų patyrimo gairės

Page 33: (Ne)paprasta matematika: UX + Agile = ?

-1 > 0

Nuliniame sprinte, kuriant kompleksinius sprendimus, kartais neužtenka laiko naudotojų

analizei

Page 34: (Ne)paprasta matematika: UX + Agile = ?

Galimas sprendimas

Kitų projekto dalyvių įtraukimas į naudotojų patyrimo veiklas

Nulinio sprinto metu visi komandos nariai dalyvauja vykdant naudotojų ir jų poreikių analizę

Page 35: (Ne)paprasta matematika: UX + Agile = ?

∞ / ∞

Neaiškus naudotojų patyrimo specialisto vaidmuo visoje komandoje

Page 36: (Ne)paprasta matematika: UX + Agile = ?

Galimas sprendimas

Naudotojų patyrimo ekspertas įtraukiamas į visas veiklas

Naudotojų patyrimo ekspertas turėtų dalyvauti visuose projekto etapuose, todėl dažnai jis gali dirbti kartu su

Scrum master ar Product Owner arba tampa vienu iš jų

Page 37: (Ne)paprasta matematika: UX + Agile = ?

Tunelinis matymas

Po kiek laiko dideliuose projektuose atsiranda tunelinis matymas, t.y. nematymas visos

sistemos kaip vieneto

Page 38: (Ne)paprasta matematika: UX + Agile = ?

Galimas sprendimas

Spike naudojimas

Kai naudotojų patyrimo ekspertas supranta, kad jis nevaldo situacijos iš naudotojų patyrimo pusės arba

nemato visos situacijos, yra planuojamas spike laikas

Page 39: (Ne)paprasta matematika: UX + Agile = ?

Apibendrinkime •  Galutinių naudotojų ir jų poreikių įtraukimas į projektą •  Nulinis sprintas •  HTML prototipas + dizaino biblioteka + naudotojų

patyrimo gairės •  Kitų komandos narių įtraukimas į naudotojų patyrimo

veiklas •  Naudotojų patyrimo ekspertas įtraukiamas į visas

veiklas •  Spike naudojimas bendram vaizdui apie sistemą

sudaryti arba situacijos suvaldymui

Page 40: (Ne)paprasta matematika: UX + Agile = ?

Klausimai? Igor Gubaidulin [email protected] http://www.nortal.com