Kwalifikacja: INF.04 - Projektowanie, programowanie i testowanie aplikacji

Często można się pomylić, myśląc, że diagram Gantta służy do przedstawiania funkcjonalności systemu, do analizy kosztów albo do obrazowania powiązań między elementami systemów. To jest taka pułapka, bo wiele narzędzi projektowych wygląda podobnie, a ich przeznaczenie się różni. W praktyce, funkcjonalność systemu zwykle pokazuje się na diagramach UML, jak diagramy przypadków użycia czy diagramy klas. One właśnie pomagają zrozumieć, co system robi i jak się zachowuje. Gantta do tego się nie stosuje. Jeśli chodzi o analizę czasowo-kosztową, to diagram Gantta pokazuje tylko strukturę czasową, nie uwzględnia kosztów – do tego są inne narzędzia, np. struktura kosztów (WBS) albo wykresy Earned Value. Z kolei wizualizacja powiązań między elementami systemów to zazwyczaj domena diagramów sieciowych, diagramów przepływu (np. PERT), a nie Gantta. Typowym błędem jest mylenie tych pojęć ze względu na podobieństwo wykresów albo ogólną „projektowość” tematu. W rzeczywistości diagram Gantta jest po to, żeby ogarnąć, jakie zadania są w projekcie, kiedy się zaczynają i kończą, i jak się zazębiają w czasie. Z mojego doświadczenia, jeśli ktoś próbuje użyć go do innych celów niż planowanie i zarządzanie projektem, to raczej się tylko pogubi i straci czas. Warto od razu pamiętać: Gantt = harmonogram projektu, a nie diagram funkcjonalności, kosztów czy technicznych powiązań.