Wpis z mikrobloga

@JoeGlodomor ale w Scrumie to zespol decyduje co wziac do Sprintu na bazie priorytetow i celu określonego przez PO. W Scumie nie ma takiej roli jak PM (co nie znaczy ze nie moze byc jej na poziomie calego projektu). Jesli PM za duzo miesza, to SM powinien go spacyfikowac.
  • Odpowiedz
@motokate: To co według ciebie można zrobić, aby zwolnić tempo sprintów? W moim zespole pracuje z jakimiś dziwakami którzy uwielbiają cisnąć i robią wiecznie na wyścigi, później kod to #!$%@? gówno, a w sprincie mamy w #!$%@? taskow do zrealizowania i kończy się to tym ze jest wieczny crunch


Próbowałeś poruszyc ten temat z zespolem na reto? Macie transparentność w zesole, czy jest #!$%@? ale ktos tam sie boi tego powiedziec
  • Odpowiedz
Próbowałeś poruszyc ten temat z zespolem na reto?


@zbinior: gość który prowadzi Scruma i retro jest moim managerem z firmy gdzie jestem oddelegowany i jest też klientem zarazem. Pracuje przez kontraktornię. Więc ni #!$%@? nie mogę zwrócić mu uwagi.
  • Odpowiedz
ale w Scrumie to zespol decyduje co wziac do Sprintu na bazie priorytetow i celu określonego przez PO. W Scumie nie ma takiej roli jak PM


@zbinior: wiem, co jest w podręcznikach do scruma. Ale w życiu nie zawsze wszystko wygląda tak, jak w podręcznikach.
  • Odpowiedz
Taka pozycja vendora, rzeczywiscie jest słabsza, nie mniej mozesz potraktować to nie jako zwrocenie uwagi, a danie dobrej rady, ze na dluzsza mete taki model pracy spowoduje olbrzymi dlug techniczny, problemy z utrzymaniem, wdrazaniem nowych ludzi do projektu i wyraźny spadek tempa dostaracznia nowych funkcji.
  • Odpowiedz
@bootcamp_java_developer: Funnily enough, w big techach ( FANG i podobne ) scrum prawieże nie istnieje.
I dobrze, sprinty zamykają scope pracy zdecydowanie za wąsko, przez co prowadzenie jakiegokolwiek większego projektu wiąże się z znacznym overheadem ciągłej zmiany kontekstu między wykonawcami kolejnych ticketów.
Już nie mówiąc już o tym, że trzeba trackować wszystko bardzo nisko ( no bo jak inaczej wyscope'ujesz pracę na tydzień / dwa ), co wiąże się z kolejnym
  • Odpowiedz
@bootcamp_java_developer: hmmmm? Zacząłeś darmowe nadgodziny? A nie powinno być tak, że przecież ty jako wykonujący estymujesz czas i bierzesz ile uważasz, że jesteś w stanie wziąć. Lepiej brać za mało i dobrać w trakcie sprintu niż robić darmowe nadgodziny.
Niszczysz sobie zdrowie i wydajność zespołu jest sfałszowana
  • Odpowiedz