Hipotetyczna sytuacja związana z robieniem zadań w pracy

Hipotetyczna sytuacja związana z robieniem zadań w pracy
M7
  • Rejestracja:prawie 2 lata
  • Ostatnio:ponad rok
  • Postów:40
0

Załóżmy taką hipotetyczną sytuację. Dołączasz do nowego projektu razem z inną osobą. Oboje z was są backend developerami i regularami. Na starcie dostajecie mocno podobne taski wycenione na tyle samo SP. Kolega dowozi swojego taska, a Ty jeszcze jesteś w trakcie robienia. Co wtedy robisz ?

  1. Robisz dalej spokojnie taska nawet jakby to miało trwać jeszcze nawet kilka dni.
  2. Ciśniesz mocniej aby też jak najszybciej zrobić taska.

Lub może byście postąpili jeszcze inaczej w takiej sytuacji ?

PaulGilbert
  • Rejestracja:około 7 lat
  • Ostatnio:około 6 godzin
  • Postów:912
4

To pytanie dlaczego ta jedna osoba ma problem z wykananiem a druga nie?
Może współpracujcie. Ja ostatnio miałem taska - coś czego nie robiłem wcześniej, to się grzebałem, kolega mi coś tam podpowiadał. Za parę dni on miał taska w którym nie miał wprawy to ja mu pomagałem. Osobiście nie widziałem z tym problemu.

edytowany 1x, ostatnio: PaulGilbert
EH
  • Rejestracja:ponad 2 lata
  • Ostatnio:około rok
  • Postów:1208
1

Jeśli widzisz że jakbyś się wziął do roboty zamiast pół czasu gadać z innymi i przepalać czas na kawki to zrobił byś to 2x szybciej to weź się za robotę i na drugi raz nie odstawaj tak bardzo od drugiej osoby bo będziesz pierwszy do odstrzału. Moje doświadczenia są także że jak firma zatrudnia kilku ludzi naraz poniżej seniora do jednego zespołu to nie potrzebuje kilku tylko robi ostatni etap rekrutacji więc po okresie próbnym najpóźniej najsłabsze ogniwa wylatują.

Zobacz pozostałe 7 komentarzy
EH
@Czitels: widzisz a ja uważam, że dobry po co płacić komuś gorszemu jak można mieć lepszego? Generalnie żaden z zatrudnionych nie wiedział, że jest oceniany pod względem pozostałych więc presji nie dostawali. Po prostu na koniec okresu próbnego dostawali info, że się nie sprawdzili. Btw raz 3 przyszło i 3 zostało bo okazało się że wszyscy byli odpowiednio dobrzy.
FR
Morał z tego taki, że najpierw trzeba udawać, że jest się wymiataczem a po wyrzuceniu kolegi z zespołu spocząć na laurach i się obijać. Proste.
EH
@froziu: obijać nie, ale z racji tego, że twój skill rośnie robisz to samo szybciej tyle że nie musisz mówić innym że zrobiłeś to szybciej, w skrócie zachowujesz tempo dostarczania podobne a zyskujesz czas.
Uśpiony wiosenny but
XDDDD srogi papa team lead wkroczył. chować zabawki!
Uśpiony wiosenny but
a tak na poważnie, też byłem na początku kariery w takim januszeksie, gdzie zatrudniono nas dwójkę, kolega był szybszy, lepiej się uczył, powiedzmy, że miał lekkie albo i nawet średnie spektrum Autyzmu, no nie dało rady gonić za nim, zbyt inteligentny chłop, problem w tym, że w firmie trzeba było gadać z biznesem, który był dosyć mocno ciężki, i ze względu, że on miał problem z takimi sytuacjami nie lubił rozmów z non-technical people w ogóle zresztą mało gadał to mnie zatrzymali, a jemu nie przedłużyli. Natomiast zaznaczę, że to był pato januszeks
obscurity
  • Rejestracja:około 6 lat
  • Ostatnio:około 3 godziny
