[teddybear69]

Wiecie co jest rakiem tej branży? Agile, Scrum i te wszystkie dziwactwa. Bo klient musi sobie co tydzień pooglądać i podotykać niepełnoaprawną apkę i przez to zamiast normalnie zaplanować i zrobić projekt to ja mam co tydzień rozpierdziel i osiem godzin spotkań z project managerem.

#programowanie #programista15k #gorzkiezale #takaprawda #komputery #scrum #agile

[B.....o]

@teddybear69: bez tego po kilku miesiącach się dowiadujesz że założenia są błędne bo klient zmienił zdanie i wyrzucasz wszystko do kosza xd Jakkolwiek tego nie nazwiesz częste spotkania są potrzebne żeby upewnić się że nic się nie rozjeżdża i każdy jeszcze pamięta co tak naprawdę implementuje.

[teddybear69]

@Bellissimo no ale to chyba problem klienta, nie?

[B.....o]

@teddybear69 no nie wiem, to klient przynosi pieniądze i ma prawo zmienić zdanie o ile nie umówicie się inaczej.

[P.....K]

@teddybear69: a wiesz, że w tak8 sposób jak Ty mówisz to już nie jeden robił i miało to też wady?

[teddybear69]

@ProgramistaCalkiemSporoK jakie?

[teddybear69]

@Bellissimo no spoko, ale jak zmieni zdanie to można wrócić do projektowania, wymyślić na nowo i zakodzic. Cotygodniowa szopka nic tutaj nie zmienia.

[P.....K]

@teddybear69: brak panowania nad ryzykiem i brak skalowalnosci. Przy prostym crudzie to wiadomo, siadaja dwie osoby i cyk w miesiac coś jest. Przy apce gdzie backend to milion linii kodu, frontend kolejne 2 miliony, niestety nie uda się to. Skalowalne Agile'owe frameworki sprawdzaja się. Ciężko to wytłumaczyć w kilmu zdaniach, ale jak bylem jeszcze mlodym devem z 5 letnim doswiadczeniem to byłem najwiekszym przeciwnikiem agile'owego piekla, ale po 10 latach i

[zibizz1]

@teddybear69: podstawowa rzecz, to nie musi być cotygodniowa szopka. Może być to 2-3-4 tygodnie i nie musi być szopką jeśli spełnia wszystkie założenia. Chodzi o to że agile to możliwie przewidywalny proces który pozwala wytworzyć produkt najbardziej zbliżony do tego co potrzeba w możliwie krótkim czasie.

[struga]

@teddybear69: po jakimśtam czasie pracy w scrumie stwierdzam, że wystarczyłby kanban. Sprinty, planowania, retrospektywy - to koszmarna strata czasu moim zdaniem. A bo wyestymować taseczka trzeba, a czemu ta trójeczka była robiona tydzień panowie musimy o tym porozmawiać. Bleh.

[ssauczo_pauczo]

@teddybear69: poświęcasz jeden dzień na dwa tygodnie (mówisz, że masz sprint tydzień - krótki strasznie) a w zamian dostajesz:
1. Zaplanowaną pracę całego zespołu
2. Omówione i opisane zadania, więc nie ma problemu z tym o co w danym tasku chodziło
3. Mozliwosc przewidywania terminów dostarczenia konkretnych części apki
4. Zmniejszone ryzyko grubych problemów - co 2 tyg masz coś działającego
5. Możliwość wprowadzania zmian koncepcyjnych i projektowych w trakcie procesu

[bartdziur]

@ZdeformowanyKreciRyj: @zibizz1: @yggdrasil: @ProgramistaCalkiemSporoK: wiecie, ze gadacie z chłopem który zrobił bootcamp jakiś czas temu i teraz wam pisze o „raku branży”? xD przecież on nie ma pojęcia o czym pisze

[teddybear69]

@bartdziur to może się pochwal swoim doświadczeniem kolego?

[bartdziur]

@bartdziur to może się pochwal swoim doświadczeniem kolego?

@teddybear69: Nope, nie muszę. Znam swoją wartość ( ͡° ͜ʖ ͡°)

[teddybear69]

@bartdziur a ja swoją i mam prawo do własnego zdania, że lepiej w robocie robić coś produktywnego niż siedzieć na bzdurnych retrach zmieniając plan prac co tydzień

[Madbest]

@teddybear69:
Wszystko ma swoje wady i zalety. Z Twojego opisu wynika, że po prostu Twój zespół jest #!$%@? a nie scrum nie ma sensu. PO i Scrum Master muszą wiedzieć za co są odpowiedzialni. Scrum Master musi wiedzieć, że jest niejako służącym dev teamu i jego zadaniem jest pomagać a nie bawić się w boga. PO musi znać swoje prawa I OBOWIĄZKI. Klient musi być zaangażowany w projekt.
Bardzo często masa

[teddybear69]

@Madbest jakoś nie widzę zalet

[K-S-]

@ZdeformowanyKreciRyj: jeżeli po każdym takim 10 minutowym spotkaniu przez 10 minut wracasz do tego co robiłeś przed spotkaniem czyli tracisz 20 minut, jeżeli spotkań jest kilka w ciągu każdego dnia to zaczyna to dobijać twoją produktywność.

[P.....r]

@teddybear69: typie mowisz? pomysl o tym że przez to że spodobało się to w dziale software to #!$%@? nam to samo w dziale mechanicznym.....teraz robię pod to gówno rysunki i modele...i co dwa tygodnie mamy nowy train agailowy tak jak w software tylko u nas wprowadzenie jednej zmiany trwa #!$%@? miesiąc, bo takie mamy procedury, bo produkcja, bo trzeba dogadac cos z podwykonawca narzedzi albo form
Nikt oczywiscie nie daje o

[M.....r]

@teddybear69: Wszystkie te Adżajle, srajle itp. są po to żeby można było pracować dzielnie w korpo jako typowy aspołeczny żuczek i żeby się dało nad tym zapanować. Bywa upierdliwe, ale jest niezbędne jak jest więcej osób w projekcie, w dużym korpo inaczej się po prostu nie da, bo skończysz z silosami gdzie okopały się świry i o jakimkolwiek zarządzaniu nie ma mowy.

Natomiast, jak chcesz się bawić w rockstar inżyniera który