View
1.015
Download
0
Embed Size (px)
Citation preview
A. naturalne problemy z planowaniem
B. doświadczenie i zgranie zespołu
C. znajomość warsztatu pracy
D. nieznana dziedzina
E. komunikacja z klientem
F. dostępny czas na szacowanie
Współczynnik rozjazdu:
10 godzin faktycznego czasu / 8 godzin planowania
= 1,25 (czyli 25%) *
* w B::A 20%
A. naturalne problemy z planowaniem
B. doświadczenie i zgranie zespołu
C. znajomość warsztatu pracy
D. nieznana dziedzina
E. komunikacja z klientem
F. dostępny czas na szacowanie
Czy to ma być tylko mailem, czy może przez FB/G+?
Jeśli przez FB to co z rejestracją apki? Kto to robi?
Czy ma być potwierdzenie mailem?
Czy formularz ma walidować maila jak nie ma potwierdzenia mailem?
Czy mamy blokować konto po n-błędnych próbach logowania?
Czy ma się generować token dla apki mobilnej?
Czy system ma wylogowywać po określonym czasie?Czy i jak można odzyskać hasło?
Czy admin ma akceptować usera?
Czy konta można zawieszać?
Jak ma wyglądać mail potwierdzający?
Jakie mają być parametry hasła?
Jakie inne dane mają się znaleźć w formularzu?
Czy ma być weryfikacja 2-etapowa?
A. naturalne problemy z planowaniem
B. doświadczenie i zgranie zespołu
C. znajomość warsztatu pracy
D. nieznana dziedzina
E. komunikacja z klientem
F. dostępny czas na szacowanie
A. naturalne problemy z planowaniem
B. doświadczenie i zgranie zespołu
C. znajomość warsztatu pracy
D. nieznana dziedzina
E. komunikacja z klientem
F. dostępny czas na szacowanie
A. naturalne problemy z planowaniem
B. doświadczenie i zgranie zespołu
C. znajomość warsztatu pracy
D. nieznana dziedzina
E. komunikacja z klientem
F. dostępny czas na szacowanie
A. naturalne problemy z planowaniem
B. doświadczenie i zgranie zespołu
C. znajomość warsztatu pracy
D. nieznana dziedzina
E. komunikacja z klientem
F. dostępny czas na szacowanie
Możliwe reakcje• Stała cena * - brak możliwości rozliczenia na
bieżąco
• Model mieszany - rozbicie estymacji na małe etapy
• Edukacja klienta - dlaczego rozliczenia na bieżąco są dla wszystkich korzystne
Gra w tym samym zespole
Łatwe modyfikowanie listy funkcji
Tylko realne godziny
Stały dostęp do narzędzi i zespołu
Dlaczego jest to dobre dla klienta?
• Znany budżet czasu
• Ułożenie wszystkich funkcji wg. priorytetów
• Komunikacja w zespole i z klientem
• Wstępna data oddania MVP
• Łatwe manipulowanie zakresem
• Szczegółowe specyfikacje małych zadań
• Praca w krótkich cyklach
• Programiści źle estymują
• Estymacja projektów programistycznych jest bardzo trudna
• Im prostsze projekty i im więcej doświadczenia tym lepsza estymacja
• Projekty typu start up - estymacja na bieżąco
• Estymacja na bieżąco możliwa tylko przy dobrej komunikacji i edukacji klientów
• Estymowanie na bieżąco staje się standardem