Zrobmy sobie apke

Zróbmy sobie apkę!
Krzysztof Trzewiczek
Singup, Business Analysis Consulting

Trzy narzędzia do planowania
i budowania aplikacji

Story
Mapping
Dlaczego?Wjakisposób?
Z wyprzedzeniem Na bieżąco
Impact
Mapping
Speciﬁcation
by Example

Czym jest?
Mapa myśli skonstruowana w pewien szczególny sposób.
Służy do planowania strategicznego, długoterminowego.
Ułatwia dyskusję i podejmowanie decyzji.
Pomaga weryﬁkować wybrane strategie w trakcie ich realizacji.
Uwidocznia przyjmowane założenia.

3000 ZDJĘĆ
WROCŁAWIA
Z LAT 1945-53
WIKIPEDYŚCI
URZĄD MIASTA
WRZUCĄ
WIĘCEJ ZDJĘĆ
Z WIKIPEDII
ŁATWY
UPLOAD ZDJĘĆ
Z WIKIPEDII
BLACHA
UCZESTNIKA AKCJI
NA WIKIPROFIL
ŁATWY UPLOAD
SKANÓW NA
OBIE PLATFORMY
UMOWA
LICENCYJNA
AKCJA
SKANOWANIA
UMOWA
LICENCYJNA
PRESS KIT
ZESKANUJĄ
MATERIAŁY
ARCHIWALNE
WYPROMUJE
AKCJĘ
UDOSTĘPNI
SWOJE ZDJĘCIA
Wrocławski album historyczny

3000 ZDJĘĆ
WROCŁAWIA
Z LAT 1945-53
WIKIPEDYŚCI
URZĄD MIASTA
WRZUCĄ
WIĘCEJ ZDJĘĆ
Z WIKIPEDII
ŁATWY
UPLOAD ZDJĘĆ
Z WIKIPEDII
BLACHA
UCZESTNIKA AKCJI
NA WIKIPROFIL
ŁATWY UPLOAD
SKANÓW NA
OBIE PLATFORMY
UMOWA
LICENCYJNA
AKCJA
SKANOWANIA
UMOWA
LICENCYJNA
PRESS KIT
ZESKANUJĄ
MATERIAŁY
ARCHIWALNE
WYPROMUJE
AKCJĘ
UDOSTĘPNI
SWOJE ZDJĘCIA
CEL

3000 ZDJĘĆ
WROCŁAWIA
Z LAT 1945-53
WIKIPEDYŚCI
URZĄD MIASTA
WRZUCĄ
WIĘCEJ ZDJĘĆ
Z WIKIPEDII
ŁATWY
UPLOAD ZDJĘĆ
Z WIKIPEDII
BLACHA
UCZESTNIKA AKCJI
NA WIKIPROFIL
ŁATWY UPLOAD
SKANÓW NA
OBIE PLATFORMY
UMOWA
LICENCYJNA
AKCJA
SKANOWANIA
UMOWA
LICENCYJNA
PRESS KIT
ZESKANUJĄ
MATERIAŁY
ARCHIWALNE
WYPROMUJE
AKCJĘ
UDOSTĘPNI
SWOJE ZDJĘCIA
CEL AKTORZY

3000 ZDJĘĆ
WROCŁAWIA
Z LAT 1945-53
WIKIPEDYŚCI
URZĄD MIASTA
WRZUCĄ
WIĘCEJ ZDJĘĆ
Z WIKIPEDII
ŁATWY
UPLOAD ZDJĘĆ
Z WIKIPEDII
BLACHA
UCZESTNIKA AKCJI
NA WIKIPROFIL
ŁATWY UPLOAD
SKANÓW NA
OBIE PLATFORMY
UMOWA
LICENCYJNA
AKCJA
SKANOWANIA
UMOWA
LICENCYJNA
PRESS KIT
ZESKANUJĄ
MATERIAŁY
ARCHIWALNE
WYPROMUJE
AKCJĘ
UDOSTĘPNI
SWOJE ZDJĘCIA
CEL AKTORZY IMPAKTY

