dlaczego niektóre stanowiska pracy mówią „środowisko wysokiego ciśnienia”? [Zamknięte]

Po co byłaby presja, gdyby wszyscy wiedzieli, co robią, a projekty były dokładnie oszacowane? Jeśli istnieje presja, a nawet wysoka, oznacza to, że to, co obecnie robią, nie działa, dlaczego każdy dobry programista chciałby dołączyć do takiego zespołu? Czy tego rodzaju publikowanie ofert pracy nie przyniosło rezultatu, czy naprawdę są po prostu uczciwe? A może naprawdę istnieją dobre powody do wywierania presji?

Przykład zadania wysokociśnieniowego: handel algorytmiczny wysoką częstotliwością. Mój przyjaciel inżynier oprogramowania pracuje dla sklepu handlowego. Ogromny stres, ogromna presja. Wszystkie terminy są „teraz”. Wszystko jest wysyłane do produkcji w dniu, w którym zostało napisane. Nawet kilkuminutowe opóźnienie może kosztować firmę miliony. Niewiele osób jest w stanie poradzić sobie z takim środowiskiem. Jeśli możesz to zrobić, spodziewaj się 50-100% wyższej pensji niż standard branżowy na swoim poziomie + premia na koniec roku w oparciu o% zysków twojego algos. To bardzo wysokie ryzyko, presja i wysoka nagroda. Nie ma to nic wspólnego z nierealistycznymi terminami lub brakiem zarządzania, a wszystko z twoją umiejętnością radzenia sobie z presją. (I handlarze przeklinają twoją twarz, gdy ich rachunek zysków i strat spada tego dnia.)

Inne przykłady:

• Zadania, w których produkuje się oprogramowanie o wysokich wymaganiach dotyczących niezawodności:
  • oprogramowanie medyczne,
  • wbudowane oprogramowanie.
• Zadania, w których wyniki (i niepowodzenia) miałyby:
  • bezpośredni i duży wpływ na ludzi,
  • bezpośredni i duży wpływ na wizerunek firmy.

Alternatywnie, niekoniecznie jest to po prostu kod dla „ mamy niedofinansowane i nierealistycznie agresywne terminy ”, ale może również kod dla „Twoja odpowiedzialność czyni cię odpowiedzialnością, jeśli coś pójdzie nie tak”.

Zawsze zastanawiałem się nad tym kodem, ponieważ „nie mamy wystarczających zasobów i mamy nierealistycznie agresywne terminy”.

Może rekruterzy zakładają, że ktoś, kto może znieść, a nawet cieszyć się „środowiskiem o wysokim ciśnieniu”, byłby bardziej produktywny w tej konkretnej firmie.

W rzeczywistości może to być prawidłowe założenie: gorszy programista, który chce wywrzeć presję w celu utrzymania swojej pracy, może być minimalnie produktywny, podczas gdy dobry programista, na którego wybór może sobie pozwolić, a zatem, gdyby skończył w takim firma żartująca, odejdzie w mgnieniu oka i wcale nie będzie produktywna.

Jest to fraza kodowa dla „Chcemy młodych niezamężnych programistów, którzy są gotowi pracować w całkowicie nieracjonalnych godzinach kosztem życia osobistego”.

Nie mogą tego powiedzieć wprost, ponieważ dyskryminacja ze względu na wiek i stan cywilny jest niezgodna z prawem.

Startup, który pędzi na rynek, musi walczyć o to, by być szybszym od konkurencji. W przypadku takiej firmy sensowne jest stworzenie środowiska pracy pod wysokim ciśnieniem, ponieważ bycie tam dwa miesiące przed innymi pracującymi nad tym samym problemem może mieć znaczenie między byciem następnym facebookiem a byciem zbyt małym lub zbyt późnym usługa, której nikt nie pamięta. Praca w takiej firmie może szybko uczynić cię bogatym dzięki opcjom giełdowym.

Dla firmy o ugruntowanej pozycji na rynku ciągła presja jest oznaką złego zarządzania i / lub chciwych właścicieli, a zatem czerwoną flagą.

