Temat: Duże projekty
To ja może z drugiej strony, czyli jak nie należy podchodzić do dużych projektów. Jakiś czas temu jako programista pracowałem przy realizacji portalu b2b dla dużej firmy państwowej. Niestety kontakt klient-wykonawca oraz kwestia architektury zostały położony na całej linii, tzn.
1) brak sensownej specyfikacji wymagań,
2) zdecydowanie niekonkretna umowa z klientem,
3) polityka gumowego kręgosłupa ze strony wykonawcy, jeśli chodzi o zmianę wymagań przez klienta,
4) początkowy hurraoptymizm project managera,
5) olanie możliwości skorzystania z usług niezłego architekta, który był dostępny i raczej nie miał co robić.
itd, itp.
Finał był taki, że zespół programistów, pracujących przy realizacji, musiał w skrajnych przypadkach po kilka razy przerabiać moduły i cierpliwie znosić joby od pm-a.
Tak więc obiema rękami podpisuję się pod postem Mariusza :]
I jeszcze na deser, żeby nie było, że takie sytuacje są ewenementem - teraz pracuję jako programista dla firmy niemieckiej. Wygląda na to, że dla nich pojęcia "architektura aplikacji" czy też "spójny kod" to bajka o żelaznym wilku, a projekt jest na prawdę duży. I odnoszę wrażenie, że powody są podobne jak przytoczone w poprzednim przypadku.