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/