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.
self-improvement
methodology
Ciastka Z Mąki Ryżowej
źródło
źródło
Odpowiedzi:
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.
źródło
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.
źródło
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.
źródło
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.
źródło
W moim miejscu pracy mamy przestoje, gdy:
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 ...
źródło
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.
źródło
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ę.
źródło