5
  1. To nie rywalizacja, jesteście w zespolce. Rób ile potrzebujesz, nie oglądaj się na innych.
  2. Do tej pory w takiej sytuacji to ja byłem tym "kolegą", więc po prostu staję nad tym wolniejszym z kawusią i delektuję się chwilą wyglądajac za okno mówiąc "ah" po każdym siorpnięciu. W dobie roboty zdalnej możesz zawracać dupę drugiej osobie na czacie nawiązując że razem zaczęliście i prowadzić bezsensowne smalltalki i okazać dominację przez pokazywanie ile masz wolnego czasu.

Od drugiej strony to jak task jest naprawdę mocno podobny to możesz zerżnąć rozwiązanie.


"A car won't take your job, another horse driving a car will." - Horse influencer, 1910
edytowany 2x, ostatnio: obscurity
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:około 2 godziny
  • Postów:8397
1

Wybrałbym opcję pierwszą, bo tworzenie oprogramowania to maraton, a nie sprint. Lepiej dowozić ze stałą szybkością niż zrobić coś szybko, a potem się wypalić po kilku sprintach i zakładać wątek na forum "robię darmowe nadgodziny, a i tak grozi mi zwolnienie".

  1. Ciśniesz mocniej aby też jak najszybciej zrobić taska.

Ale przecież to nie ma sensu, jeśli nie umiesz zrobić taska, to go i tak nie zrobisz szybciej samemu (no chyba, że masz problem z etyką pracy i się opieprzasz). Najlepsze co możesz zrobić, żeby przyśpieszyć ten proces, to wciągnąć w to inne osoby i jeśli kolega dowiózł taska, to wkręcić go, żeby ten z kolei też się nie opieprzał i tobie pomógł.


edytowany 2x, ostatnio: LukeJL
KE
  • Rejestracja:około 6 lat
  • Ostatnio:około 8 godzin
  • Postów:659
3

Odpowiedź 1, ponieważ SP z definicji określa złożnoność zadania, a nie czas potrzebny (przyznany? dozwolony? akceptowalny?) na wykonanie tego czasu przez daną osobę.

A to że obie osoby są regularami wcale nie oznacza, że mają dokładnie te same umiejętności i zrobią dane zadanie w dokładnie identycznym czasie.

SW
  • Rejestracja:około 5 lat
  • Ostatnio:3 miesiące
  • Postów:250
3

Estymacja to jedno, zdrowy rozsądek to drugie. Jeśli jesteś nowy to wiadomo że możesz robić dłużej. Najlepiej nie dać się wciągnąć w scrumowe wyścigi, stąd bliska droga do poczucia winy, siedzenia po godzinach i wyrabiania 200% normy ku uciesze poganiaczy :)

AK
  • Rejestracja:prawie 2 lata
  • Ostatnio:5 miesięcy
  • Postów:70
0

Podłączam się do pytania, macie np. taska na 1SP ile czasu max. mozna na niego przeznaczyć? Czy robienie taska 1-2 tygodnie w projekcie ze skomplikowaną domeną jest akceptowalne u was?

Uśpiony wiosenny but
jak ktoś nie rozumie domeny, a task obija się o np. prostą zmianę czegoś w kodzie, ale żeby zrozumieć co i gdzie i dlaczego, żeby zrozumieć flow np jakiegoś serwisu łykającego z kafki eventy i po drodze robiącego transformaty, łykając lub produkując inne eventy callując api to czasem trzeba trochę spędzić czasu, szczególnie jak nie ma jakiś sensownych testów E2E, a weryfikacja słabo napisanego description taska i jego zrozumienia wymaga odwzorowania błędu u siebie i dopiero zabawa w rozwiązanie.
EH
  • Rejestracja:ponad 2 lata
  • Ostatnio:około rok
  • Postów:1208
0

@adamKowal: eeeee nie wiem, z tego co widzę jest to zależne od firmy, np u jednego klienta mamy, że jeśli ktoś powie 5 sp tzn że zajmie to więcej niż 1dzień więc task trzeba podzielić a 1sp to przyjmuje 2h :p 3sp to u niego 5-6h. Czyli 1sp to taski pokroju bug z marginesem na stronie, albo tekst ma być pogrubiony a nie jest :p

