Kto nie robił nadgodzin w IT? Jeśli nie robiłeś to wszystko jeszcze przed Tobą, a kto robił ten wie, że może być to męczące. Osobiście na przestrzeni lat robiłem wiele nadgodzin przy projektach komercyjnych w różnych okresach swojego życia. W tym poście zamieszczam swoje przemyślenia jako przestroga przed negatywnymi skutkami zbyt długiej pracy jak i również zwracam uwagę, na to że nadgodziny to skutek tego co dzieje się w projekcie.
Dotychczasowa praca zawodowa wielokrotnie pokazała nam, że estymacja 🎲 projektów i dostarczanie ich na czas to element układanki 🎰, który często nam nie wychodzi. Zamiast szukać rozwiązań tych problemów posługujemy się dociskaniem projektów w ramach nadgodzin ⌛️.
W praktykach Extreme Programming (XP) możemy przeczytać, że tydzień pracy programisty powinien wynosić 40 godzin. Możliwe są sporadyczne nadgodziny (kilka razy w roku), ale nigdy nie powinny występować przez dwa tygodnie pod rząd. Praktyka ta nosi nazwę Sustainable Pace, czyli zrównoważone tempo. Zgodnie z XP zespół powinien pracować w stałym tempie, które jest w stanie utrzymywać w nieskończoność. Nadgodziny są symptomem poważniejszych problemów z projektem i to nimi należy się zająć. Może się wydawać,...
“Kult mrówy” – tak bym określił stosunek do sposobu pracy bardzo często spotykany u, szczególnie młodych, programistów. Mrówa nie robi nic innego, tylko zapier… Wstaje rano, idzie do roboty, siedzi tam cały dzień, potem cały wieczór, wraca do domu żeby się kimnąć, i tak w kółko. I uważa, że tak powinno być. Jest fajnie, jest MOC!! Niezależ...