Wpis z mikrobloga

Macie jakieś sprawdzone sposoby na zmotywowanie lesera do pracy? Mamy takiego jednego goscia, ktory na kazdym daily mowi "aj will continiu to work on maj ticket, dats oll" i ticket na 2 dni robi 2 tygodnie. Nie bardzo chce go #!$%@? wyzej i byloby mi wszystko jedno, gdyby cale planowanie bralo ten fakt uwage (pewnie wtedy zatrudnionoby kolejnego deva, bo jest duzo do zrobienia). Dawac mu jakies krytyczne taski, zeby bylo lepiej widac, ze sie #!$%@?? Bezczelnie pytac codziennie na daily czy nie potrzebuje pomocy, bo task robi juz 2x niz planowano? Czy moze jednak uderzac do PMa i niech on sie martwi?

Wolam @bootcamp_java_developer jako eksperta w tej dziedzinie.

#programowanie #scrum #agile
Kresse - Macie jakieś sprawdzone sposoby na zmotywowanie lesera do pracy? Mamy takieg...

źródło: comment_1660995996NF3SC5qcrrdPLjKJezSZgZ.jpg

Pobierz
  • 50
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

via Wykop Mobilny (Android)
  • 7
@Kresse: Jeśli macie na to czas, zrób pair programming z gościem, albo indywidualnie pogadaj, jaki ma pomysł na rozwiązanie zadania (problem solving) przed jego rozpoczęciem - może jest jakaś inna przyczyna oprócz ordynarnego opieprzania się ( ͡° ͜ʖ ͡°)
  • Odpowiedz
@Kresse: popracuj jako TL nad miekkimi skillami. Powinienes też na nie zwrocic uwagę, bo ta rola jest nie tylko techniczna.

Moja propozycja to niech daje dokladny status taska na daily, co zrobil wczoraj, z czym ma problem, co zrobi dzisiaj. Jak ma problem to niech ktoś z nim posiedzi. Jak sytuacja sie powtarza nagminnie, to feedback dla niego i jego przelozonego. Niech kierownik go cisnie, to nie Twoja robota.

Rozumiem,
  • Odpowiedz
via Wykop Mobilny (Android)
  • 27
@Kresse: dlaczego ilość commitow mialaby mieć jakiekolwiek odzwierciedlenie na to ile ktoś pracuje xD mogę nawet najmniejsza głupotę wrzucać codziennie, a tak naprawdę #!$%@? robić. to że ktoś rzadko wrzuca zmiany, nie znaczy że ma mniejszy wpływ. dziwne porównanie na skrinie
  • Odpowiedz
via Wykop Mobilny (Android)
  • 0
@Kresse: a dając prawdziwa radę: od tego są liderzy i menadżerowie. jak ktoś nie pracuje to ma się z tego wytłumaczyć jak człowiek, a jak nie ma wytłumaczenia to zanotujcie i tyle. będzie podpórka żeby go #!$%@? później
  • Odpowiedz
@Kresse:
Ktoś wyżej pisał, żebyś popracował nad soft skillami jako TL i to racja. Dodatkowo zagadaj do HR albo kogoś kto prowadzi ten burdel z prośba o poradę żebyś wiedział co ci wolno zrobić (bez wskazywania o kogo chodzi) a później jak już się dowiesz to 1on1 z pytaniem czy ma problemy z tymi taskami lub potrzebuje jakiejś pomocy w ogarnięciu tego i dodatkowo z wyjaśnieniem dlaczego uważasz że mógłby
  • Odpowiedz
via Wykop Mobilny (Android)
  • 2
@Kresse: pracowałem z paroma osobami, które technicznie były ok, ale miały problem z wymyśleniem rozwiązania do zadania, nad którym pracowali - bez jakiegoś konkretnego pomysłu najczęściej robili je metodą prób i błędów, a wiadomo, że wydłuża to znacznie pracę nad zadaniem.

Dlatego u nas już na etapie planowania pracy w sprincie staramy się upewnić, że każdy rozumie cel zadania w takim stopniu, żeby od razu miał jakiś pomysł na nie.
  • Odpowiedz
@Kresse: zacznijcie robić prawdziwe daily (a nie czytanie statusu ticketow z jiry), jak brakuje zespołowi doświadczenia w tym to poproście o wsparcie porządnego Scrum mastera / agile coacha i problem się rozwiąże.
  • Odpowiedz
xD kult #!$%@? xD


