-
Data: 2017-05-05 22:24:43
Temat: Re: Szacowanie czasu realizacji zadań
Od: "M.M." <m...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Friday, May 5, 2017 at 9:18:27 PM UTC+2, Wojciech Muła wrote:
> On Friday, April 28, 2017 at 1:04:39 PM UTC+2, Roman Tyczka wrote:
> > Jak u Was wygląda problem szacowania czasu realizacji zleconych zadań?
> > Przykładowo oczekuje się od Was by dodać do projektu jakąś nową
> > funkcjonalność, która wymaga zmian jednocześnie na poziomie bazy danych,
> > skryptów, kodu właściwego, GUI, jakiś innych związanych z projektem
> > przydupasów typu instalatory, autoupdaty, instrukcje, etc.
> >
> > Jak szacujecie ile to zajmie, gdy management żąda tej wiedzy by wyceny
> > dokonać?
> > Można owszem strzelać, ale każdy rozjazd jest źle postrzegany. Da się to w
> > ogóle jakoś sensownie i praktycznie ogarnąć?
>
> Estymacja to jest ładna nazwa dla zgadywania. Jeśli robisz coś
> po raz pierwszy, to skąd możesz wiedzieć ile Ci to zajmie? Jak
> robiłem powtarzalne rzeczy, to zwykle zgadywałem dobrze. Ale czasem
> okazywało się, że trafiłem na minę: bez poważnego refactoringu
> nie dawało się zrobić jakiejś pozornie łatwej rzeczy. I nagle
> z 4 godzin, robiło się kilka dni.
>
> Na szczęście obecnie mam szefa, który stąpa twardo po ziemi
> i np. pozwala robić prototyp. Na zasadzie: zacznij robić i jak
> po X dniach widzisz, że ci zajmie dużo więcej, to pomyślimy.
>
> Czasem zdarzają się też rzeczy mocno losowe; w zeszłym roku
> mieliśmy taki dzień, że co chwilę brakowało prądu. Tego nawet
> Wróżbita Wojciech (zbieżność imion przypadkowa) nie przewidzi. :)
Zaniki prądu, przewidywalne czy nie, albo na krótko zaburzają
pracę, albo stosuje się agregaty :) Natomiast ciężka choroba
25% krytycznej części personelu (np. jedna osoba o specyficznych
umiejętnościach w zespole czteroosobowym) może wydłużyć
czas o miesiąc, dwa, albo trzy - tyle potrzeba czasami na
zatrudnienie specjalisty, wyzdrowienie lub wyszkolenie
innego pracownika.
Inna sytuacja, choruje znowu jedna osoba
która znowu stanowi 25% zespołu i jest autorem dużej
części kodu pisanego w sposób bałaganiarski, bez
dokumentowania i z powodu np. dużej presji czasu, albo
zmęczenia spowodowanego przepracowaniem. Co zrobić w
takim przypadku? Kodzili w czwórkę od roku, jeden
pracownik się rozchorował, brak postępu w jego części
kodu zacznie blokować resztę, nikt inny szybko się
nie połapie w jego kodzie?
Kolejny przypadek, przerabiałem to na własnej skórze
kilka razy. Opierałem błyskawiczny czas wykonania
jakiegoś zadania o bibliotekę. Biblioteka okazywała
się do bani. Napisanie samemu funkcjonalności jaką
oferowała biblioteka zajęłoby właśnie 20-30 razy
więcej czasu niż szacunki wykonania całego projektu.
Trzeba było się napracować, oddać pieniądze i
jeszcze przeprosić - dobrze że kar nie było :)
Co więcej... Rozbijamy projekt na funkcjonalne
części pierwsze. Duży projekt, dużo guziczków,
dużo scenariuszy, dużo pod-funkcjonalności, innymi
slowy idealne warunki do ekstrapolacji. Robimy
prototyp, przygotowujemy kod do wielokrotnego
użycia, zwykle czas jest niedoszacowany, ale
na początku jest większy nakład pracy na wykonanie
kodu do wielokrotnego użycia - jedno (lepiej
lub gorzej) kompesnuje drugie - więc znowu
idealne warunki do ekstrapolacji. Wykonujemy
10% projektu, 20%, może nawet 30%, wszystko
gładko idzie, ekstrapolujemy czas, dajemy
klientowi gwarancje, może zgadzamy się na
jakieś kary umowne, nagle pojawia się kilka
nieuwzględnionych problemów w prototypie:
np. właśnie choroba, problem z biblioteką,
albo algorytm o którym myśleliśmy że rozwiąże
dany problem jednak go nie rozwiązuje i trzeba w
ogóle zastanowić się nad możliwością rozwiązania
danego zadania na komputerze. Ilu z Was myślało,
że np. dobry program do gry w szachy da się napisać
przy użyciu algorytmu alpha-beta? Ja dla mnie to
było oczywiste, ale potem okazało się, że oprócz
alpha-bety trzeba jeszcze pierdylion heurystyk -
takie niedopatrzenie algorytmyczne może zwiększyć
nakład czasu pracy np. 1000 razy.
Można przejechać się do bólu, niemniej rozbijanie
na funkcjonalne części pierwsze plus wykonanie
prototypu plus ekstrapolacja to najlepsza metoda
jaką znam.
Pozdrawiam
Następne wpisy z tego wątku
- 10.05.17 18:05 niepełnosprawny intelektualnie 'POPIS/EU
- 11.05.17 18:18 M.M.
- 11.05.17 18:40 niepełnosprawny intelektualnie 'POPIS/EU
- 11.05.17 20:08 Mateusz Bogusz
- 11.05.17 20:50 M.M.
- 12.05.17 15:28 H.D.
- 12.05.17 17:24 niepełnosprawny intelektualnie 'POPIS/EU
- 14.05.17 07:34 m...@k...org
- 14.05.17 09:43 M.M.
- 14.05.17 10:55 Wojciech Muła
- 14.05.17 18:22 niepełnosprawny intelektualnie 'POPIS/EU
- 14.05.17 18:39 niepełnosprawny intelektualnie 'POPIS/EU
- 14.05.17 18:46 M.M.
- 16.05.17 12:01 niepełnosprawny intelektualnie 'POPIS/EU
- 16.05.17 12:50 H.D.
Najnowsze wątki z tej grupy
- Nowa ustawa o ochronie praw autorskich - opis problemu i szkic ustawy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
Najnowsze wątki
- 2025-03-19 Chrzanów => Specjalista ds. public relations <=
- 2025-03-19 China-Kraków => Key Account Manager IT <=
- 2025-03-19 Wrocław => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, Produk
- 2025-03-19 Prezydent Duda śmie szkalować bodnaturę niepokalanie poczętą, dwóch pełnomocników Geralda B. i "standardy Tuskie"
- 2025-03-18 Tesla na złom
- 2025-03-18 Ziobrotura 3.0 będzie w prawie przesłuchać "świadka" Tuska bez adwokata w sprawach Sienkiewicza/Bodnara/...?
- 2025-03-18 Produkty ,,Made in Germany" wciąż na topie - art. na www.dw.com
- 2025-03-18 ulaskawienia
- 2025-03-18 Gdynia => Sales Executive / KAM <=
- 2025-03-18 42 MILIARDY ZŁOTYCH ZYSKU W ROK. DLACZEGO BANKI TYLE ZARABIAJĄ W POLSCE?
- 2025-03-17 Nie matura lecz chęć szczera ...
- 2025-03-17 Pendrive zdycha, czy coś jeszcze innego? Problem z plikami.
- 2025-03-17 Odkurzacz Smapp Dynamic - dawny Zelmer
- 2025-03-17 Nagra IV i zewnętrzny pilot
- 2025-03-17 Rzeszów => Spedytor Międzynarodowy <=