(Ne)paprasta matematika: UX + Agile = ?
•
1 like•1,003 views
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
(Ne)paprasta matematika: UX + Agile = ?
- 1. (Ne)paprasta matematika: UX + Agile = ? 2013 m. gegužės 9 d.
- 2. Naudotojų advokatas, „Nortal“ naudotojų patyrimo architektas, naudotojo sąsajų dizaineris ir programuotojas, lektorius, sertifikuotas tinkamumo analitikas
- 3. Funkcijų metas baigėsi, sveiki atvykę į naudotojų patyrimo erą Aral Balkan
- 4. PrototipavimasGlaudus bendradarbiavimas su programuotojais Grafiniai menai Sąveikos dizainas Pristatymai ir diskusijos Tekstų rašymasInformacijos 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
- 5. 9241ISO standarto, kuris aprašo į žmogų orientuotą projektavimą, numeris
- 6. Naudotojų patyrimo spektras Naudotojo patyrimas angl. user experience Asmens suvokimas ir reakcija, kurie atsiranda naudojant (arba planuojant naudoti) produktą, sistemą ar paslaugą
- 8. Į ž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
- 9. Strategija Taktika Į žmogų orientuotas projektavimas Agile
- 10. 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
- 11. Dažniausi darbai
- 13. Užsakovas <> galutinis naudotojas Dažnai pamirštama įtraukti naudotojų balsą į kasdienį bendravimą
- 14. Galimas sprendimas Galutinių naudotojų ir jų poreikių įtraukimas į projektą Prieš pradedant vykdoma naudotojų ir poreikių analizė, apibrėžiamas naudotojų portretas
- 15. 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
- 16. 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ą.
- 19. 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.
- 24. 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
- 25. Galimas sprendimas 0 sprintas Žemo lygio prototipavimas, vizualusis dizainas ir pradinio HTML/CSS/JS prototipo paruošimas kartu su naudotojų ir jų poreikių analize
- 26. 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 sprintaiDarbų sąrašas ir naudotojo pasakojimai Techninis ir architektūrinis įvertinimas 1 dizaino ir projektavimo sprintas 0 sprintas n sprintas Į žmogų orientuotas projektavimas
- 27. Galimas sprendimas HTML prototipas + dizaino biblioteka HTML/CSS/JS prototipo parengimas ir dizaino bibliotekos paruošimas ankstyvuosiuose projekto etapuose
- 30. Drugelio efektas Naudotojo patyrimas yra jautrus pradinėms sąlygoms
- 31. Galimas sprendimas Dizaino biblioteka + naudotojų patyrimo gairės Dizaino bibliotekos paruošimas ankstyvuosiuose projekto etapuose ir naudotojų patyrimo gairių laikymasis
- 33. -1 > 0 Nuliniame sprinte, kuriant kompleksinius sprendimus, kartais neužtenka laiko naudotojų analizei
- 34. Galimas sprendimas Kitų projekto dalyvių įtraukimas į naudotojų patyrimo veiklas Nulinio sprinto metu visi komandos nariai dalyvauja vykdant naudotojų ir jų poreikių analizę
- 35. ∞ / ∞ Neaiškus naudotojų patyrimo specialisto vaidmuo visoje komandoje
- 36. 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ų
- 37. Tunelinis matymas Po kiek laiko dideliuose projektuose atsiranda tunelinis matymas, t.y. nematymas visos sistemos kaip vieneto
- 38. 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
- 39. 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