Esitys Leonidaksen tavasta ymmärtää asiakasta, suunnitella käyttöliittymiä ja ohjata ohjelmistoprojektia.

1. Onnistunut projekti
asiakasta ja käyttäjää
ymmärtämällä
antti.tarvainen@leonidasoy.fi
@tarvaina

2. Puhe yhdellä kalvolla
Ymmärrä järjestelmän
1. konteksti.
Käytä interaktiosuunnittelua
2. kontekstin ymmärtämiseen.
Iteroi nopeasti.
3. (Ei välttämättä koodaamalla.)

3. Millainen on hyvä ohjelmisto?

4. Millainen on hyvä työkalu?

5. konteksti
työkalu
Työkalua käytetään jossakin kontekstissa.

6. konteksti
työkalu
Kontekstissa työkaluun vaikuttaa
erilaisia voimia.

7. konteksti
työkalu
Jos työkalu sopii sen
kontekstiin, se on hyvä.

8. konteksti
työkalu
Jos työkalu ei sovi sen
kontekstiin, se on huono.

9. Esim.

10. Esim. kun on tylsää
aikaa on vain
ja haluaa
minuutteja
jotain viihdettä
voi lopettaa
koska vain
aina
mukana
ym. ym.
ei halua
opetella mitään
vaikeaa

11. Esim. kun on tylsää
aikaa on vain
ja haluaa
minuutteja
jotain viihdettä
voi lopettaa
koska vain
aina
mukana
ym. ym.
ei halua
opetella mitään
vaikeaa

12. Esim. kun on tylsää
aikaa on vain
ja haluaa
minuutteja
jotain viihdettä
voi lopettaa
koska vain
aina
mukana
ym. ym.
haluaa käyttää
ajan hyödyllisesti

13. Esim.
aikaa on vain
on sosiaalinen minuutteja
tilanne
voi lopettaa
koska vain
aina
mukana
ym. ym.
haluaa käyttää
ajan hyödyllisesti

14. Hyvän työkalun luomiseksi
pitää osata kaksi asiaa.

15. konteksti
?
?
?
1. Pitää ymmärtää, missä kontekstissa
sitä käytetään.

16. konteksti
työkalu
2. Pitää osata suunnitella työkalu niin,
että se sopii kontekstiin.

17. konteksti
työkalu
Idea-asteella olevasta työkalusta
ei voi vielä sanoa,
sopiiko se kontekstiin vai ei.

18. konteksti
työkalu
Kun ideasta tekee konkrettisen,
sen ongelmat näkee selkeämmin.

19. konteksti
työkalu
Silloin tietää, mitä kohtaa pitää parantaa.

20. konteksti
työkalu
Ja niin edelleen.

21. konteksti
työkalu
Iteraatiota jatketaan kunnes
(toivottavasti) löytyy design,
joka sopii kontekstiin.

22. käyttäjien
tarpeet
Olennaisin osa kontekstia on
käyttäjien tarpeet.

23. arkkitehtuuri
käyttöliittymä
käyttäjien
tarpeet ? vaatimusmäärittely
tietomalli
ominaisuudet
Mutta mikä on luonnollisin seuraava askel?

24. arkkitehtuuri
käyttöliittymä
käyttäjien
vaatimusmäärittely
tarpeet
tietomalli
ominaisuudet
Käyttöliittymä, koska se on
mahdollista testata vasten
käyttäjien tarpeita.

25. määrit- suunnit- toteu-
testaus ylläpito
tely telu tus
Perinteisestä vesiputousmallista
puuttuu iteraatio.

26. määrit- suunnit- toteu-
testaus ylläpito
tely telu tus
konteksti
työkalu
Tuloksena on todennäköisesti
huono työkalu.

27. Scrum on yksi vastaus tähän.

28. Mutta vielä on epäselvää:
1. Miten selvitetään järjestelmän konteksti?
2. Miten siitä tulee product backlog?

29. Tässä on siihen yksi vastaus.

30. Ohjelmistosuunnittelu ja toimitus
tehdään esim. scrumia käyttäen.

31. Konteksti selvitetään ja jalostetaan
backlogiksi interaktiosuunnittelun avulla.

32. konteksti
? ?
? ?
Tulevia käyttäjiä haastattelemalla
selvitetään käytön konteksti.

33. konteksti
?
Tästä laaditaan käyttöskenaariot,
jotka pyrkivät kuvaamaan olennaiset asiat
käytön kontekstista.

34. konteksti
työkalu
?
Piirretään ensimmäinen arvaus
käyttöliittymästä paperiprotoksi.

35. konteksti
työkalu
Käyttöliittymää voidaan testata
simuloimalla ja käyttäjätestauksella
pelkillä paperiprotoilla.

36. konteksti
työkalu
Iteraatiot ovat tehokkaita:
simuloinnilla minuutteja,
käyttäjätestauksella kymmeniä minuutteja.
(Vertaa iterointiin scrumissa.)

37. Kun tärkeimpien skenaarioiden/
käyttötapauksien interaktio on selvillä,
viedään ne backlogiin.

38. Käyttötapauksen toteutumiseksi
järjestelmään lisätään yksi tai useampia
ominaisuuksia.

39. Ominaisuuksia viedään tuotantoon
esim. heti kun ne valmistuvat.

40. Mitä eroa on
interaktiosuunnittelijalla
ja tuoteomistajalla?

41. Mitä eroa on
interaktiosuunnittelijalla
ja tuoteomistajalla?

42. Interaktiosuunnittelija keskittyy
sellaisen työkalun suunnitteluun,
joka vastaa käyttäjien tarpeisiin.

43. Tuoteomistaja huolehtii ensi sijassa siitä,
että bisnestavoitteet saavutetaan.

44. Tuoteomistaja ja käyttöliittymäsuunnittelija
voivat olla myös yksi ja sama henkilö,
kunhan molemmat tehtävät tulevat tehtyä.

45. Tiimi toteuttaa ohjelmiston niin kuin
parhaaksi näkee.

46. Tätä varten tiimin täytyy tietää:
1. Konteksti
2. Käyttöliittymän toiminta
3. Prioriteetit

47. Kehittäjien
osallistuminen

48. Kehittäjien
osallistuminen
• Käyttötapausten läpikäynti IX-suunnittelijan
kanssa
• Vertical slices
• Automaattiset hyväksymistestit
• Sprinttidemot

49. Anti-patterneja

50. Anti-patterneja
• Lorem ipsum
• Lisätään käyttöliittymään nappi
• Ei feedbackia
• Rikkinäinen puhelin

51. Puhe yhdellä kalvolla
Ymmärrä järjestelmän
1. konteksti.
Käytä interaktiosuunnittelua
2. kontekstin ymmärtämiseen.
Iteroi nopeasti.
3. (Ei välttämättä koodaamalla.)