Na 20 projektów softwarowych wykonanych dla startupów, 18 przepisywało swoje rozwiązanie od nowa w ciągu pierwszego roku działalności. Tworząc oprogramowanie masz w zasadzie trzy możliwości: napisać go samodzielnie, znaleźć freelancerów lub zlecić jego wykonanie firmie softwarowej. Każde podejście może z podobnym prawdopodobieństwem zakończyć się sukcesem lub porażką, zaś kluczem do pomyślnego developmentu jest umiejętne połączenie metodyki Lean Startup i Agile Software Development. O tym jak je skutecznie wdrożyć, by nie spalić środków i nie stracić czasu opowiem podczas swojej prezentacji.
2. AGILE W PRAKTYCE STARTUP’U
Czyli dlaczego 18 na 20 startupów przepisywało swoje rozwiązanie
w ciągu pierwszego roku?
3. Tomasz Soroka / Managing Partner and Trainer in Leaware
Żyję z doradzania startupom.
Buduję swoje – kilka udanych, kilka spektakularnych porażek.
Codziennie najczęściej używam słów “Why”, zaraz obok słowa –
“oczywiście kochanie”.
Oduczam się myślenia przez analogię.
Działam w wielu krajach Europy Zachodniej i USA.
KRÓTKO O MNIE… PLAN PREZENTACJI
Doradca Emitenta
Pridiktiv
Dlaczego się nie udało?
Rozwiązanie
3
Lean i Agile
I co dalej ?
6. CO NAS POŁĄCZYŁO ?
FIRST ON THE
MARKET !!!
BIG BUDGET CONCEPT, SUPERB
SPECIFICATION
DEVELOPMENT 1.0
NEW FEATURES –
MEETING WITH
GPW BOARD
DEVELOPMENT 2.0
OUT OF BUDGET
- WE GO TO
CUSTOMERS WITH
GREAT PRODUCT
NEW FEATURES DEVELOPMENT n.0
11. Trzy wnioski
• Super Agile za pomocą którego budujemy rozwiązanie oparte o fałszywe
hipotezy nie ma sensu.
• Zdobywaj prawdziwy feedback z rynku – buduj od początku społeczność –
zamieszkaj z mieszkańcami domu dla osób starszych, zidentyfikuj early
adopersów, włącz ich w proces od samego początku – pomogą ci bo
rozwiązujesz ich problemy
• Budowanie czegokolwiek to nie tylko tworzenie, to także mierzenie
12. CZYLI
dlaczego 18 na 20 startupów przepisywało swoje rozwiązanie
w ciągu pierwszego roku?
Ile osób uwaliło jeden startup – ręka do góry
Ile dwa
Ile trzy
Ile cztery ?
Opowiadam o doradcy emitenta
Zapytać czy ludzie wiedząc co to jest new connect
Rozpoczęliśmy projekt
Wszyscy mówili, że jest super
Zaczęlismy budować milion funkcji
Jak skonczyła się kasa poszliśmy do pierwszych klientów
Okazało się, że jest regulacja giełdowa, która powoduje, że nasz produkt nie miał wtedy sensu
Pridiktiv jest jednym z szybciej rozwijających się startupów w Belgii, który działa na rynku health care.
Rozwiązują problem prostego on time monitoringu pacjentów poprzez użycie chmury
Poszli produktowo, stworzyli rozwiązanie na któ®e wydali kupę pieniędzy, było ładne piękne
Ale totalnie nieużyteczne
Mieli szcześćie – próbują rozwiązać prawdizwy problem dlatego mimo to zebrali feedback I zdobyli inwestora, który I tak postanowił w nich zainwestować
Skupienie się na produkcie bez weryfikowania hipotez odnośnie prawdzwych potrzeb
Pieniądze – są trzeba je wydać
Mózg – balismy sie wyjsc I zacząć rozmawiać
Programista – zbyt dużo osób technicznych na pokładzie, które muszą coś robić – więc programują, bo przecież programista nie będzie badał hipotez – on już wie ;)
Najważniejsze jest to, aby jak najrozsądniej zacząć
Doradca emitenta – ubicie projekcu na samym pocztku – rynek nie był gotowy na takie rozwiązanie
Pridiktiv – Zamieszkanie w domu dla osób starszych na tydzień I obserwacja jak to naprawdę działa, jak wyglądają procesy, jak je usprawnić, a nie produkować coraz piękniejszy soft
Czym jest Lean Startup ?
Jest to metodyka budowania startupu, która opiera się na zadawaniu pytan I zbieraniu odpowiedzi w taki sposob, aby jak najszybciej zweryfikowc hipotezy dotyczące budowanego startupu.
Ogólna zasada jest taka, że czym szybciej otrzymamy informację zwerotną, która jest oparta o prawdę tym szybciej możemy podjąć decyzję że idziemy w dobrym kierunku, lekko coś zmieniamy, robimy głęboki pivot
Ubijamy projekt
W metodyce Lean Startup korzystamy z Lean Canvas, które pozwala nam uporządkować koncept na jednej kartce papieru
Czy ktoś z Was rozpisywał swój koncep jako Lean Canvas?
Jak ktoś się zgłosi, tio pytanie – ile wersji Lean Canvas powstało do tej pory ?
Czym jest Agile Development ?
Zbiór dobrych praktyk przy tworzeniu najczęściej oprogramowania, która ma na celu jak najszybsze reagowanie na zmieniające się wymagania klienta
Kluczem jest odpowiednie połączenie obu metodyk
Ważne jest to aby na początku nie skupiać się na developmencie – badajmy problemy jak najtaniej
Jak zaczynamy budować software – róbmy to w jak najmniejszych iteracjach
Robmy stop – idzmy badać – badanie nie odbywa się w dzieńļ. Zrobmy sobie tydzień, dwa tygodnie prerwy. Rozmawiajmy z ludźmi, budujmy zaczątek społeczności – naszych early adoptersów. Nikt nie pomoże ci tak jak oni
Nie bójmy się, gdy coś nie działa, nie jest dokonczone
W pewnym momencie jak poczujemy, ze klienci chcą nasz produkt, zacznie się zmieniać proporcja będzie więcej cykli agile software development
Jak dopasujemy się do rynku – będzie strzał - zabraknie nam programistów,
Dzielmy development na wersje – nie dajmy się wpędzić w błąd developowania bez konca – bo coś zbadaliśmy I klient chce nowy feature I nigdy nie konczymy tego co zaczęliśmy