Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Opowieść researchera,     który został  product ownerem      Bartosz Mozyrko      b.mozyrko@cogision.com
Dzień dobry!• Researcher  o 5 lat doświadczenia• Owner  o 2 lata doświadczenia                              2
O czym w tym roku?• Użytkownik  o Poziomy „User Experience”  o Modele mentalne  o Persony• Produkt  o Minimum viable produ...
Użytkownik
Poziomy „User Experience”      The Elements of User Experience, Jesse James Garrett                                       ...
Poziomy „User Experience”      The Elements of User Experience, Jesse James Garrett                                       ...
Modele mentalne About Face: The Essentials of User Interface Design, Alan Cooper                                          ...
Modele mentalne About Face: The Essentials of User Interface Design, Alan Cooper                                          ...
W zeszłym roku… http://www.slideshare.net/mozyrko/mental-models-wud-2011                                                  ...
Persony          10
Persony          Ficzer          Ficzer           …                   11
Persony bywają różne• Tworzone na bazie wiedzy o użytkownikach  o Zwieńczenie procesu badawczego  o Skuteczne narzędzie ko...
Persony bywają różnehttp://uxmovement.com/wireframes/the-importance-of-tying-personas-to-wireframes/                      ...
Persony bywają różne    http://blog.kissmetrics.com/user-personas-for-seo/                                                ...
Persony bywają różne     http://ityamvasal.com/onecancan.html                                            15
Ćwiczenie #1• Podzielcie się na grupy• Stwórzcie profil persony  o Osoby starszej  o Osoby młodszej• Uwzględnijcie stosune...
Produkt
Poziomy „User Experience”      The Elements of User Experience, Jesse James Garrett                                       ...
Poziomy „User Experience”      The Elements of User Experience, Jesse James Garrett                                       ...
Minimum viable productThe minimum viable product (MVP) is that version ofa new product which allows a team to collect them...
Minimum viable productThe minimum viable product (MVP) is that version ofa new product which allows a team to collect them...
To jest MVPhttp://www.youtube.com/watch?v=7QmCUDHpNzE                                             22
Galeria MVP              23
B    MVPA
BNajpierw sprawdź czyludzie będą chcieli chodzićTwoją ścieżką…                                  MVP                       ...
BNajpierw sprawdź czyludzie będą chcieli chodzićTwoją ścieżką…                                  MVP… potem ją poszerzaj.  ...
Etapy rozwojuSprint 4Sprint 3Sprint 2Sprint 1                29
Etapy rozwoju                Sprint 8Sprint 4                Sprint 7Sprint 3                Sprint 6Sprint 2             ...
Etapy rozwojuSprint 4Sprint 3Sprint 2Sprint 1   Sprint 1, 2, 3, 4                               31
Etapy rozwojuSprint 4Sprint 3Sprint 2Sprint 1   Sprint 1, 2, 3, 4                               32
Product backlog                  33
Product backlog                  34
User stories• Każde story składa się z trzech części   o roli użytkownika   o opisu celu   o opisu zysku• Jako [użytkownik...
Ćwiczenie #2• Wymieńcie się personami• Stwórzcie backlog dla  o Banku – strona internetowa  o Banku – aplikacja mobilna• U...
Jak było?            37
User-centered design• Opisywanie produktu z perspektywy wykonawcy  ogranicza nasze myślenie o tym co jest najlepsze  dla u...
User story maphttp://www.agileproductdesign.com/blog/the_new_backlog.html                                                 ...
User story maphttp://www.agileproductdesign.com/blog/the_new_backlog.html                                                 ...
User story map                 41
User story map                 42
User story mapMVP                       43
User story map                 44
User story map                 45
Product owner (PO)                     46
Definiowanie wymagań• Czasami wybór kolejności dla user stories jest  trudny• Nie ma sensu pytać co jest ważniejsze dla  k...
Definiowanie wymagań               B                 A  A                  C              C                  BPomysł na bi...
Definiowanie wymagań               B                 A  A                  C              C                  BPomysł na bi...
Definiowanie wymagań• Rolą PO jest definiowanie wymagań• Trzeba jak najszybciej dowiedzieć się w co warto  zainwestować cz...
Definiowanie wymagań                              C               B   A  A                      D        B              C ...
Definiowanie wymagań                              C               B   A  A                      D        B              C ...
Ćwiczenie #3• Przeróbcie product backlog do postaci  modelu mentalnego• Uzupełnijcie brakujące miejsca• Pamiętajcie o odpo...
Proces
UX obniża kosztyWartość dla projektu                                                Czas       Koncepcja   Developement   ...
Agile UX                Sprint 1   Sprint 2   Sprint 3   Sprint 4                   IT         IT         IT         IT Sp...
Agile UX                Sprint 1   Sprint 2   Sprint 3   Sprint 4                   IT         IT         IT         IT Sp...
Agile UX                Sprint 1   Sprint 2   Sprint 3   Sprint 4                   IT         IT         IT         IT Sp...
Agile UX                Sprint 1   Sprint 2   Sprint 3   Sprint 4                   IT         IT         IT         IT Sp...
Testować można zawsze• Koncepcja  o Modele mentalne  o Desk research  o Testy MVP (np. landingi)                          ...
Testować można zawsze• Koncepcja  o Modele mentalne  o Desk research  o Testy MVP (np. landingi)                          ...
http://www.slideshare.net/Cogision/chocolate-presentation-by-cogision-11505544
Testować można zawsze• Koncepcja  o Modele mentalne  o Desk research  o Testy MVP (np. landingi)• Developement  o Paper pr...
Testować można zawsze• Koncepcja  o Modele mentalne  o Desk research  o Testy MVP (np. landingi)• Developement  o Paper pr...
Testować można zawsze• Koncepcja  o Modele mentalne  o Desk research  o Testy MVP (np. landingi)• Developement  o Paper pr...
Testować można zawsze• Koncepcja  o Modele mentalne  o Desk research  o Testy MVP (np. landingi)• Developement  o Paper pr...
Feedback„Użytkownik”   Użytkownik   Klient                                     70
Feedback„Użytkownik”   Użytkownik                Klient               „Any testing is better than no testing”             ...
Koniec
Shameless plug                 73
Do zobaczenia  za rok! :)
Researcher / Product Owner (WUD 2012)
Researcher / Product Owner (WUD 2012)
Researcher / Product Owner (WUD 2012)
Researcher / Product Owner (WUD 2012)
Researcher / Product Owner (WUD 2012)
Researcher / Product Owner (WUD 2012)
Researcher / Product Owner (WUD 2012)
Researcher / Product Owner (WUD 2012)
Upcoming SlideShare
Loading in …5
×