3000 ZDJĘĆ
WROCŁAWIA
Z LAT 1945-53
WIKIPEDYŚCI
URZĄD MIASTA
WRZUCĄ
WIĘCEJ ZDJĘĆ
Z WIKIPEDII
ŁATWY
UPLOAD ZDJĘĆ
Z WIKIPEDII
BLACHA
UCZESTNIKA AKCJI
NA WIKIPROFIL
ŁATWY UPLOAD
SKANÓW NA
OBIE PLATFORMY
UMOWA
LICENCYJNA
AKCJA
SKANOWANIA
UMOWA
LICENCYJNA
PRESS KIT
ZESKANUJĄ
MATERIAŁY
ARCHIWALNE
WYPROMUJE
AKCJĘ
UDOSTĘPNI
SWOJE ZDJĘCIA
CEL AKTORZY IMPAKTY ROZWIĄZANIA

3000 ZDJĘĆ
WROCŁAWIA
Z LAT 1945-53
CEL
Po co to robimy?
Opisujcie zmianę, którą chcecie osiągnąć.
Skup się na deﬁnicji problemu, nie na rozwiązaniach.
Kiedy nastąpi coś nieprzewidzianego, DOBRY cel
pozwali Wam szybko podejmować decyzje.
do zmierzenia*
„O, super. Zróbmy to!”
brzemienny *
realny
„Yyyy… Tak, rozumiem!”
speciﬁc
measurable
action-oriented
realistic
timly
D
O
B
R
Y
S
M
A
R
T
Znajdź cel, który jest DOBRY:
* do tego przyjdzie nam jeszcze wrócić

Na czyje zachowanie chcemy wpłynąć?
Kto może pomóc zrealizować nasz cel?
Kto może nam przeszkodzić w realizacji tego celu?WIKIPEDYŚCI
URZĄD MIASTA
AKTORZY
Szukajcie aktorów rzeczywistych i wyrazistych.
Sprawdźcie, czy na pewno potraﬁcie do swoich
aktorów dotrzeć?
Sprawdźcie, czy dotarcie do tych aktorów się opłaca?
Wartość projektu określajcie wobec jego odbiorców.

Jak zachowanie aktorów ma się zmienić?
Jakimi działaniami poszczególni aktorzy mogą nam
pomóc lub przeszkodzić w realizacji celu?
Opisuj zmianę zachowania, a nie samo zachowanie.
Typy zmiany zachowania:
zacząć, skończyć, robić inaczej / więcej / mniej.
WRZUCĄ
WIĘCEJ ZDJĘĆ
Z WIKIPEDII
ZESKANUJĄ
MATERIAŁY
ARCHIWALNE
WYPROMUJE
AKCJĘ
UDOSTĘPNI
SWOJE ZDJĘCIA
IMPAKTY

Jak my możemy wesprzeć te impakty?
Co nasza organizacja powinna zrobić, żeby aktorzy
mogli się zaktywować?
Nie starajcie się przygotować pełnej listy rozwiązań.
Rozwiązania mogą się powtarzać przy różnych
impaktach dla różnych aktorów.
ŁATWY
UPLOAD ZDJĘĆ
Z WIKIPEDII
BLACHA
UCZESTNIKA AKCJI
NA WIKIPROFIL
ŁATWY UPLOAD
SKANÓW NA
OBIE PLATFORMY
UMOWA
LICENCYJNA
AKCJA
SKANOWANIA
UMOWA
LICENCYJNA
PRESS KIT
ROZWIĄZANIA
Sprawdzajcie, czy dodawane rozwiązania pomogą
konkretnemu aktorowi aktywować swoje działania
tak, jak zostało to założone w impakcie, którego to
rozwiązanie dotyczy.

3000 ZDJĘĆ
WROCŁAWIA
Z LAT 1945-53
WIKIPEDYŚCI
URZĄD MIASTA
WRZUCĄ
WIĘCEJ ZDJĘĆ
Z WIKIPEDII
ŁATWY
UPLOAD ZDJĘĆ
Z WIKIPEDII
BLACHA
UCZESTNIKA AKCJI
NA WIKIPROFIL
ŁATWY UPLOAD
SKANÓW NA
OBIE PLATFORMY
UMOWA
LICENCYJNA
AKCJA
SKANOWANIA
UMOWA
LICENCYJNA
PRESS KIT
ZESKANUJĄ
MATERIAŁY
ARCHIWALNE
WYPROMUJE
AKCJĘ
UDOSTĘPNI
SWOJE ZDJĘCIA
ZAŁOŻENIA ZAŁOŻENIA ZAŁOŻENIA

