[korell]

Scrum to framework do poganiania słabych programistów, nigdy nie widziałem, żeby ktoś go wykorzystywał w innym celu. W dobrych firmach managment ma zaufanie do swoich pracowników, a zaufani pracownicy dostają większą odpowiedzialność. Gdy pracownik ma sprawczość i odpowiedzialność to jego praca staje się dużo bardziej jakościowa i zmiany zachodzą szybciej.
W takiej sytuacji każdy wie co ma robić i wystarczy dać zespołowi kierunek. Dobry zespół nie ma sztucznych deadlinów, planningu, ale jest w nim dużo komunikacji wewnętrznej i pair programmingu.

Kanban >>> Scrum

#programowanie #programista15k

[t.....2]

@korell: przeważnie scrum też się sypie, często w trakcie sprintu są jakieś wyjebki, osobiście zawsze pracowałem w hybrydzie scruma i kanbana łącząc ich najgorsze wady ;)

[c.....1]

@korell: To tak nie działa: jak dasz wolną rękę, to "pasjonaci" zaczną pisać nowy "idealny" OS i nigdy nie dowiozą niczego istotnego dla biznesu. Za każdą roboczogodzinę się płaci, więc to się nie da "bez deadlinów".

[K.....z]

@cyk21: dodałbym

„Więc to się nie da bez deadlinów i bez bata”

[korell]

@cyk21: Nie pisałem, że deadliny są złe same w sobie, napisałem tylko o sztucznych deadlinach na dowiezienie zmiany koloru buttona.

[c.....1]

@korell: Zmiana buttona może być trywialny zadaniem dla małej apki, a może być dużą zmianą dla poważnej apki.

Clue jest taki, że klientowi trzeba rozpisać za co płaci i ile czasu zajmie zmiana: w IT i tak masz mało tego BS w porównaniu do consultingu, gdzie ludzie będą robić task force'y do zmiany koloru czcionki na slidach.