Czy często zdarza się przestój w pracy programistycznej? [Zamknięte]

W mojej firmie okazuje się, że jest kilka dni, w których jest bardzo mało zadań do wykonania. Postanawiam prowadzić badania, aby dowiedzieć się nowych rzeczy na temat mojego rzemiosła w tych dniach.

Powiedziałbym, że średnio mam około jednego dnia w tygodniu, że nie ma wiele do zrobienia (lub pewnej kombinacji czasu w ciągu tygodnia).

Chciałbym wiedzieć, czy jest to powszechna sytuacja w środowiskach programistycznych i czy odpowiedź na to pytanie różni się w zależności od pracy w pełnym wymiarze godzin i pracy najemnej.

Tak, powiedziałbym, że może być dużo przestojów, jeśli skończysz w sytuacji, w której czekasz na odpowiedź klienta lub kierownika o tym, jak postępować, gdy napotkasz problem projektowy.

Innym przypadkiem jest awaria serwera w środowisku deweloperskim i nie można kontynuować programowania, dopóki nie zostanie on rozwiązany.

Ostatnią sytuację, w której doświadczyłem przestoju (jako konsultanta), kiedy istniała dziwna luka między momentem zakończenia jednego projektu a rozpoczęciem kolejnego.

Biorąc to pod uwagę, uważam również, że jest to oznaka złego zarządzania, gdy twoi pracownicy nie są w pełni wykorzystani. Powinieneś mieć inne zadania, które powinny być w stanie pracować na wypadek awarii serwera. Zazwyczaj w mojej firmie, gdy coś napotyka na przeszkodę, aktualizujemy wiki projektu i lub uczymy się przypisanego uczenia (każdy ma konkretny temat, o którym powinni się uczyć w czasie przestoju).

Jeśli chodzi o umowę o pracę i pracowników najemnych, uważam, że pracownicy najemni mają więcej przestojów i pracowników kontraktowych / konsultantów, ale dzieje się tak tylko w przypadku pracowników kontraktowych, którzy ponoszą wyższe koszty dla firmy i sprowadzają ich tylko wtedy, gdy potrzebujesz więcej / konkretnych programistów.

Z tego, co mówisz, wygląda na to, że masz 20% przestoju, co jest dużo i sugerowałoby złe zarządzanie.

Jest to powszechne w branży, ale jeśli zespół jest dobrze zarządzany, menedżerowie powinni mieć łatwo dostępny „ciąg” projektów wewnętrznych i / lub projektów o niższym priorytecie, które można przypisać na żądanie. Idealnie będą dotyczyć nowszych technologii i / lub bibliotek. Z mojego doświadczenia wynika, że ​​przydzielanie ludzi do pracy nad dokumentacją kodu lub aktualizowanie stron wiki nie jest dobrze przyjmowane przez programistów, którzy z natury są zwykle bardziej zadowoleni z faktycznego tworzenia czegoś.

Innym podejściem, które widziałem, jest wysyłanie ludzi na szkolenia w pełnym wymiarze czasu, trwające do dwóch tygodni, w celu podniesienia umiejętności zespołu programistów o wiedzy, która będzie potrzebna w przyszłości.

Ogólnie rzecz biorąc, jeśli jesteś kontrahentem i nie masz aktywnej pracy w firmie, lepiej zacznij szukać innej pozycji, ponieważ prawdopodobnie będziesz pierwszym, który zostanie zwolniony, jeśli firma spadnie.

Z mojego doświadczenia wynika, że ​​jest to stosunkowo powszechne. Chociaż mieliśmy - wolne od pracy - dni zwykle po zakończeniu pewnej fazy projektu, kiedy jest on poddawany ocenie ... zwykle trwałby do około tygodnia, a nawet zanim otrzymaliśmy odpowiedź od im, a następnie kontynuowaliśmy naszą pracę nad projektem.

Nie można jednak powiedzieć, czy jest to praktyka w całej branży.

W mojej firmie mam kilka takich tygodni (tak tygodniowo) na każde dwa miesiące. Nie jestem pewien, czy bycie tygodniami bez pracy jest powszechne, ale tak, zawsze możesz poprawić się w czasie wolnym.

W moim miejscu pracy mamy przestoje, gdy:

1. Sieć / serwery są problematyczne
2. Nic niezwłocznego (np. Czekanie na spotkanie w celu ustalenia wymagań)
3. Oczekiwanie, aż ktoś skończy coś, co musisz wykonać, aby wykonać swoją pracę (nawet jeśli nie jest to najlepszy pomysł)

Kiedy dzielone są przestoje, które dla mnie stanowią około 5% czasu, zwykle idę rozmawiać z ludźmi, odrywam się od głowy, słyszę żarty.

Kiedy nie mam nic ważnego do zrobienia, mam katalog z mnóstwem książek, które czytam, kiedy mam pozwolenie, lub pomiędzy długimi sesjami kompilacji (lub czymś równoważnym) itp.

Ale chociaż to robię, muszę coś przyznać (co czyni mnie grzesznikiem):

Naszym zadaniem jako programiści rozwijać nasze kariery w domu tak, że nasz szef nie będzie nas czy coś takiego ognia. To nie jest praca szefa i pozwala poprawić sobie z jego pieniędzy (czas on płaci za).

Ale i tak, alternatywnie, czasami zamiast czytać, robię inne rzeczy, takie jak wymyślanie użytecznych skryptów lub pomysłów, pisanie dokumentów i prezentacji na temat ulepszeń metodologii itp.

To również liczy się jako samodoskonalenie, ponieważ sprawia, że ​​myślisz i jest przydatny dla innych programistów, którzy mogą nawet pamiętać cię z tego dnia, kiedy to się liczy. Ale ważne jest to, że warte są zapłaconych pieniędzy lepiej niż czytanie książek ...

Z mojego doświadczenia wynika, że ​​zależy to całkowicie od branży i tego, kto kieruje projektem.

Coś mi mówi, że odpowiedzi na to pytanie będą silnie stronnicze, ponieważ jedynymi osobami, które mają czas na czytanie i komentowanie na tej stronie, są ci, którzy nie mają wiele do zrobienia. W mojej poprzedniej pracy NIGDY nie było przestojów. Miało to wiele wspólnego z tym, jak dobrze projekty były rozdzielone i zorganizowane. Jeśli nie jest dobrze zorganizowana, praca nad wieloma projektami w tym samym czasie może prowadzić do problemów podczas próby scalenia zmian, a właściwie bardziej opłacalne jest nie robić nic, niż nadmiernie komplikować sprawy.

Większość przestojów, jakie napotkałem, zwykle przypada na koniec roku finansowego i / lub koniec roku (sezon grudzień, ponieważ większość klientów jedzie na wakacje). Firma „zamyka się” z różnych powodów, a dział IT nie ma wdrożeń przez 2–3 miesiące. Dlatego nie ma zmian.

Tak się dzieje: w tym czasie oceniamy wszystkie zmiany / projekty, które przeszły w ciągu roku, dowiadujemy się, gdzie poprawiliśmy lub czego nam brakowało, i znajdujemy rozwiązanie, które poprawi się lepiej na następny sezon / kadencję.

Nie martw się.