3000 ZDJĘĆ
WROCŁAWIA
Z LAT 1945-53
WIKIPEDYŚCI
URZĄD MIASTA
WRZUCĄ
WIĘCEJ ZDJĘĆ
Z WIKIPEDII
ŁATWY
UPLOAD ZDJĘĆ
Z WIKIPEDII
BLACHA
UCZESTNIKA AKCJI
NA WIKIPROFIL
ŁATWY UPLOAD
SKANÓW NA
OBIE PLATFORMY
UMOWA
LICENCYJNA
AKCJA
SKANOWANIA
UMOWA
LICENCYJNA
PRESS KIT
ZESKANUJĄ
MATERIAŁY
ARCHIWALNE
WYPROMUJE
AKCJĘ
UDOSTĘPNI
SWOJE ZDJĘCIA
STREFA WPŁYWÓW STREFA KONTROLI

Dzień 1
Jeśli celów jest więcej, ustawcie cele w etapy realizacji. Nie realizujcie
kilku celów jednocześnie. Dla każdego przygotujcie osobną mapę.
Wyznaczcie DOBRY cel.
Przygotujcie dla niego zestaw mierników, dzięki którym będziecie mogli
na bieżąco sprawdzać, czy dobrze Wam idzie.
Przygotujcie ramę czasową swojego celu.
1
2
3
4

Wtrącenie o mierzeniu I
Chętnie mierzymy to, co łatwo mierzyć, a nie to, co warto mierzyć.
Zacznijcie od dowolnych mierników; uczcie się lepszych z czasem.
Pięć elementów:
· co mierzymy?
· w jaki sposób to mierzymy?
· jaki jest stan obecny / punkt odniesienia?
· jaki wynik nas zadowala?
· jaki wynik określimy jako sukces?

Przykład: Mierzenie celu
Przykład: 3000 zdjęć Wrocławia z okresu 1945-53
Liczbę nowo dodanych zdjęćCo będziemy mierzyć?
Baza danych zdjęćJak będziemy to mierzyć?
517 zdjęćJaki jest stan obecny?
1500 zdjęć (o tysiąc więcej)Jaki wynik nas zadawala?
3000 zdjęćJaki wynik określimy jako sukces?

Dzień 2
Dla najważniejszych impaktów przygotujcie wstępne propozycje
rozwiązań.
Naszkicujcie mapę skupiając się na aktorach i impaktach.
Poszukajcie alternatyw dla tego, co już znalazło się na mapie.
Określcie wagę poszczególnych impaktów.
1
2
3
4

Wtrącenie o mierzeniu II
Impakty to zmiany zachowania, więc również można je mierzyć.
Mierzenie skuteczności impaktów pomaga wcześnie wykrywać
niedziałające gałęzie mapy.
Jeśli trudno znaleźć miernik dla danego impaktu, warto spróbować go
przeformułować lub zweryﬁkować metodą 5 Why.

Przykład: Mierzenie impaktu
Przykład: Urząd Miasta » Wypromuje akcję
Liczbę osób, które wiedzą o naszej akcjiCo mierzę?
Statystyki odwiedzin strony akcjiJak mierzę?
600 odwiedzin dziennieJak jest teraz?
10000 odwiedzin w pierwszym tygodniu promocjiCo nas zadawala?
25000 odwiedzin w pierwszym tygodniu promocjiCo jest sukcesem?

Krótko o założeniach
Każda nowa gałąź mapy to jawne lub ukryte założenie.
Dodając element do drzewa pytaj:
· Skąd takie przekonanie?
· Czy możemy to sprawdzić zanim podejmiemy działania?
· Czy po odmiennym sformułowaniu elementu nie pojawiają się
wątpliwości?
Czym mniej potraﬁmy powiedzieć na temat danego założenia, tym większe
ryzyko się z nim wiąże.

