Scrum nie działa

Odpowiedz Nowy wątek
2018-02-11 18:39
19

Na razie tu, a w razie czego się przeniesie do Flame.

Pracowałem w kilku firmach, które mniej lub bardziej próbowały być "agile". Obserwacje:

  1. Estymacja wielkości zadań była bezużyteczną stratą czasu. Nigdy estymaty się nie zgadzały z rzeczywistością, niezależnie od stopnia zaawansowania osoby estymującej. Jedyne, co działało, to podział zadań na "łatwe, znam rozwiązanie", "wiem jak to zrobić, ale to duże zadanie" i "nie mam pojęcia jak to zrobić / poprawić, zajmie od 5 minut do 5 miesięcy".

  2. W praktyce nie jest możliwe sensowne zaplanowanie rozwoju złożonego produktu planując w sprintach po dwa tygodnie. Taki system planowania ma tendencję do skupienia się na celach krótkoterminowych i gubienia całościowego obrazu budowanego systemu.

  3. Każde zadanie niby da się podzielić na N małych zadań. Gorzej jak się nie da. Przymus dzielenia zadań na małe zadania powoduje, że duże zadania których nie da się łatwo podzielić, wymagające np. zmian w architekturze / projekcie nigdy nie wychodzą poza backlog. Premiowane są taski trywialne, które dają efekty szybko i zrobią dobre wrażenie w trakcie retrospekcji.

  4. Agile manifesto zakłada, że interakcje są ważniejsze niż proces. Tymczasem w wielu implementacjach Scrum widziałem coś zupełnie odwrotnego. Proces ważniejszy niż ludzie, do poziomu religijnego wręcz - "nie możesz robić tego zadania, bo nie było zaplanowane na ten sprint!" wtf?

  5. Standupy - marnowanie czasu zespołu. Bo niby jak programista nie opowie co robi, to będzie cały dzień oglądał koty w internecie?

  6. Zbyt duży wpływ klienta na planowanie, zbyt mało swobody dla programistów / architektów / analityków. Klient często g*** wie. Jakby Ford słuchał klientów, to musiałby im dać "szybsze konie". Nie twierdzę, że klienta nie należy słuchać, ale mam wrażenie, że Scrum jest oparty na błędnym założeniu że programista nie jest w stanie pojąć, czego chce biznes.

  7. Zbytni nacisk na implementację i deprecjonowanie wagi procesu wstępnego projektowania i roli indywidualnych talentów. Wiele genialnych systemów powstało jako projekt jednego człowieka lub małej grupy ludzi. Klasyczny przykład: TeX. O ile pisać kod można wspólnie, to nigdy nie widziałem, aby wspólne projektowanie się udało. Projektowanie wymaga czasu i nie zawsze daje się je zmienić w kawałku sprintu.

  8. Brak własności kodu i rozmywanie odpowiedzialności. Założenie, że każdy może grać na każdej pozycji jak piłkarze reprezentacji Niemiec w piłce nożnej nie działa w IT. Owszem, mogę usiąść do każdego kawałka naszego kodu i coś w nim poprawić, ale zajmie mi to 5X tyle czasu niż w kodzie, który sam pisałem / projektowałem. Założenie takie jest nieefektywne.

Podsumowując: Scrum szkodzi. Leczenie waterfalla scrumem to jak leczenie dżumy cholerą.

Oczekuję konstruktywnej polemiki. Może u Was Scrum / agile działa?

Pokaż pozostałe 19 komentarzy
Nie wiem jak inni mogą, ale ja nie mam z tym problemu. Do wczoraj nie widziałem na oczy kodu RxJava. Wczoraj znalazłem i poprawiłem tam dwa błędy ze współbieżnością mimo że kod jest znacznie poniżej mojego akceptowalnego poziomu jaki puszczam na review. Podobnie miesiąc lub może dwa miesiące temu dorzuciłem coś do Netty, też wcześniej nie znając kodu. Właśnie code-review ma duży sens jeśli jest robiony przez osobę nieznającą szczegółów projektu. Jeśli ta osoba nie może zrozumieć jak coś działa, to najpewniej kod jest napisany źle. - Krolik 2018-02-15 11:59
Ale swoim komentarzem potwierdziłeś moje słowa. Lepiej, żeby ktoś miał coś zrobić w projekcie (jak np. Ty znaleźć błąd w kodzie), niż robić code review. Przecież nie robiłeś code review nikomu, tylko szukałeś "dziury w całym". Jakbyś miał zobić code review pierwszego lepszego merge requesta do Rxjavy, to pewnie nie miałbyś pojęcia co tam recenzować. A tak, robiąć coś, poznałes już kawałek kodu i zorientowałeś się w strukturze projektu. Następny ticket zrobisz jeszcze szybciej bo już wiesz na co patrzeć! - Thyliamris 2018-02-15 13:05
Wszystko zgoda, tylko gdzie ja napisałem, że własność kodu wyklucza aby inni robili w nim jakieś zadania? - Krolik 2018-02-15 14:04
myślę, że osoby, które nie znają projektu i tak mogą skorzystać z code review, choćby na zasadzie zadawania pytań i pisania komentarzy typu "dlaczego zrobiłeś to w ten sposób?", dzięki temu zarówno oni zdobędą trochę wiedzy o projekcie, jak i twórca kodu musząc coś wytłumaczyć drugiej osobie może nabędzie większego wglądu w to, co robi. mOże osoba nowa mu zwróci uwagę na coś ważnego, nad czym się nie zastanawiał wcześniej? - LukeJL 2018-02-15 14:05
Nie mówiąc już o rzeczach, które są uniwersalne. Jak ktoś np. chamsko przekopiował kod, to nawet nie znając projektów można stwierdzić "ej, to jest kopiuj-wklejka" (owszem, niektóre kopiuj-wklejki są uzasadnione, ale zakładam, że code review to również pewien dialog, wymiana opinii na temat projektu i twórca kodu może bronić swoich decyzji w kodzie). - LukeJL 2018-02-15 14:08

Pozostało 580 znaków

2019-09-07 18:05
0

Dzięki za ten wątek nie wiedziałam że bycie programistą zawodowo to takie bagno jakieś scrumy, standupy, wywalanie ludzi za byle błąd, uff już nie będę mieć żalu że nikt mnie dotąd nie chciał, powinnam dziękować Bogu że nie wlazłam w to szambo :) Płaca to nie wszystko, zresztą umówmy się te płace i tak specjalnie wysokie nie są jak na wasze obowiązki... sorry taki fullstack robi za 2 osoby albo i więcej a ile średnio zarabia 6000 tys czy coś koło tego.

Pokaż pozostałe 4 komentarze
Ja, bym brał nawet w Szwajcarii. Nawet rocznie ta kasa jest nadal spoko. - jarekr000000 2019-09-07 21:35
W porównaniu do 15k (o którym każdy stereotypowy user się naczytał i marzy o kilkunastu k co miesiąc minimum) to mało xD W sumie programowanie... bułka z masłem ;p - goose_ 2019-09-07 21:53
15k to nadal mało w stosunku do 600k - jarekr000000 2019-09-07 21:53
3...2...1... i @goose_ załapał ;) - cerrato 2019-09-07 21:54
@jarekr000000 @cerrato aaaa sorry, dopiero teraz ogarnąłem :) No tak...heh no niektórzy tak piszą i się domyślam o co im chodzi... mniej więcej ;p - goose_ 2019-09-07 21:54

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 0, botów: 1

Robot: Bingbot