Człowieku, w tym wątku jest OBCIĄŻENIE odpowietrzania: P.

„wszyscy wiedzą, co robią, a projekty są dokładnie oszacowane” tego właśnie chcą wszyscy, ale nie należy zapominać, że te zespoły nie zawsze takie były. Każda drużyna zaczyna źle, zanim w końcu poprawi się, więc dopóki nie dojdzie do tego utopijnego stanu, presja jest normalna. Gdyby tak nie było, kierownictwo prawdopodobnie winien byłoby prosić o zbyt mało.

Podoba mi się stwierdzenie „wysokiego ciśnienia” w rzadkich przypadkach, gdy je widzę, ponieważ są to zespoły, które widziały objawy, nawet jeśli nie mają wszystkich odpowiedzi. To jest lepsze niż większość innych reklam, które w ogóle nie mają pojęcia.

Więc jeśli konkurencja nie jest jakimś świetnym oprogramowaniem, które znam, istnieje prawdopodobieństwo, że ta „presja” będzie co najmniej interesująca. Na rynku jest mniej dobrych zespołów niż dobrzy programiści i szczerze mówiąc, utrzymywanie się z najlepszymi (zakładając, że oni również chcą ciebie) jest marnowaniem czasu, chyba że nie masz ust do karmienia.

W tym sensie wyrażenie „wysokie ciśnienie” tak naprawdę wcale mnie nie zniechęca.

Jeden z dwóch powodów:

1. Chcą, abyś zrezygnował z życia towarzyskiego przez 12 godzin i weekendy bez dodatkowej nagrody za uratowanie projektu, który jest opóźniony i przekracza budżet, a klient grozi pozwem. Zwykle dlatego, że zespół sprzedaży obiecał dodatkowe funkcje bez uruchamiania ich przez programistów.

2. Okna nie otwierają się, a personel cierpi na wzdęcia.

Myślę, że to 1.

Myślę, że rozumiesz o co chodzi.

Dobry programista nie działa w tych firmach, wtedy firma wykonuje mniej rzeczy (różne badania pokazują różnicę całkowitego kosztu posiadania między 10 a 26 deweloperów, co jest ogromne) i zwiększa presję, co prowadzi do większej liczby dobrych deweloperów.

Taka firma często ogranicza się do testowania, kontroli jakości lub refaktoryzacji, aby osiągnąć nierealne terminy. Co prowadzi do trudniejszego dotrzymania terminu następnego wydania. Jest to samowystarczalny proces i dopóki zarząd nie chce przełamać tego trendu, jest to przepis na katastrofę.

Zauważ, że od 60% do 80% projektów IT jest uważanych za porażkę (dokładne liczby podano w raporcie chaosu). Ma to wiele wspólnego z zachowaniem pokazanym w czytanych ofertach pracy.

Jest to często określane jako efekt Morza Martwego i jest to bardzo realne zjawisko w branży IT.

Dlaczego?

Ponieważ są pod wysokim ciśnieniem.

Dlaczego?

Ponieważ pod względem informatycznym nie wiedzą, co robią, a ściślej nie przestrzegają dobrych praktyk programistycznych, ponieważ odpowiedzialny jest ktoś spoza działu IT.

Jednym z problemów, które mają nasi programiści, jest to, że oprogramowanie nie jest materialnym, fizycznym przedmiotem. Dla nie-informatyków jest to wełniana, niejasna rzecz, która istnieje tylko w ich komputerze.

Ale ponieważ nie mogą tego dotknąć, nie doceniają zawiłości, które wiążą się z budowaniem dobrego oprogramowania.

Kiedy więc „kierujesz autobusem”, tego typu ludzie wkrótce otrzymują komentarze:

• po prostu go zbuduj
• potrzebujemy tego za 1 miesiąc
• nie potrzebujemy testerów

Nie rozumieją.

Rzadko widuję to w ten sposób, ale takie stwierdzenia są w najlepszym razie modne, aw najgorszym - bezpodstawnym motorem napędowym.