Speciﬁcation by Example
CZĘŚĆ II

Przykład specyﬁkacji
Funkcja: Dodawanie zdjęć z Wikipedii
Wikipedia posiada w swojej kolekcji dużo zdjęć archiwalnych Wrocławia.
Dodawanie tych zdjęć do serwisu powinno być proste i nie wymagać od
użytkownika więcej niż podania linka i daty powstania zdjęcia.
Scenariusz: Dodaję zdjęcie z Wikipedii
Zakładając, że jestem zalogowany
I chcę dodać zdjęcie
Jeżeli podam link do strony zdjęcia z Wikipedii
https://pl.wikipedia.org/[…]/media/File:Wroclaw_swElzbieta_1827.jpg
Oraz określę, że zdjęcie pochodzi z 1896 roku
I dodam zdjęcie do kolekcji "XIX wiek"
Wtedy zdjęcie Wroclaw_swElzbieta_1827.jpg znajdzie się w kolekcji "XIX wiek"

Jak powstaje aplikacja?
1. Ktoś ma pomysł. Raport na temat dodawania zdjęć
2. Ktoś inny przygotowuje tzw. User Story. W celu lepszego przygotowania akcji promocyjnej
Jako organizator projektu
Chciałbym zobaczyć raport na temat dodawania zdjęć
3. Razem opracowują kryteria akceptacyjne… · osoby z naszej organizacji są wyłączone z raportu
· zaznaczone, czy zdjęcie jest z Wikipedii
· w poniedziałek raport tygodniowy na maila
· na żądanie raport z dowolnego okresu
…oraz główne przykłady*. Raport na żądanie
Poniedziałkowy raport mailowy
* - pełne wersje przykładów znajdują się pod koniec prezentacji.

Jak powstaje aplikacja? (c.d.)
4. Jeszcze inne osoby szukają rozwiązań. Prototypy, makiety, projekty graﬁczne.
5. Czasami znajdują dodatkowe przykłady. Ktoś chciał dodać zdjęcie, ale okazało się zbyt duże
i aplikacja tego nie łyknęła.
6. Scenariusze zostają poprawione. Raport na żądanie
Poniedziałkowy raport mailowy
7. Wszyscy wykonują swoją robotę. Powstają testy i kod aplikacji.
8. Ten, co wymyślił, może zobaczyć raport,
z którego wynika, że aplikacja robi to, co
zostało podane w scenariuszach.
Testy akceptacyjne
9. Każda nowa osoba w projekcie może poznać
tę funkcjonalność czytając zebrane przykłady.
Żywa dokumentacja

Jeden, wspólny dokument!
Potrzeba biznesowa: Raport aktywności dodawania zdjęć

Jeden, wspólny dokument! (c.d.)
W celu lepszego przygotowania akcji promocyjnej

Raport ma służyć poprawie akcji promocyjnej, więc osoby z naszej
organizacji powinny zostać z niego wyłączone
Zdjęcia pochodzące z Wikipedii powinny być specjalnie oznaczone, ze
względu na odmienny charakter promocji akcji i współpracy z Wikipedią

Raport powinien zawierać następujące dane: datę dodania, email dodającego,
nazwę zdjęcia, czy zdjęcie pochodzi z Wikipedii, czy próba dodania się powiodła
Scenariusz: Cotygodniowy raport mailowy
~~ szczegóły ukryto celowo ~~
Scenariusz: Raport na żądanie

Nazwa
Potrzeba biznesowa: Nazwa ficzera
Opis, kryteria akceptacyjne, słownik
pojęć, odniesienia do zewnętrznych
materiałów (np. makiet)
Scenariusz: Nazwa scenariusza
Zakładając jakiś stan rzeczy
Kiedy wystąpi jakieś zdarzenie
Wtedy są jakieś wymierne efekty
Powinna mówić z czym mamy do
czynienia.
Łatwa do wyszukiwania.
Właściwość, Funkcja, Aspekt, Potrzeba biznesowa