edytowany 2x, ostatnio: ehhhhh
Uśpiony wiosenny but
1sp na buga w domenie event driven, życzę powodzenia :) u mnie taki bug to się robi cały dzionek, a czasami jak jest case, że ciężko zreprodukować i tylko business zrobił taska, że no tam jakiś event dwa razy się odpala jak zamykamy konto klienta to nie wiemy w sumie czemu, no ale nie może tak być to i dłużej wyjdzie, ze 2 albo 3 dni max. I baw się gdzie łapiesz eventy 3 consumerami, z 2 external API :)
MB
MB
  • Rejestracja:prawie 2 lata
  • Ostatnio:ponad rok
  • Postów:105
2
ehhhhh napisał(a):

@adamKowal: np u jednego klienta mamy, że jeśli ktoś powie 5 sp tzn że zajmie to więcej niż 1dzień więc task trzeba podzielić a 1sp to przyjmuje 2h :p 3sp to u niego 5-6h. Czyli 1sp to taski pokroju bug z marginesem na stronie, albo tekst ma być pogrubiony a nie jest :p

6 lat pracuje jako programista i mogę Ci zagwarantować że przeliczanie Story Pointow na czas/godziny zawsze kończyło się w dłuższej perspektywie nadgodzinami dla programistów.

Nigdy nie idź tą drogą. Nawet w Scrum Guide przed tym ostrzegają. Sam tego doznałem i jak tylko widzę ze biznes zaczyna tak robić zapala mi się czerwona lampka i zaczynam ich edukować.

edytowany 2x, ostatnio: MarioBros33
AK
no dobra, skąd w takim razie twój manger i ty masz wiedziec ile ma zajac zadanie? Moim zdaniem wycenianie metodą SP jest patologią
piotrpo
@adamKowal: Nie ma czegoś takiego jak "wycenianie w SP" jest co najwyżej "szacowanie w SP"
Uśpiony wiosenny but
@adamKowal: SP nie przelicza się na czas, bugi czy jakieś find out / POC możesz próbować timeboxować na manhours ale SP to SP, twój teamek ustala, że jego np velocity to 20 SP i bierzecie tyle stories ile wynosi suma lub lekko mniej SP nie przekraczając waszego Velocity, jeśli nie dowozicie, to znaczy, że albo Velocity było zbyt wysoko albo ktoś odstaje i na retro ewentualnie ocenach kwartalnych się mówi o takich rzeczach, jeśli robicie całość i przed końcem sprintu bierzecie więcej SP to znaczy, że macie za niskie Velocity i można pomyśleć o lekkim podniesieniu
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:około 2 godziny
  • Postów:8397
2
adamKowal napisał(a):

Podłączam się do pytania, macie np. taska na 1SP ile czasu max. mozna na niego przeznaczyć? Czy robienie taska 1-2 tygodnie w projekcie ze skomplikowaną domeną jest akceptowalne u was?

Problem jest w tym, że jak się za długo robi coś samemu, to:

  • można być tak pochłoniętym taskiem, że stracić orientację, czym zajmuje się zespół
  • jeśli się nie merdżuje regularnie kodu w Git, to potem powodzenia z rozwiązywaniem konfliktów i przepisywaniem kodu, żeby zintegrować to z resztą
  • można zrobić coś, ale błędnie, bo się nie zrozumiało wymagań, i te 2 tygodnie idzie w piach
  • można wzbudzić nieufność menedżerów, jeśli na każdym standupie będzie się mówiło to samo, że pracujesz nad taskiem 2137 - taski, które da się zrobić szybciej, łatwiej raportować na daily i pokazać progress.

Czyli jak się coś długo robi, to potrzebna jest ciągła komunikacja z zespołem, integracja kodu z resztą repo i synchronizacja z działaniami innych programistów, bo inaczej taka robota jest bez sensu.


edytowany 2x, ostatnio: LukeJL
PaulGilbert
  • Rejestracja:około 7 lat
  • Ostatnio:około 6 godzin
  • Postów:912
6

Scrum to scam. O ile jeśli robisz po raz n-ty jakieś zadanie, to możesz mniej więcej oszacować. Ale jak robisz ciągle jakieś nowe rzeczy, wchodzicie w nowe technologie i zespół cały czas ewoluuje to szacowanie ile coś zajmie często jest zupełnie bez sensu.