Widziałem prace, które zostały określone jako „w szybkim tempie”, jako jedne z najwolniejszych, najbardziej nieciekawych, próchnicowych i podstępnie nudnych, które mogłyby być wykonane dla człowieka. Również poświęciłem DUŻO czasu i byłem poważnie zakwestionowany na stanowiskach, które według opisu w żaden sposób nie oddały faktycznych potrzeb pracy.

Popełniłbyś błąd, wkładając zbyt wiele przemyśleń w takie sformułowania. Dowiesz się więcej o środowisku pracy i obowiązkach związanych z potencjalną pracą, przeprowadzając rozmowę kwalifikacyjną i zadając ankieterowi ważne pytania, które pomogą odkryć ukryte tajemnice i dysfunkcje, o których ci nie mówią.

W większości przypadków nie znaczy to wiele. W końcu czy firma naprawdę powiedziałaby, że ma środowisko pracy, w którym ich filozofią jest „ Mañana ”. Jest to jeden ze standardowych klisz, które ludzie HR wprowadzają na listę ofert pracy, tak jak mówią, że chcą „silnie zmotywowanych ludzi” i że oferują „konkurencyjne wynagrodzenie z pełnym pakietem świadczeń”.

Będziesz musiał dowiedzieć się z wywiadu, jaką presję może wywrzeć praca, czy jest to tylko rozmowa z kadrą lub czy naprawdę mają oni pracę krytyczną pod względem czasu, którą należy wykonać. Na przykład może się okazać, że wykonują oni wiele projektów zorientowanych na klienta lub o krytycznym czasie, które muszą być wykonane bardzo szybko, takich jak kampanie reklamowe lub planowanie wydarzeń. Lub może się okazać, że organizacja jest zaludniona prześladowcami i kretynami, które powodują brzydką presję. Lub może to być po prostu HR-BS, a środowisko jest typowym sklepem deweloperskim.

Teraz ignoruję tego rodzaju oferty pracy. Chodzi im o to, że chcemy niewolnika, który będzie pracował 80 godzin tygodniowo i nie dostanie pensji. To znak, że kierownictwo nie licytuje poprawnie projektów lub nie zarządza poprawnie projektami.

Dobrze prowadzone zespoły działają na czas i bez dodatkowych stresów, jak menedżerowie, którzy stawiają 100 nowych wymagań i starają się dotrzymywać terminu. Nie miałem marszu śmierci od lat. Najbliższą rzeczą było to, kiedy wróciłem do upadającego projektu jako konsultant, który wygórował stawki godzinowe i pracowałem w długi weekend świąteczny, aby ratować jakąś poważną porażkę.

Cóż, faktem jest, że większość projektów nigdy nie jest dokładnie oszacowana!

co wytworzy wysokie ciśnienie!

również większość tych firm ma tygodniowe zespoły, które będą powodować awarie systemu, które będą wymagały od ciebie pracy o północy w krótkim czasie pod presją :)

„czy wszyscy wiedzą, co robią, a projekty są dokładnie oszacowane?” to naprawdę duże założenie. Zwykle to założenie jest fałszywe, jeśli firma twierdzi, że jest to „środowisko wysokiego ciśnienia”.

I tak, jest wiele firm, które nie planują i nie osiągają słabych pracowników. Istnieje wiele firm, które nie pasują do tej formy, musisz tylko zachować własne standardy i odmówić pracy w tych wysokociśnieniowych pracach.

Jedynym miejscem, w którym jest to możliwe, jest pojawienie się, jeśli masz pracę, w której życie jest na linii.

Na przykład, jeśli jesteś administratorem systemu dla usług, które muszą być dostępne, aby utrzymać samoloty na niebie, możesz spodziewać się, że będzie to wysokie ciśnienie. Lub jeśli pracujesz nad oprogramowaniem, które zostanie wdrożone dla żołnierzy w strefie wojennej, możesz spodziewać się presji.

Jeśli to zobaczysz, spytaj ankietera, czy życie jest na linii, jeśli przekroczysz termin lub alarm. Jeśli nie, są dramatyczne.

Oznacza to, że nigdy nie słyszeli o Agile, Scrumie lub Kanbanie i nie dbają o wypalenie swoich programistów.