Opis
Dowolny tekst, dowolnej długości.
Nie może zaczynać się od * lub słów
zarezerwowanych.
Jeśli są niejasności w terminologii,
słownik pojęć często pomaga.

Scenariusze
Nazwa powinna dużo mówić,
co czasami oznacza, że jest długa.
Scenariusze mogą mieć własne opisy,
słowniki itp.
Warto układać scenariusze od tych
najbardziej ogólnych do tych, które
są szczegółowe.
Scenariusz

Założenia
Stan systemu i użytkownika przed
dokonaniem kluczowej dla danego
scenariusza akcji.
Tutaj nic się nie dzieje. To bierny opis
sytuacji.
Czym mniej szczegółów tym lepiej,
ale jednak nie za mało.
Zakładając, Mając, Zakładając, że

Akcja
Jedna akcja na scenariusz!
Akcja może mieć kilka kroków, ale
musi to być pojedyncza akcja.
Precyzyjny opis akcji nie znaczy, że
akcja jest opisana ze wszystkimi
szczegółami.
Kiedy, Gdy, Jeśli, Jeżeli

Efekt
Konsekwencje wykonanej akcji.
To cel działań użytkownika, więc jeśli
nie ma sensu, lepiej pozbyć się całego
scenariusza.
Czasami akcje wywołują kilka efektów
jednocześnie. I to jest w porządku.
Wtedy

Przykład Nazwa
Potrzeba biznesowa: Dodawanie zdjęć z Wikipedii
Dodawanie do serwisu zdjęć z Wikipedii powinno być proste i nie wymagać
od użytkownika więcej niż podania linka i daty powstania zdjęcia.
Słownik
-------
Strona zdjęcia z Wikipedii oznacza specjalny adres URL zawierający
odniesienie do widoku zdjęcia w specjalnej Wikipedycznej galerii.

Przykład (c.d.)
Słownik
-------
Opis

Przykład (c.d.)
Słownik
-------
Scenariusz

Przykład (c.d.)
Słownik
-------
Założenia

Przykład (c.d.)
Słownik
-------
Akcja

Przykład (c.d.)
Słownik
-------
Efekty

Dla przypomnienia
Raport powinien zawierać następujące dane: datę dodania, email dodającego,
nazwę zdjęcia, czy zdjęcie pochodzi z Wikipedii, czy próba dodania się powiodła
Scenariusz: Raport na żądanie

Scenariusze
Zakładając, że jestem organizatorem projektu
Oraz zdjęcie DSC0281.jpg zostało dodane w piątek 2015-05-08
I nie dadała tego żadna osoba z naszej organizacji
Jeśli jest 10:00 rano w poniedziałek 2015-05-11
Wtedy otrzymuję email zawierający raport
Oraz dodanie zdjęcia DSC0281.jpg znajduje się w raporcie

Scenariusze (c.d.)
Scenariusz: Cotygodniowy raport mailowy - zdjęcie spoza organizacji dodane w dobrym czasie
I nie dadała tego żadna osoba z naszej organizacji
Oraz dodanie zdjęcia DSC0281.jpg znajduje się w raporcie
Scenariusz: Cotygodniowy raport mailowy - zdjęcie z naszej organizacji dodane w dobrym czasie
I dadała je osoba z naszej organizacji
Oraz dodanie zdjęcia DSC0281.jpg nie znajduje się w raporcie

Szablon scenariusza: 6 w 1
Szablon scenariusza: Cotygodniowy raport mailowy
Raport powinien zawierać jedynie dane dotyczące zdjęć dodanych
w poprzedzającym tygodniu kalendarzowym
Oraz dodanie zdjęcia <Zdjęcie> <Znajdzie się?> w raporcie
Przykłady:
| Dzień | Zdjęcie | Z naszej organizacji? | Znajdzie się? |
| 2015-05-01 | 0192847.png | nie | nie znajduje się |
| 2015-05-04 | 2826187.jpg | nie | znajduje się |
| 2015-05-06 | DSC0997.gif | tak | nie znajduje się |
| 2015-05-08 | DSC0281.jpg | nie | znajduje się |
| 2015-05-10 | 8217585.png | nie | znajduje się |
| 2015-05-11 | DSC0629.jpg | nie | nie znajduje się |

