Accurate estimates are a well-known problem in the world of IT. We always try to reach a level where all items that were estimated become equal to actual implementation. I know this is upsetting but there is no option to achieve it. Of course, sometimes you will perfectly fit it. Still, it is usually over – not bad for your business, but customers might spot that this project is a bit expensive – or under – bad for your business – estimated. Based on my experien...
Zespół jest coraz bardziej zirytowany, morale spadają, a interesariusze nie zadowoleni? Brzmi znajomo? Co zrobić z takimi obserwacjami? Przyczyn oczywiście może być wiele i zapewne jest wiele. Jedną z pierwszych rzeczy, na jaką możemy zwrócić uwagę, jest proces szacowania wielkości zadań. Klasycznie czy relatywnie Pierwsze pytanie jakie powinniśmy sobie zadać...
Estymacja się nie udała, deadline nas pokonał, nie wyrobimy się. Manager dorzuca ludzi do projektu, ale okazuje się to być gaszeniem pożaru benzyną. Poznajcie prawo Brooksa.
Jeśli estymacja czasowa nie sprawdza się w naszym projekcie (co jest wielce prawdopodobne w przypadku oprogramowania), to możemy się posłużyć estymacją relatywną. Wielkość relatywna ma, w przeciwieństwie do estymaty bezwzględnej (najczęściej czasowej), ogromną przewagę, gdyż: Minimalizuje błędy związane z przewidywaniem czasu poświęconego na złożone i skomplikowane zadania...
Sztuka programowania 2897 dni, 1 godzinę, 20 minut temu 157 źrodło rozwiń