[depish]

#pracbaza #pracait #programowanie #programista15k
Jedno zadanie ze sprintu - błąd leży po stronie osób odpowiedzialnych za zewnętrzną usługę. Odbite.
Drugie zadanie - błąd zgłoszony z testów regresyjnych, udowodniłem, że to wcale nie błąd i tak już było. Do zrobienia, ale musi przejść cały proces planowania, wylądować w backlogu i zostanie podniesione w następnym sprincie.
Trzecie zadanie - okazuje się, że błędnie wleciało do sprintu, bo wymagania nie zostały w pełni zaakceptowane. Wycofane.

I tak to się żyje w tym korpo it. Chyba kupię w końcu tego baldura ( ͡° ͜ʖ ͡°)

[peoplearestrange]

Ja drugi tydzien czekam na dostep do repo ( ͡° ͜ʖ ͡°) ticket wisi, IT klajenta analizuje

[moggwhy]

@depish: ty się tak nie chwal, bo nic dobrego z tego nie wyjdzie xD

[j.....2]

@depish: ale do czego zmierzasz? Że zrobiłeś już wszystkie zadania ze sprintu i masz wolne do końca sprintu? To takie coś jest możliwe? U mnie to działa tak, że jak szybciej skończymy zadania to bierzemy z następnego sprintu lub z backlogu zgodnie z priorytetami.

[ZielonyRozpustnik]

@depish: a daj spokoj, mi ostatnio kazali robic testy regresyjne appki bo ficzer byl na finiszu do oddania to robie i po 8 godzinach sie mnie pytaja "a jak nowy ficzer?" no to mowie ze nie tykalem bo regresyjnie mialem testowac. "no ale to od ficzera powinienes zaczac" xDD

[WyjmijKija]

Że zrobiłeś już wszystkie zadania ze sprintu i masz wolne do końca sprintu?

@jacekkowalski9122: zostawiasz sobie jedno gówno zadanie i udajesz, że robisz 4 dni. Easy

[r00ti]

@jacekkowalski9122: co to za scrum, skoro dobieracie zadania xD?

[j.....2]

@r00ti: szczerze mówiąc nie wiem jak działa scrum bo mnie to nigdy nie interesowało XD. Ale w mojej odpowiedzi chodziło o to że nie ma siedzenia na dupie tylko lecimy z kolejnymi zadaniami. Poza tym nikt nikomu nie zapłaci za nic nierobienie

[j.....2]

@WyjmijKija: to tak nie działa. Każdy wie ile zajmuje dane zadanie i oszukiwanie/przeciąganie szybko wyjdzie na jaw.

[WyjmijKija]

@jacekkowalski9122: oczywiście, że to tak działa. Wielokrotnie przerabiane. Po pierwsze każde zadanie może napotkać wiele problemów. Po drugie jak ludzie w teamie nie są #!$%@? to rozumieją, że czasem trzeba się #!$%@?ć, a PO i tak nie ogarnia bardzo często

[depish]

@jacekkowalski9122: nie ma zadań do wzięcia, bo jest zator u analityków i rzeczy nie są gotowe do developmentu.

[depish]

@WyjmijKija: jak się jest sprytnym, to już planning pozwala odpowiednio ustawić sprint ( ͡° ͜ʖ ͡°)

[WyjmijKija]

@depish: są takie planningi, że ja od razu wiem, że to będzie sprint #!$%@?. A już słyszałem o takich motywach, że scrum master na pytanie co robić, skoro zadania zrobione, mówił, że odpoczywać

[j.....2]

@depish: no to wtedy backlog techniczny można robić, tam tylko programiści decydują co robią a co nie

[depish]

@jacekkowalski9122: nie jestem typem człowieka, która szuka sobie sam dodatkowej roboty póki mi dodatkowo za to nie zapłacą. Wolę wyjść z psem na spacer czy ugotować obiad.

[JayCube]

@WyjmijKija: jeżeli sprint jest zaplanowany na 2 tyg a uda się zrobić w tydzień oznacza to ze planowanie jest kiepske i dynamika teamu jest do dupy. No ale jezeli management jest zadowolony z takiego tępa to nie ma co panikować…

[WyjmijKija]

@JayCube: czasami to management wrzuca jakieś gówno i twierdzi, że to pewnie zajmie za dużo albo masz sprinty rozpisane w PI planningu i przy sprint planningu już wiesz, że było przeestymowane, ale #!$%@? tam po co się odzywać

[JayCube]

@WyjmijKija: W korpo chodzi o to żeby dupa była kryta. Jeżeli management się nie zorientuje po kilku takich sprintach ze trzeba inaczej estymowac to oznacza: albo management jest istotnie #!$%@?, albo Team nie potrafi jasno przekazać ze coś jest nie tak. Z tum ze w tym drugim przypadku albo Team jest #!$%@? i nikomu nic się nie chce, albo komunikacja siadła… w każdym z tych przypadków nie widzę przyszłości dla tego

[WyjmijKija]

@JayCube: często management nie ma pojęcia co tak naprawdę team robi. Wystarczy zbalansować #!$%@? z dostarczaniem i wszyscy są zadowoleni