Researcher / Product Owner (WUD 2012)

2,295 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
0 Comments
11 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,295
On SlideShare
0
From Embeds
0
Number of Embeds
979
Actions
Shares
0
Downloads
0
Comments
0
Likes
11
Embeds 0
No embeds

No notes for slide

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! :)

×