Nadgorliwi koledzy w pracy

somekind napisał(a):

Załóżmy (przykład czysto hipotetyczny, całkowicie niezwiązany z realną sytuacją), że masz task polegający na wprowadzeniu nowych emotek na forum dla programistów.

• Jedna osoba klepnie kod w 1h, będzie działać, więc wrzuci na produkcję.
• Druga osoba zanim cokolwiek klepnie zweryfikuje system, i odkryje, że w panelu użytkownika jest ustawienie wyłączające wyświetlanie emotek w ogóle, w związku z czym zmiany należy wprowadzić w kilku miejscach systemu, i jej to samo zadanie zajmie 8h.

Trzecia osoba zrobi w godzinę, wrzuci na produkcję, powie, że zajęło to 8 a kod nie działa Mam wrażenie, że pretensje zgłasza właśnie ten przypadek.

mrxormul napisał(a):

hyacinth napisał(a):

Większość tutaj zakłada że produktywność na jednostkę czasu każdej osoby w zespole jest taka sama - co w moim doświadczeniu prawdą nie jest. W większych zespołach przepaść pomiędzy najsłabszymi osobami a najlepszymi jest zwykle kolosalna...

Produktywność developera to temat rzeka:

• juniorzy, ludzie po bootcampach którzy na poziomie projektu uczą się języka, czym są testy, po co jest baza danych

• kod zastany którzy trzeba refaktorować, pokryć testami albo testy przepisać bo takowe się do niczego nie nadają

to jest problem, zaczynanie od refakturingu
bo jest się po bootkampie na którym nauczono jedynej słusznej wizji np. podziału plików pomiędzy katalogi

A mi się wydawało że większość zespołów w korpo to raczej tak działa:

https://imgflip.com/i/8e97jj