Wyniki testów
Potrzeba biznesowa: Raport aktywności dodawania zdjęć # report.feature:1
Szablon scenariusza: Cotygodniowy raport mailowy -- @1.1 # report.feature:12
Zakładając, że jestem organizatorem projektu # steps/report.py:3 0.100s
Jeżeli jest 10:00 rano w poniedziałek 2015-05-11 # steps/report.py:7 0.120s
Wtedy otrzymuję email zawierający raport # steps/report.py:11 0.100s
Oraz dodanie zdjęcia 0192847.png nie znajduje się w raporcie # steps/report.py:14 0.341s
Szablon scenariusza: Cotygodniowy raport mailowy -- @1.2 # report.feature:13
Zakładając, że jestem organizatorem projektu # steps/report.py:3 0.100s
Jeżeli jest 10:00 rano w poniedziałek 2015-05-11 # steps/report.py:7 0.120s
Wtedy otrzymuję email zawierający raport # steps/report.py:11 0.100s
Oraz dodanie zdjęcia 2826187.jpg znajduje się w raporcie # steps/report.py:14 0.341s
~~ część wyników testów pominięto ~~
1 feature passed, 0 failed, 0 skipped
6 scenarios passed, 0 failed, 0 skipped
24 steps passed, 0 failed, 0 skipped, 0 undefined

Na co uważać, gdy specyfikujemy?
Na lenistwo i rutynę. Scenariusze i przykłady piszemy po to, żeby lepiej
zrozumieć, co i po co robimy, czy ma to sens i czy wszyscy się rozumiemy.
Na opisywanie rozwiązań. Czym mniej rozwiązań w specyfikacji, tym większe
zaangażowanie projektantów, programistów i testerów.
Na mętne określenia. Mamy miejsce na opisy, słowniki itp. – możemy dać
każdej osobie wystarczająco dużo kontekstu do zrozumienia funkcjonalności.
Na „U mnie działa”. Po napisaniu specyfikacji daj ją komuś i poproś, żeby
trzeciej osobie wytłumaczyła, jak to działa. Tak na wszelki wypadek.
Na bzdurne przykłady. Po to specyfikujemy za pomocą przykładów, żeby
specyfikacja była jak najbliżej rzeczywistości. Jane Doe to nie Wasz odbiorca.

Dlaczego?Wjakisposób?
Z wyprzedzeniem Na bieżąco
Impakty
Rozwiązania
Aktywności
Epiki
User Stories
Kryteria akceptacyjne
Przykłady
Kod
Cele
SPECIFICATION
BY EXAMPLE
STORY
MAPPING
IMPACT
MAPPING

Źródła informacji
Gojko Adzic, Impact Mapping: Making a big impact with software products and projects,
LeanPub 2012, https://leanpub.com/impact-mapping
Strona Impact Mappingu, http://www.impactmapping.org/
Douglas W. Hubbard, How to Measure Anything: Finding the Value of Intangibles in Business,
John Wiley & Sons, 2014,
http://eu.wiley.com/WileyCDA/WileyTitle/productCd-1118539273.html
Strona How to measure anything, http://www.howtomeasureanything.com/
Gojko Adzic, Speciﬁcation by Example. How Successful Teams Deliver the Right Software,
Manning 2011, http://www.manning.com/adzic/
John Smart, BDD in Action. Behavior-Driven Development for the whole software lifecycle,
Manning 2014, http://www.manning.com/smart/
Gojko Adzic & David Evans, Fifty Quick Ideas to Improve your User Stories,
LeanPub 2014, https://leanpub.com/50quickideas
·
·
·
·
·
·
·

Krzysztof Trzewiczek
krzysztof@singup.pl

Zrobmy sobie apke

Recommandé

Recommandé

Contenu connexe

Similaire à Zrobmy sobie apke

Similaire à Zrobmy sobie apke (8)

Plus de technologieorgpl

Plus de technologieorgpl (10)

Zrobmy sobie apke