Researcher / Product Owner (WUD 2012)

2,361 views

Published on

Najlepsze produkty nie biorą się z "dobrze zdefiniowanych wymagań", ale z głębokiego zrozumienia potrzeb użytkowników oraz ciągłego testowania nowych konceptów. Sukces produktu jest również wynikiem współpracy różnych grup interesariuszy.

Prezentacja z warsztatów przeprowadzonych w ramach WUD Silesia 2012 (www.wudsilesia.pl).

Published in: Education
  • Be the first to comment

Researcher / Product Owner (WUD 2012)

  1. 1. Opowieść researchera, który został product ownerem Bartosz Mozyrko b.mozyrko@cogision.com
  2. 2. Dzień dobry!• Researcher o 5 lat doświadczenia• Owner o 2 lata doświadczenia 2
  3. 3. O czym w tym roku?• Użytkownik o Poziomy „User Experience” o Modele mentalne o Persony• Produkt o Minimum viable product o Product backlog o Product owner• Proces o Koncepcja o Developement o Post launch 3
  4. 4. Użytkownik
  5. 5. Poziomy „User Experience” The Elements of User Experience, Jesse James Garrett 5
  6. 6. Poziomy „User Experience” The Elements of User Experience, Jesse James Garrett 6
  7. 7. Modele mentalne About Face: The Essentials of User Interface Design, Alan Cooper 7
  8. 8. Modele mentalne About Face: The Essentials of User Interface Design, Alan Cooper 8
  9. 9. W zeszłym roku… http://www.slideshare.net/mozyrko/mental-models-wud-2011 9
  10. 10. Persony 10
  11. 11. Persony Ficzer Ficzer … 11
  12. 12. Persony bywają różne• Tworzone na bazie wiedzy o użytkownikach o Zwieńczenie procesu badawczego o Skuteczne narzędzie komunikacji• Tworzone na bazie oczekiwań o Unikajcie „radosnej twórczości”• Szczegółowość opisu dobierana w zależności od grupy odbiorców 12
  13. 13. Persony bywają różnehttp://uxmovement.com/wireframes/the-importance-of-tying-personas-to-wireframes/ 13
  14. 14. Persony bywają różne http://blog.kissmetrics.com/user-personas-for-seo/ 14
  15. 15. Persony bywają różne http://ityamvasal.com/onecancan.html 15
  16. 16. Ćwiczenie #1• Podzielcie się na grupy• Stwórzcie profil persony o Osoby starszej o Osoby młodszej• Uwzględnijcie stosunek persony do płatności elektronicznych• Piszcie wyraźnie! ;)• Czas: 15 minut 16
  17. 17. Produkt
  18. 18. Poziomy „User Experience” The Elements of User Experience, Jesse James Garrett 18
  19. 19. Poziomy „User Experience” The Elements of User Experience, Jesse James Garrett 19
  20. 20. Minimum viable productThe minimum viable product (MVP) is that version ofa new product which allows a team to collect themaximum amount of validated learning aboutcustomers with the least effort. - Eric Ries 20
  21. 21. Minimum viable productThe minimum viable product (MVP) is that version ofa new product which allows a team to collect themaximum amount of validated learning aboutcustomers with the least effort. - Eric Ries An MVP is not a minimal product! 21
  22. 22. To jest MVPhttp://www.youtube.com/watch?v=7QmCUDHpNzE 22
  23. 23. Galeria MVP 23
  24. 24. B MVPA
  25. 25. BNajpierw sprawdź czyludzie będą chcieli chodzićTwoją ścieżką… MVP A
  26. 26. BNajpierw sprawdź czyludzie będą chcieli chodzićTwoją ścieżką… MVP… potem ją poszerzaj. A
  27. 27. Etapy rozwojuSprint 4Sprint 3Sprint 2Sprint 1 29
  28. 28. Etapy rozwoju Sprint 8Sprint 4 Sprint 7Sprint 3 Sprint 6Sprint 2 Sprint 5Sprint 1 30
  29. 29. Etapy rozwojuSprint 4Sprint 3Sprint 2Sprint 1 Sprint 1, 2, 3, 4 31
  30. 30. Etapy rozwojuSprint 4Sprint 3Sprint 2Sprint 1 Sprint 1, 2, 3, 4 32
  31. 31. Product backlog 33
  32. 32. Product backlog 34
  33. 33. User stories• Każde story składa się z trzech części o roli użytkownika o opisu celu o opisu zysku• Jako [użytkownik] chcę [cel] po to aby [zysk]• Dobrze opisane story uwzględnia perspektywę użytkownika• Nie pomyl „co” (cel użytkownika) z „jak” (czynność, którą musi wykonać) 35
  34. 34. Ćwiczenie #2• Wymieńcie się personami• Stwórzcie backlog dla o Banku – strona internetowa o Banku – aplikacja mobilna• Usługa powinna zaspokajać podstawowe potrzeby użytkownika (przelewy, historia płatności, etc.)• Bank nie wie, jakie dodatkowe usługi zaoferować• Inspirujcie się personą• Czas: 20 minut 36
  35. 35. Jak było? 37
  36. 36. User-centered design• Opisywanie produktu z perspektywy wykonawcy ogranicza nasze myślenie o tym co jest najlepsze dla użytkownika• Zły opis problemu może utrudnić znalezienie optymalnego rozwiązania• http://bronikowski.com/1572/prawda-dostepu- wymagaja-podstepu 38
  37. 37. User story maphttp://www.agileproductdesign.com/blog/the_new_backlog.html 39
  38. 38. User story maphttp://www.agileproductdesign.com/blog/the_new_backlog.html 40
  39. 39. User story map 41
  40. 40. User story map 42
  41. 41. User story mapMVP 43
  42. 42. User story map 44
  43. 43. User story map 45
  44. 44. Product owner (PO) 46
  45. 45. Definiowanie wymagań• Czasami wybór kolejności dla user stories jest trudny• Nie ma sensu pytać co jest ważniejsze dla konstrukcji samochodu: koła czy silnik• Samochód nie ruszy bez jednego ani drugiego• … ale może się okazać, że rozpoczęcie od kół obniży koszt montażu silnika (lub odwrotnie) 47
  46. 46. Definiowanie wymagań B A A C C BPomysł na biznes Rezultat końcowy 48
  47. 47. Definiowanie wymagań B A A C C BPomysł na biznes Rezultat końcowy 49
  48. 48. Definiowanie wymagań• Rolą PO jest definiowanie wymagań• Trzeba jak najszybciej dowiedzieć się w co warto zainwestować czas zespołu• Cała zabawa rozpoczyna się w momencie weryfikacji hipotez biznesowych• Zespół ma prawo pytać „dlaczego?” 50
  49. 49. Definiowanie wymagań C B A A D B C EPomysł na biznes Rezultat końcowy 51
  50. 50. Definiowanie wymagań C B A A D B C EPomysł na biznes Rezultat końcowy 52
  51. 51. Ćwiczenie #3• Przeróbcie product backlog do postaci modelu mentalnego• Uzupełnijcie brakujące miejsca• Pamiętajcie o odpowiednim nazewnictwie• Czas: 20 minut 53
  52. 52. Proces
  53. 53. UX obniża kosztyWartość dla projektu Czas Koncepcja Developement Post launch 55
  54. 54. Agile UX Sprint 1 Sprint 2 Sprint 3 Sprint 4 IT IT IT IT Sprint 0Przygotowania do projektu UX UX UX UX 56
  55. 55. Agile UX Sprint 1 Sprint 2 Sprint 3 Sprint 4 IT IT IT IT Sprint 0Przygotowania do projektu UX UX UX UX 57
  56. 56. Agile UX Sprint 1 Sprint 2 Sprint 3 Sprint 4 IT IT IT IT Sprint 0Przygotowania do projektu UX UX UX 59
  57. 57. Agile UX Sprint 1 Sprint 2 Sprint 3 Sprint 4 IT IT IT IT Sprint 0Przygotowania do projektu UX UX UX 60
  58. 58. Testować można zawsze• Koncepcja o Modele mentalne o Desk research o Testy MVP (np. landingi) 61
  59. 59. Testować można zawsze• Koncepcja o Modele mentalne o Desk research o Testy MVP (np. landingi) 62
  60. 60. http://www.slideshare.net/Cogision/chocolate-presentation-by-cogision-11505544
  61. 61. Testować można zawsze• Koncepcja o Modele mentalne o Desk research o Testy MVP (np. landingi)• Developement o Paper prototyping o Lo-fi mockups o Wywiady 64
  62. 62. Testować można zawsze• Koncepcja o Modele mentalne o Desk research o Testy MVP (np. landingi)• Developement o Paper prototyping o Lo-fi mockups o Wywiady 65
  63. 63. Testować można zawsze• Koncepcja o Modele mentalne o Desk research o Testy MVP (np. landingi)• Developement o Paper prototyping o Lo-fi mockups o Wywiady• Post Launch o Testy usability o Remote testing o Analiza konwersji 67
  64. 64. Testować można zawsze• Koncepcja o Modele mentalne o Desk research o Testy MVP (np. landingi)• Developement o Paper prototyping o Lo-fi mockups o Wywiady• Post Launch o Testy usability o Remote testing o Analiza konwersji 68
  65. 65. Feedback„Użytkownik” Użytkownik Klient 70
  66. 66. Feedback„Użytkownik” Użytkownik Klient „Any testing is better than no testing” 71
  67. 67. Koniec
  68. 68. Shameless plug 73
  69. 69. Do zobaczenia za rok! :)

×