@yhbgrobdoivbvwamsv: Kult #!$%@?? Bo chłop pracuje przez 4h w tygodniu i ewidentnie nie dowozi roboty za którą ma płacone? Może od razu wróćmy do komuny i czy się stoi czy się leży 1000 zł się należy? Szczególnie gdy cała reszta zespołu sumiennie robi swoje i ma tolerować #!$%@? który jeździ na ich garbie?

Jeśli w 4h dowozisz robotę wartą statystycznie 8h to masz święte prawo się
  • Odpowiedz
Bezczelnie pytac codziennie na daily czy nie potrzebuje pomocy, bo task robi juz 2x niz planowano? Czy moze jednak uderzac do PMa i niech on sie martwi?


@Kresse: Spróbuj go pociągnąć za język aby wyczuć czy wdepnął w jakieś śmierdzące gównisko które się przeciąga, czy po prostu ordynarnie tnie w #!$%@?. Bo chłop zdaje się odpowiada zdawkowo za czym mogą kryć się różne przyczyny, m.in. takie że znalazł samorodek z gówna który próbuje oszlifować (co też nie jest dobre, bo nie powinien patykiem grzebać w gównie na własną rękę bez poinformowania TLa co znalazł i przedyskutowania co z tym zrobić). Jeśli wdepnął to powinien zostać przynajmniej poinstruowany że następnym razem ma z tym przyjść i zakomunikować jak wygląda sprawa a nie toczyć kulkę solo w ciemno.

Najlepiej jakbyś go złapał za rękę i miał w ręce jakieś dowody, że koleś nie dość że się #!$%@? to jeszcze kłamie a wtedy idziesz z tym wyżej do product ownera czy kogokolwiek tam macie władnego aby go ewentualnie zapakować na taczkę. Jeśli nie masz takiej mocy sprawczej aby osobiście go prześwietlić, dać mu feedback że nie dowozi a potem ewentualnie wywalić to się tym specjalnie nie zajmuj, tylko zgłoś swoje obserwacje do osoby która ma taką władzę i niech on to przejmie. Jak się wyszczają na temat, to też miej to w dupie - bo skoro nie masz możliwości go wywalić a ktoś kto ma możliwość to oleje, to po prostu zwiększ estymaty i jak się ktoś z biznesu zapyta czemu tak drogo, to mu powiedz że macie gościa na pokładzie który zamiast 8MH dziennie robi 2 i tak to trzeba liczyć
  • Odpowiedz
@kaitek666: Oczywiscie liczba commitow to tylko sredni estymator i obrazek jest pogladowy, bo w koncu jest to portal z obrazkami. Problem mozna rownie dobrze stwierdzic po ticketach, statusach na daily, braku jakiejkolwiek wychodzacej komunikacji itp.

Ktoś wyżej pisał, żebyś popracował nad soft skillami jako TL i to racja.


@e-stark: Cos konkretnego typu conflict management? Generalnie z reszta zespolu nie mam wiekszych problemow. Jak ktos ma z czyms problem/czegos
  • Odpowiedz
Oczywiscie liczba commitow to tylko sredni estymator i obrazek jest pogladowy, bo w koncu jest to portal z obrazkami. Problem mozna rownie dobrze stwierdzic po ticketach, statusach na daily, braku jakiejkolwiek wychodzacej komunikacji itp.


@Kresse: Macie estymaty na taski? Jakieś choćby symboliczne logowanie czasu? Bo ja sam czasem robię jeden commit dziennie, ale zawierający w sobie robotę z całego dnia (tak wiem, zła praktyka, ale jak do tej pory jeszcze nigdy nie miałem z tym problemów więc tak robię, jak się coś wywali to się pewnie oduczę, tak jak oduczyłem się robić zmian na bazie produkcyjnej xD). Czasem to jest jeden commit na cały task który był wyceniony na kilka MD.

Jak macie estymaty nawet takie pi razy drzwi, to z nich łatwo będzie podliczyć ile reszta zespołu statystycznie z tej estymaty dowozi (może być nawet tak że cały zespół notorycznie się nie mieści - to jest sygnał że macie zaniżone estymaty i trzeba drożej wyceniać) a ile dowozi on. A to dla osób władnych będą już twarde dane aby podjąć jakieś działania, bo mu rzucą w twarz wykresem średniej "dowożalności" vs wykres tego co on dowozi i niech się tłumaczy czemu te wykresy mają takie odległości od siebie. Jak gość #!$%@?ł się celowo testując granice, to będzie to dla niego warning sign, że albo musi szybko rzucić papierem i uciekać (bo np. ma drugą fuchę i już wie że się zesra) albo przestać się opieprzać, bo już jest pod lupą i koniec
  • Odpowiedz