Post on 26-May-2015
Per aspera ad astraPrzygody PIDI z Agile
WstępPIDI to software house. Zaczynaliśmy jako freelancerzy, organicznie rosnąc do obecnych rozmiarów.
PIDIod 2009 roku9 osób w biurze w Gliwicachod 2013 - spółka z o. o.od tego czasu 30 klientów
PIDIPrzykładowe projekty● zaawansowany ecommerce (PCStore.pl)● startupy SaaS (Simplemo.pl)● API dla aplikacji mobilnych
Historia prawdziwa1. 2 guys, 1 project2. Więcej ludzi, więcej problemów3. Lepsze sprinty...4. ...tylko po co?5. Coś jakby dojrzałość
Rozdział 12 guys, 1 project
PoczątkiDwie osoby pracujące nad jednym projektemPrace w dużej mierze rozłączne (grafika/frontend, backend)Bezpośrednia komunikacja
Początki“[Przedkładamy] Ludzi i interakcje ponad procesy i narzędzia.”
Manifest Zwinnego Tworzenia Oprogramowania
Rozdział 2Więcej ludzi, więcej problemów
Więcej ludzi, więcej problemówSCRUM - odpowiedź na potrzebę biznesowąKompromis pomiędzy tradycyjnymi metodami (dużo raportowania, dokumentacji, krycia tyłka), a anarchiąPierwsza implementacja: tablica
Więcej ludzi, więcej pr
historyjki takie wystarczające
karteczki takie pojemne
tablica bardzo fizyczna
wow
wow
wow
SCRUM na tablicyZalety:● “macalne”, trzeba wstać zza biurka● proste w implementacji● zawsze widoczne
SCRUM na tablicyWady:● proste w implementacji ● mało pojemne● bez zdalnego dostępu● trudno się archiwizuje i analizuje po
fakcie
Rozdział 3Lepsze sprinty...
Lepsze sprintyNajprostsza alternatywa karteczek - arkusz kalkulacyjnyNajlepszy arkusz - Google Docs
Lepiej, ale nie do końca● dostępne online● lepszy opis● automatyczny
Burndown Chart
● wciąż lakonicznie● trudno prowadzić
dyskusję● brak obrazu całości
Rozdział 4...tylko po co?
Pivotal Tracker
Po co nam sprinty?● sprinty tylko jako jednostka czasowa● praca automatycznie dzielona na podstawie
szybkości● przebieg pracy skoncentrowany na
pojedynczej historyjce (start > finish > deliver > accept/reject)
Po co nam sprinty?● dobre rozwiązanie, jeśli PO jest po stronie
klienta● brak planowania sprintu może obniżyć
jakość produktu● projekty - spaghetti
Większa transparentność“[Przedkładamy] Współpracę z klientem ponad formalne ustalenia.”
Manifest Zwinnego Tworzenia Oprogramowania
Rozdział 5Coś jakby dojrzałość?
JIRA
JIRA● duży kombajn● wspiera dobrze praktyki SCRUMowe● Kanban dla mniejszych projektów● integracja z BitBucket.org● +100 do profesjonalizmu
Komunikator● Skype to za mało (brak porządnego
archwium, doręczanie wiadomości tylko gdy obie osoby są online)
Slack.com● integracja z JIRA i
BitBucket● kanały projektowe● bezpośrednie grupy
Co dalej?● poprawa praktyk SCRUM● gdzie umieścić design?● biuro Product Ownera?
Dzięki! Pytania?Rafał Nowak, CEO PIDI (pidi.pl)