W rozwoju oprogramowania zwykłe „oszacowanie” obejmuje ilościową ocenę pracy wymaganej do wykonania danego zadania deweloperskiego; zazwyczaj wyraża się to w kategoriach czasu (godzina / dzień) lub jednostki szacunkowej (punktu historii). Celem jest skonsolidowanie liczby takich indywidualnych oszacowań w celu uzyskania wskazania ogólnego czasu trwania, pracy lub kosztu projektu oprogramowania.
Powszechne pułapki oszacowania w metodyce zwinnej
Nawet w zwinnej społeczności, ludzie znajdą wiele różnych szkół myślenia na temat oceny teorii i praktyki. Jednak niektóre z typowych błędów, które zespoły zwinneczęsto napotykają, gdy przeprowadzają oceny zwinne, a te powszechne pułapki zyskały szeroki konsensus:
- Oszacowania muszą zawierać „niepewności”; „(punkt) historii„oszacowania” są zazwyczaj uważane za niewystarczające, ponieważ nie odzwierciedlają tej niepewności.
- Oszacowanie różni się od obietnicy; na przykład oskarżanie dewelopera o spędzenie 3 dni, gdy on/ona szacuje, że zakończenie pracy w 2 dni może być postawą nieproduktywną, zazwyczaj prowadzącą do przyszłych przeszacowań.
- Oszacowanie nie jest ostateczną odpowiedzią, odzwierciedla tylko informacje, które znajdują się w komunikacji; powinno zawsze pozwalać na aktualizację oszacowanej wartości w górę lub w dół na podstawie nowych informacji.
Odniesienia do oszacowania w metodyce zwinnej
- Oszacowanie — Agile Alliance
- Czym jest oszacowanie w metodyce zwinnej?
- Czym jest Planning Poker w metodyce zwinnej?
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文