(Ne)paprasta matematika: UX + Agile = ?

Post on 05-Dec-2014

853 views 3 download

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

Transcript of (Ne)paprasta matematika: UX + Agile = ?

(Ne)paprasta matematika: UX + Agile = ?

2013 m. gegužės 9 d.

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

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

Aral Balkan

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

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

projektavimą, numeris

Naudotojų patyrimo spektras

Naudotojo patyrimas angl. user experience

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

Į ž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

Strategija Taktika

Į žmogų orientuotas projektavimas

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

Dažniausi darbai

Scrum atvejis

Iššūkiai

Užsakovas <>

galutinis naudotojas

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

Galimas sprendimas

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

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

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

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ą.

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.

Prototipavimas popieriuje

Žemo lygio karkasai

Vizualusis dizainas

HTML/CSS/JS prototipavimas

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

Galimas sprendimas

0 sprintas

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

naudotojų ir jų poreikių analize

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

Galimas sprendimas

HTML prototipas + dizaino biblioteka

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

etapuose

HTML/CSS/JS prototipavimas

HTML/CSS/JS prototipavimas

Drugelio efektas

Naudotojo patyrimas yra jautrus pradinėms sąlygoms

Galimas sprendimas

Dizaino biblioteka + naudotojų patyrimo gairės

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

laikymasis

Naudotojų patyrimo gairės

-1 > 0

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

analizei

Galimas sprendimas

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

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

∞ / ∞

Neaiškus naudotojų patyrimo specialisto vaidmuo visoje komandoje

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ų

Tunelinis matymas

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

sistemos kaip vieneto

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

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

Klausimai? Igor Gubaidulin igor.gubaidulin@nortal.com http://www.nortal.com