Szef wymagajacy nie wiadomo czego

0

Musialem wyciagnac z odpowiedniego responsa dane (najpierw znalezc tego responsa). Dodac nowy request. Responsem zupdetowac dane z poprzedniego responsa.

Nic z tego co napisałeś nie ma sensu, ale przypuszczam że miałeś po prostu dodać nowy endpoint do aplikacji i to faktycznie jest może robota na 3 godziny jak w ogóle nie znasz projektu :) W 3 dni to sobie można życie na nowo ułożyć...

Niemniej: jeśli serio uważasz ze cię tam nie doceniają i w ogóle tak źle, to idź szukać nowe pracy i tyle.

7

@Shalom:

Dostalem wytyczne tylko takie: jakie dane mam wyciagnac i ze musze dodac nowy request. Nie mialem odpowiedzi do czego to ma byc zupdetowane i gdzie.
Serwis 300 klas. Jakies 30 requestow. Dokumentacja kilka tys. stron, w ktorej nie ma nic o mapowaniu.


robota na 3 godziny jak w ogóle nie znasz projektu

haha, w 3h chcesz wejść do projektu o którym nic nie wiesz, który ma kilka tys stron dokumentacji i jeszcze zrobić wszystko dobrze i otestować? :D

4

Firma gigant. Po 4 miesiącach jesteś głównym programistą. Szef ma 8 lat doświadczenia i tylko szefuje. A koledzy mający 10-12 lat doświadczenia, hmm, nie wiem co robią.
Fajne bajki.

3

Jeśli zatrudnili go z jego wiedzą a chcą teraz, żeby pracował jak ktoś 2-3x droższy to jest jakiś znak jaki to JanuszHouse. A w 3 godziny to raczej nic sensownego nie da się przemyśleć, zaprogramować i przetestować, nawet skopiować CRUDa ze zmianą parametrów

3

W 3h to ja czasem nie byłem w stanie zmusić testów integracyjnych żeby przeszły. Mówię o ściągnięciu projektu i uruchomieniu mvn clean install. Testy integracyjne domyślnie uruchamiające się przed install łączą się zewnętrznych zasobów. Nigdzie oczywiście nie ma jakie tajne hasła i linki trzeba poustawiać żeby się połączyć. Trzeba to wygrzebać z serwera developerskiego/testowego. Ale wcześniej trzeba mieć hasło i link do tego serwera. I tak potrafią upływać godziny

1

@zgrzyt:
Eh, wszyscy tu jak zwykle mądrzy i każdy już ocenił, czy to zadanie jest na 3 dni czy 3 godziny, choć nawet nie wiedzą jeszcze co to za zadanie. A jakoś nikt nie zauważył, że obecnie standardem jest Scrum i to, że zadania wycenia nie szef i nie robiący tylko cały zespół. Właśnie po to by uniknąć takich sytuacji. Jeśli 5 deweloperów mówi 3 dni, to 3 dni i szef nie ma nic do gadania. I właściwie nie zadania tylko User Stories, bo to je dostarczasz, więc tylko to powinno szefa interesować. Swoją drogą nie ma dziś user stories na 3 godziny. Nawet banalna zmiana linijki, wiąże się zazwyczaj z jakimś kontekstem pracy całego zadania - uruchomieniem środowiska, zbudowaniem projektu, zapoznaniem się z kodem, puszczeniem testów przed, po, dopisaniem testów, itp. Minimum pół dnia. A jeśli ta banalna zmiana nie ma swojego kontekstu, to znaczy że ma kontekst czegoś innego, czyli nie jest niezależnym User Story tylko jakimś Subtaskiem.

0

@GutekSan: Z tego co zauwazyłem to w tym jest właśnie problem autora, że szef estymuje jego taski niezgodnie ze stanem faktycznym czyli mocami przerobowymi programisty. W wielu firmach to jest taki scrum, że biorą sobie te elementy które im pasują do stylu prowadzenia firmy i jest skoroszyt z terminami od klienta albo od zarządu, minimalne wyceny które jednoosobowo przyklepał architekt zanim taski były rozpisane, na uwzględnienie testów i dokumentacji w estymacjach nie ma czasu bo terminy, review i refinement wyrzucone albo spotykają się w 2 osoby architekt i klient bo bezużyteczne i tak się żyje

1
zgrzyt napisał(a):

Czy rzucic po prostu takie zdanie? Ze jak chce to niech to robi 3 godziny, ja moge to zrobic w trzy dni, a jesli nie chce to niech sobie szuka kogos innego i koniec kropka.

Rzuć takie zdanie i koniecznie takim tonem :D

4

Rozjazd w estymacjach może istnieć faktycznie i nie ma się co oburzać.

Ktoś może stwierdzić (i mieć rację), że zrobi to 10x szybciej jeśli:

  • wie dokładnie gdzie jest błąd (ale tego nie mówi)
  • robi "przykuce" zamiast refaktoringu
  • pomija testy automatyczne (najwyżej da @Ignore)
  • pomija testy ręczne (jeśli Jenkins mieli po kilka-, kilka-naście commitów naraz może się udać)
  • zna lepiej narzędzia
  • zna lepiej projekt

Ja bym na Twoim miejscu powiedział ile to Ci zajmie i tego się trzymał.
A na uwagę że można zrobić to szybciej poprosił o pracę w parze z tym kto to estymował 10x mniej.
Kto wie, może się czegoś nauczysz?

BTW. new Thread nie jest zalecane obecnie (podobnie jak Object.wait).

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0