Estymacje to strata czasu

Transkrypt

Estymacje to strata czasu
Estimates czy #NoEstimates
Teza: Estymacja to strata czasu./debata oksfordzka
Opozycja (-)
Propozycja (+)
Runda I cz1
szacowanie kosztów i wiadomo kiedy się skończy
projekt
estymacje nie są równe i zależą od zespołu
jeśli miarą są punkty, to można estymować;
trudność zadań pozostaje a zmienia się velocity
zespołu
zmiany w zespołach wpływają na estymacje
nie powinno się estymować całego projektu ale
tylko krótkie fragmenty
niezbyt dokładne szacowanie miarą (punkty)
zmiany w zespole powinny być ujęte w estymacjach złudne wrażenie pewności choć następują zmiany:
- w technologiach
- w zakresie projektu
- w zespole
czas jest tracony podwójnie, gdy są ponowne
estymacje
estymacja wpływa na komfort pracy, im mniej czasu
tym gorzej
nowa osoba w zespole może zmienić estymację
stresogenność w zespole, doprecyzowanie estymacji
wpływa na stres
czy są estymacje czy nie, to można dowieźć projekt
estymowanie małymi częściami nie daje informacji
o całym czasie projektu
Runda I cz2
estymacja pozwala ocenić "mniej więcej" czas i
pieniądze
można zrobić plan bez estymacji
pomaga tworzyć dobry plan:
- wiadomo co ma być zrobione
- nawet jest możliwy podział na taski
szacowanie w zakresie "mniej więcej" nie jest
precyzyjne
estymacja jest punktem wyjściowym do dyskusji:
- co ma być zrobione
- jak ma być zrobione
technologie się zmieniają co wpływa na estymacje
estymacja wskazuje ewentualne przeszkody
zamiast estymowania można wykorzystać:
- prototypowanie
- pair programming
- inne sposoby (rozmowy)
plan jeśli jest realizowany, to musi być w jakimś
celu
doświadczony zespół lepiej estymuje, niż zespół
świeży
plan jest w głowie i estymacje są zbliżone do
rzeczywistości
estymacja przy małej wiedzy jest ciężka, oparcie
się na doświadczeniu poprawia estymację
synchronizowanie zespołu pozwala oddzielić osobę
od zadania
inwestorzy chcą szacunków dla projektu
estymacja pokazuje postępy:
- kiedy koniec
- ile pieniędzy
Runda II cz1
czy wiecie ile czasu można zaoszczędzić, skoro nie
ma estymat?
tracimy czas na estymowanie; 20-30% projektu;
bez estymat oszczędzamy ten czas, który minął w
projekcie a nie ten w przyszłości
estymacja da klientowi wybór co ma być zrobione
tworzenie estymat, to nie tylko szacowanie:
- sprawdzanie estymat
- porównywanie z estymowanym zadaniem trzeba
brać pod uwagę
klient płaci za estymacje czyli 20-30%,
- zamieniamy estymatę na oszczędność w projekcie
czas stracony na estymowanie można przeznaczyć
na komunikację z klientem
założenie, ze projekt jest z fix-budżetem, im
więcej pieniędzy w produkt, tym mniej w
estymacje
zamiast estymowania, praca jest wkładana w pracę
z klientem
czasami klient nie wie co chce, powoduje to stratę
czasu
każdy czas na przemyślenia dla klienta nie wnosi nic
do proejktu
Runda II cz2
"mniej więcej", to więcej niż nic
rozmowa z klientem na temat tego czy projekt jest
zgodny z oczekiwaniami (zamiast estymacjach)
więcej pracy, nie wiadomo czy zmieścicie się w
terminie
klient otrzymuje konkretną wersję produktu w
każdym kroku
przy niecierpliwym kliencie nie ma się nic do
przekazania
klient nie wie kiedy dowieziony będzie projekt
20% estymowanych oszczędności nie jest taki
pewien
klient potrzebuje planu:
- musi się zgrać z marketingiem
- musi trafić w rynek
zespół może utknąć w martwym punkcie:
- trzeba by poprawić jakość estymat
podczas estymowania pokazujesz plan i widać go
długofalowo; można zgrać go ze zdarzeniami w
przyszłości
estymaty dają pewność klientowi, pewność
dowiezienia projektu
estymaty pozwalają przewidzieć przyszłość
nieestymowanie nie powoduje uczciwego podejścia
do klienta
Runda 3 cz1
są firmy, w których nie ma dealinów; urzędy (mają
słabą efektywność)
estymowanie to nie jest planowanie
projekt zawsze powinien być dowieziony na czas
- w oczekiwanie na zakończenie projektu, klient
mógłby zmienić zakres/czas
estymowanie: czym jest i co by było jakby jej nie
było:
- nie byłoby deadlinów
- nie ma ciśnienia
- nie byłoby zmian w zespołach
- świat byłby lepszy
oszczędność czasu na estymacje byłaby zużyta na
komunikację z klientem:
- a co nie jest stratą czasu; przydatne są estymaty
udane i nieudane projekty:
80-90% projektów niedowożonych na czas
- bez estymacji projekt byłby dowieziony
- oczekiwania klientów byłyby zaspokojone
bez estymacji trzeba dowieźć wartość
projekty bez estymat są projektami wewnętrznymi
gdy jest deadline, to nie wykonuje się rzetelnie
produkt
- estymacja to zobowiązanie
ludzie z pieniędzmi nie lubią wyrzucać pieniędzy estymacja musi uwzględniać błędy, co nie zawsze
i dlatego je mają
jest możliwe
założenie budżetu projektu jest już estymatą,
happy coding jest alternatywą
nastawienie na wynik i cel
klient będzie niezadowolony, gdy nie zna
ostatecznego terminu
firmy jak Microsoft czy Google spędzały czas na
dowiezienie produktu, nie na estymacji
zadowolenie rośnie gdy stawiamy cele i je
realizujemy
estymowanie to wróżenie z fusów
tramwaj nie musi przyjechać na czas albo w
estymowanym czasie
co by było jakby nie było estymacji:
- klient miałby częściej dowożoną MVP
(częstotliwość)
- kontakt musi być z klientem
- estymacje mogą być polem do konfliktu z
klientem
Podsumowanie:
1. Zwrócono szczególną uwagę na znaczenie czasu w projekcie. Z jednej strony brak
estymacji podyktowany był oszczędnością czasu dla klienta, a z drugiej strony
estymacje pozwalały oszczędzić czas klienta w przygotowaniu i realizacji planu.
2. Zgodzono się, że estymacje wymagają poczynienia dużej ilości założeń, które
powinny pozostać względnie niezmienne, aby odpowiadały one rzeczywistości,
ponieważ:
 zespół się zmienia,
 technologia się zmienia,
 wymagania się zmieniają,
 rynek się zmienia.
3. Estymacje to zobowiązanie. Klient spodziewa się, że dostając estymację
otrzymuje jednocześnie od zespołu zobowiązanie, że czas wykonania projektu nie
ulegnie zmianie. Jednak rzeczywistość nie odpowiada założeniom i jest mało
prawdopodobne aby przewidzieć przyszłość w projekcie.
4. Aby estymować trzeba posiadać zdolność przewidywania przyszłości; jeśli
uważamy że ją posiadamy, plan jest jego materializacją
5. Współpraca z klientem i zaufanie są warunkami koniecznymi w projekcie oraz
ważne są także:




uczciwość we współpracy w klientem,
szacunek do czasu,
dotrzymywanie czasu,
uspokojenie klienta.

Podobne dokumenty