Post on 24-Jun-2015
description
Skąd programiści wiedzą co pisać?
czyli o roli Product Owner słów kilka
Bawimy się fajnie i traktujemy przykłady z przymrużeniem oka Założenia
Ograniczenia czasoweNie uda opowiedzieć się o wszystkim
Agenda „świąteczna”
1. Za górami, za lasami… czyli początki naszej baśni2. Zaprzyjaźnienie się z bohaterami3. Oddzielanie soczewicy od popiołu4. Życzenia do wróżki5. … Zamiana dyni w karocę6. Akcja!7. Na kogo pasuje pantofelek?8. Zakończenie, ale czy szczęśliwe?
Dla kogo?
O czym?
Jak powstaje koncepcja powstania aplikacji?Za górami, za lasami… czyli początki naszej baśni
Aplik
acja
Potrzeba
Potrzeba – z punktu widzenia organizacji, istnieje cel który można osiągnąć dzięki aplikacji.
Może to oznaczać bądź chęć oszczędności bądź chęć zarobienia pieniędzy w zależności od modelu biznesowego
Aplik
acja
Potrzeba
Zmiana
Zmiana – może być uwarunkowana wszelakimi czynnikami: od zewnętrznych poprzez technologiczne aż po wewnętrzne.
Aplik
acja
Potrzeba
UsprawnienieZmiana
Usprawnienie – czasem już usprawniać aplikacji się nie da, więc trzeba ją przepisać…
Może to być także związane z usprawnianiem procesów w organizacji, które będą wymagałypowstania nowego bytu.
Aplik
acja
Potrzeba Innowacja
UsprawnienieZmiana
Innowacje – uzależnione od modelu biznesowego i (przede wszystkim) od strategii. Dla części firm to będzie najważniejszy czynnik motywujący do stworzenia nowej aplikacji
Aplik
acja
Potrzeba Innowacja
UsprawnienieZmiana
Kaprys
Kaprys*
* Dla tych co oglądają prezentację, ale na niej nie byli – kaprys jest tu w ramach żartu
Ponieważ baśni nie czyta się od
końca…
Zdefiniowany proces
Początek Elementy Koniec
Zdefiniowany proces
Początek Elementy Koniec
Aplikacja
Wizja Aplikacja
Dlaczego wizja jest taka ważna?
Interacja pierwsza:
Iteracja druga:
Iteracja trzecia:
Mamy potrzebę i wizję, skąd wziąć
wymagania?
Interesariusze… czyli czas na zaprzyjaźnienie się z bohaterami
Kto to jest interesariusz?
Właściciel biznesowy
„Biznes”
Product Owner
Użytkownik kluczowy oraz użytkownicy
Zespół projektowy
Szeroko pojęte IT
Dostawcy
… i inni zaangażowani
… innymi słowy każdy kto jest zaangażowany w projekt lub
każdy kogo interes może zostać naruszony podczas
prowadzeniu projektu.
Projekt A
Projekt A
Projekt C
Projekt B
Wymagania… czyli oddzielanie soczewicy od popiołu
Chcemy != potrzebujemy
Business value
Wymagania… czyli życzenia do wróżki
Wymagania funkcjonalne vs. niefunkcjonalne
Prototypowanie nie tylko dla UX’a… czyli zamiana dyni w karocę
Priorytety + wartość biznesowaAkcja!
Backlog
User story
Pomysły
ŻyczeniaIdeeIdeeIdee
Pomysły
ŻyczeniaIdeeIdeeIdee
$$ $$$$
$$$
$$$
Ustruktyryzowany backlog
Pomysły
ŻyczeniaIdeeIdeeIdee
$$ $$$$
$$$
Ustruktyryzowany backlog
Życzenia
IdeePomysły
Pomysły
ŻyczeniaIdeeIdeeIdee
TAK
$$ $$$$
$$$
Ustruktyryzowany backlog
Życzenia
IdeePomysły
Pomysły
ŻyczeniaIdeeIdeeIdee
TAKNIE
KOSZ
$$ $$$$
$$$
Ustruktyryzowany backlog
Życzenia
IdeePomysły
Pomysły
ŻyczeniaIdeeIdee
TAKNIE
KOSZ
$$$$$
$$$
Idee
Zasada pareto
MoSCoW
MoSCoW
• M – must• S – should• C – could• W – wish
Najważniejsza część:programowanie
… czyli dlaczego w tej baśni nie opowiem o smokach?
http://onlinecoloringbook.net/
Testowanie… czyli na kogo pasuje pantofelek?
… a ponieważ pracujemy iteracyjnie to proces się powtarza
http://www.guerillaprojectmanagement.org/2009/01/beneficiile-agile-pentru-project.html
Szczęśliwe wdrożenie
… szczęśliwe zakończenie?
The Neverending story Zmiany = constans
Dziękuję za uwagę! Wesołych Świąt!
zapraszam na bloga: http://mrowca-kasia.blogspot.com/
Źródła obrazków
Clipart z pakietu officeWłasne zdjęcia i grafiki Bajkowe obrazki: http://www.coloring-book.info, http://dzieci.epapa.pl/kolorowanki, http://onlinecoloringbook.net/