Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

SCRUM i metodyki zwinne - przyszłość czy ułuda

Wprowadzenie do Scruma dla członków zespołów developerskich
by

Wòjcech Makùrôt

on 15 January 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of SCRUM i metodyki zwinne - przyszłość czy ułuda

SCRUM i metodyki zwinne
Wòjcech Makùrôt
przyszłość czy ułuda?
Sprint1
Role w Scrumie
Sprint
Backlogi
Spotkania scrumowe
Wymagania Scruma
Efekty Scruma
Zastosowanie Scruma
Wspomaganie Scruma
User stories
Story points
Wykresy wypalania
Pair programming
Iteracje
TDD
Potrzeby stron
Proces kaskadowy
Proces Scrum
Problemy ze Scrumem
Wnioski
(3)
(1)
(2)
(5)
(2)
(1)
(1)
(1)
(16)
(1)
(3)
(2)
(2)
(2)
(2)
(12)
(3)
(2)
(2)
(3)
(5)
(17)
Cel: Poznać podstawowe założenia Scruma.
Sprint2
Cel: Poznać techniki zwinne.
Sprint3
Cel: Porównać Scruma z kaskadą.
Product Owner
Scrum Master
Development Team
(3-9 os.)
analityk
tester
programista
projektant
architekt
analityk
tester
programista
projektant
architekt
deweloperzy
sprint ≈ umowa
zespół deweloperski
zrobimy co tylko
będziesz chciał,
nawet coś zupełnie
nowego, co sprint

(elastyczność)
klienci
nie będziemy wam
przeszkadzać
w pracy przez sprint


(stabilność)
sprint = iteracja stałej długości
od tygodnia do miesiąca
sprint:
potencjalnie wydawalny rezultat (inkrement)


cel sprintu
backlog produktu
lista wszystkich zadań
ogólny poziom szczegółowości
oszacowane
kolejność ustala PO
backlog sprintu
podzbiór backlogu produktu (umowa)
rozdrobniony (max 1 dzień)
samoprzydziały
bieżąca aktualizacja
multidyscyplinarni
samoorganizujący się
1. planowanie sprintu
max 8h
(przy sprincie 1 miesiąc; krótsze sprinty - proporcjonalnie)
dwie części
zakres sprintu (podzbiór Backlogu Produktu) - max 4h
sposób realizacji (Backlog Sprintu) - max 4h
definicja zrobionego
2. codzienny Scrum
max 15 min
(bez względu na długość sprintu)
stałe miejsce i godzina
na stojąco
przy kawie
pytania kontrolne
Co zrobiłem wczoraj
dla realizacji celu Sprintu
?
Co chcę zrobić dziś
dla realizacji celu Sprintu
?
Jakie napotkałem problemy
w realizacji celu Sprintu
?
3. przegląd sprintu
przegląd wyników sprintu (inkrement)
czy to, co zrobiliśmy odpowiada oczekiwaniom klienta (PO)
4. retrospekcja
co moglibyśmy zrobić lepiej?
max 4h
(przy sprincie 1 miesiąc; krótsze sprinty - proporcjonalnie)
max 3h
(przy sprincie 1 miesiąc; krótsze sprinty - proporcjonalnie)
planowanie
przegląd
retrospekcja
przejrzystość (zaufanie, odwaga)
inspekcja (empiryczność)
adaptacja (planowanie Just-In-Time)
wysoka jakość
szybkie dostarczanie wartości biznesowych
brak spiętrzeń
szybka niwelacja ryzyka skomplikowanych projektów (nieznana techonogia lub wymagania)
od małych zespołów do dużych organizacji
(scrum of scrum, Google AdWords)
projekty "fixed-price"
(max data, max cena)
projekty nieinformatyczne
(np. wydawanie portalu)
projekty twórcze
(np. fun factory: Wiedźmin 2)
projekty zamknięte i ciągłe
(np. R&D)
Jira + Jira Agile
Redmine + Scrumbler
...
codzienny Scrum
Jako ......................... mogę ...........................,
ponieważ ...................................................... .
jasne
testowalne
małe
Jako student mogę wyświetlić listę przedmiotów na wybranym semestrze, ponieważ chcę się dowiedzieć co mnie jeszcze czeka.
Jako klient banku mogę przeliczyć kwotę przelewu walutowego na walutę rachunku wg aktualnego kursu, ponieważ chcę mieć orientację ile to może być pieniędzy.
story points
"marchewki" itp.
nie godziny
ciąg Fibonacciego
0, 1, 2, 3, 5, 8, 13, 21, ...
Planning Poker
code review
kontrola

przekazywanie wiedzy

rozpowszechnianie standardów
"Skoro twierdzisz, że chcesz napisać
testy jednostkowe do swojego kodu,
to dlaczego od nich nie zaczniesz?"
1. sam test jednostkowy
- nie przechodzi
2. najprostsza implementacja
- przechodzi
3. refactoring
- przechodzi i jest dobry
klient
firma (PM)
zespół
szybko
tanio
dobrze
zmiany
bieżący status
szybko widoczne problemy
częste faktury
spokojna praca
rozwój
sensowność
Plano-wanie
Analiza
Projekt
Kodo-wanie
Testy
Wy-danie
klient
firma (PM)
zespół
szybko
tanio
dobrze
bieżący status
szybko widoczne problemy
częste faktury
spokojna praca
rozwój
sensowność
klient
firma (PM)
zespół
szybko
tanio
dobrze
zmiany
bieżący status
szybko widoczne problemy
częste faktury
spokojna praca
rozwój
sensowność
Planowanie
Analiza
klient
firma (PM)
zespół
szybko
tanio
dobrze
zmiany
bieżący status
szybko widoczne problemy
częste faktury
spokojna praca
rozwój
sensowność
Porównanie
(2)
Projekt
Kodowanie
Wydanie
Testy
Przegląd
Planowanie
Analiza
Projekt
Kodowanie
Wydanie
Testy
Przegląd
Planowanie
Analiza
Projekt
Kodowanie
Wydanie
Testy
Przegląd
Planowanie
Analiza
Projekt
Kodowanie
Wydanie
Testy
Przegląd
Planowanie
widoczność
możliwość zmian
wartość biznesowa
ryzyko
zaangażowanie
brak klienta (PO) lub trudny dostęp
brak zrozumienia (wszechobecna kaskada)
brak zaufania do zespołu
brak zaufania w zespole
brak odwagi na szczerość
84% deklaruje

ok. 1/3 faktycznie używa
dlaczego ułuda?
shu - ha - ri
5. grooming/refining
pielęgnacja Backlogu Produktu
max 10% czasu Sprintu
Ponieważ ......................................................
jako ......................... mogę .......................... .
Jakko ............ ponieważ ........................... mogę ............................................................ .
Etapy wdrażania projektu informatycznego
Full transcript