MB
MarioBros33
Wg Scrum Guide nie powinno się wyceniać zadań na temat których nie ma się wiedzy i praktyki. Ale dla biznesu jest to spoko, bo jak się zacommitujesz to jesteś w pułapce że masz coś skończyć np. do końca Sprintu
CZ
Na jednym szkoleniu z scruma pewien scrum mentor powiedział, że nie ma jednego prawidłowego scruma i każdy jest inny, więc scrum guide nie ma wartości.
marian pazdzioch
  • Rejestracja:ponad 6 lat
  • Ostatnio:około 6 godzin
  • Postów:710
1

Ja bym poprosił tego który zrobił szybciej żeby się zabił albo przynajmniej zaczął go publicznie oczerniać. A się tłumaczył że zadanie było za mało wycenione trzeba było przepisać tony legacy spaghetti.

marian pazdzioch
@Czitels: poprawiłem, mam nadzieję że CBA zawróciło swoją nyskę. Możesz im wysłać SMS że już nieaktualne?
CZ
Nawoływanie do samobójstwa też jest nielegalne, więc nie zawrócą. Także no ... ale spokojnie, do celi dla grypsujących nie trafisz to Cię raczej nie przecw... tam.
marian pazdzioch
Nawoływanie do samobójstwa? O panie, dobrze odjechałeś.
FR
  • Rejestracja:około 11 lat
  • Ostatnio:około 6 godzin
  • Postów:921
0

Cieszę się pod nosem bo nic nie robiłem przez kilka dni, po czym kopiuję rozwiązanie kolegi bo wiedziałem, że to w większości będzie to samo. Proste.

PaulGilbert
  • Rejestracja:około 7 lat
  • Ostatnio:około 6 godzin
  • Postów:912
3

Dodam jeszcze, że to że dwie osoby pracują na takim samym stanowisku, wcale nie oznacza, że tyle samo zarabiają i są wobec nich identyczne oczekiwania.Rozbieżność wbrew pozorom może być nieraz naprawdę duża.

piotrpo
  • Rejestracja:ponad 7 lat
  • Ostatnio:7 minut
  • Postów:3277
4

Co to znaczy "cisnąć mocniej taska"? Serio pytam, bo ja nie za bardzo jestem w stanie postanowić sobie, że dzisiaj będę myślał szybciej/efektywniej itp.
Jak ktoś nie jest pewien swoich umiejętności, to mu się wydaje, że robi wszystko wolniej. Taski nigdy nie są takie same, szybciej nie zawsze znaczy lepiej, ktoś może być od ciebie lepszy (i możliwe, że lepiej wynagradzany), albo przepierniczać mniej czasu na głupoty.
Zastanów się co jest przyczyną tych różnic i wtedy się zastanawiaj jak je wyrównać (albo nie).

somekind
Moderator
  • Rejestracja:około 17 lat
  • Ostatnio:3 dni
  • Lokalizacja:Wrocław
0
mielony711 napisał(a):

Załóżmy taką hipotetyczną sytuację. Dołączasz do nowego projektu razem z inną osobą. Oboje z was są backend developerami i regularami. Na starcie dostajecie mocno podobne taski wycenione na tyle samo SP. Kolega dowozi swojego taska, a Ty jeszcze jesteś w trakcie robienia. Co wtedy robisz ?

  1. Robisz dalej spokojnie taska nawet jakby to miało trwać jeszcze nawet kilka dni.
  2. Ciśniesz mocniej aby też jak najszybciej zrobić taska.

Lub może byście postąpili jeszcze inaczej w takiej sytuacji ?

Obie te rzeczy, bo zawsze robię taski spokojnie i najszybciej jak umiem. I w ogóle nie interesuje mnie jak wycenione taski dowożą moi koledzy i kiedy.
Oczywiste jest też, że jak ktoś skończy swoją robotę, to pomaga reszcie. Pracuję w zespole, nie

PaulGilbert napisał(a):

Scrum to scam. O ile jeśli robisz po raz n-ty jakieś zadanie, to możesz mniej więcej oszacować. Ale jak robisz ciągle jakieś nowe rzeczy, wchodzicie w nowe technologie i zespół cały czas ewoluuje to szacowanie ile coś zajmie często jest zupełnie bez sensu.

Wszystko jest bez sensu, jeśli robi się to bez przygotowania.


Po dopracowaniu rozwiązania każdy będzie mógł założyć własny drzewiasty wątek.
Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)