Czy ktoś jeszcze uważa, że ​​Scrum nie jest zwinny?

41

Jestem wielkim fanem zwinnego rozwoju i wykorzystałem XP w bardzo udanym projekcie kilka lat temu. Uwielbiałem wszystko, iteracyjne podejście do programowania, pisanie kodu wokół testu, programowanie w parach, posiadanie klienta na miejscu, przez który wszystko działa. Było to bardzo produktywne środowisko pracy i nigdy nie czułem się pod presją.

Jednak kilka ostatnich miejsc, w których pracowałem, używało / używałem Scruma. Wiem, że jest to obecnie dziecko plakatu do sprawnego rozwoju, ale nie jestem w 100% przekonany, że jest zwinny. Poniżej znajdują się dwa główne powody, dla których po prostu nie czuję się zwinny.

Kierownicy projektu to uwielbiają

Kierownicy projektów, którzy ze swojej natury mają obsesję na punkcie czasu, wszyscy wydają się kochać Scrum. Z mojego doświadczenia wynika, że ​​wykorzystują dziennik sprintu jako narzędzie do śledzenia wymagań czasowych i prowadzenia rejestru ilości czasu poświęconego na dane zadanie. Zamiast używać tablicy wszyscy używają arkusza programu Excel, który każdy programista musi wypełnić religijnie.

Moim zdaniem jest to zdecydowanie za dużo śledzenia dokumentacji / czasu dla zwinnego procesu. Dlaczego miałbym marnować czas na szacowanie, jak długo zajmie mi zadanie, kiedy mogę po prostu zająć się samym zadaniem. Lub podobnie, dlaczego miałbym marnować czas na dokumentowanie, ile czasu zajęło zadanie, kiedy mogę przejść do następnego dostępnego zadania.

Spotkania standupowe

Spotkania standup w poprzednim miejscu, w którym pracowałem, były koszmarem. Codziennie musieliśmy wyjaśniać, co zrobiliśmy wczoraj i co zamierzamy zrobić tego dnia. Gdybyśmy przeszli do „oszacowania” czasu dla zadania, kierownik projektu wywołałby smród i odniósł się do rejestru sprintu jako sposobu pokazania, że ​​jesteś niekompetentny za nieprzestrzeganie linii czasu.

Teraz rozumiem potrzebę komunikacji, ale z pewnością ton codziennych spotkań powinien być beztroski i koncentrować się na dzieleniu się wiedzą. Nie sądzę, że powinno to zmienić się w farsę w stylu pracy domowej. Z pewnością punktem zwrotnym zwinności jest zmiana osi czasu, nie należy ich ustawiać w kamieniu.

Wniosek

Ideą zwinności jest ulepszenie oprogramowania poprzez ułatwienie życia programistom. Dlatego moim zdaniem wszelkie zwinne procesy stosowane przez zespół powinny być prowadzone przez programistów. Nie sądzę, aby kierowanie projektem korzystało z procesu, który nazwali „zwinnym”, aby śledzić projekt, ma to coś wspólnego z zwinnym rozwojem.

Myśli ktoś?

winarama
źródło
6
W scrum zespoły powinny być zarządzane samodzielnie. Celem kierownika projektu jest ostatecznie wyeliminowanie ich roli, aby zespół sam organizował codzienne spotkania i uczestniczył w nich. Rola kierownika projektu powinna zostać idealnie wyeliminowana podczas uczestniczenia w spotkaniach retrospektywnych i planistycznych oraz do obsługi całej pracy organizacyjnej.
superM
7
Tak. Nawet jeden z „ojców” zwinnych nie zgadza się, że Scrum jest naprawdę zwinny: youtube.com/watch?v=hG4LH6P8Syk
Euforyczny
18
Więc mówisz, że nie robisz Scruma i jesteś tego świadomy, ale jesteś zaskoczony, że Notscrum jest również Notagile?
pdr
2
Nigdy nie spędzałem więcej czasu na rozmowach o procesie niż każdy „zwinny” zespół, w którym byłem. Ale nadal podoba mi się to znacznie lepiej niż alternatywa.
Rob
11
Z mojego doświadczenia wynika, że ​​Scrum jest zasadniczo próbą sprawienia, by Wodospad wyglądał na zwinny, dzieląc go na mniejsze jednostki. W rzeczywistości, sprinty powinny być bardziej realistycznie nazywane „kaskadami”.
Berislav Lopac

Odpowiedzi:

25

Scrum ma pewne elementy, które są bardziej podatne na perwersję, ale szczerze mówiąc, to, co opisujesz, jest wynikiem próby przekonania organizacji do przyjęcia Scruma bez edukowania wszystkich zainteresowanych stron o tym, o co w tym wszystkim chodzi, jak działa i dlaczego to działa. Aby uzyskać wyniki, potrzebujesz wpisowego w całej firmie.

Każda zwinna transformacja ujawni wszystko, co dzieje się w twojej organizacji, w tym, ale nie tylko, mikromanagerów, ludzi o potężnych umiejętnościach z własnymi programami, niewystarczająco przeszkolonych programistów, silosów komunikacyjnych itp. Jeśli nie będzie kolektywnej woli rozwiązania tych problemów a ty po prostu „robisz standupy” i po prostu „pracujesz w sprintach”, implementacja Scruma padnie na twarz.

Nie mogę tego wystarczająco podkreślić: jeśli chcesz robić Scrum, potrzebujesz kompetentnych trenerów, którzy pokażą ci drogę. Nie wystarczy przeczytać Essential Scrum, a następnie po prostu zobaczyć, dokąd cię to zaprowadzi ...

Stefan Billiet
źródło
16
W jaki sposób codzienne sytuacje różnią się od mikrozarządzania?
Giorgio
10
Zespoły mają za zadanie zorganizować swój czas tak, aby nie przeszkadzały sobie nawzajem. Absolutnie niewłaściwe jest mówienie o szacunkach, czasie, jaki upłynął od przeszłych zadań itp. - w rzeczywistości kierownik projektu (w przeciwieństwie do mistrza scrum) prawdopodobnie nie powinien brać w ogóle udziału.
Julia Hayward,
10
@Georgio: zależy od tego, co rozumiesz przez mikrozarządzanie. Celem codziennych działań w SCRUM jest informowanie wszystkich o tym, co robią inni, a nie zapewnienie kierownikowi projektu okazji do karania ludzi za nieosiąganie prognoz. W rzeczywistości w SCRUM nie ma menedżera projektu, śledzenie i korygowanie szacunków jest zadaniem zespołu, a jeśli nie zostaną spełnione, pytanie brzmi „co go spowodowało i jak możemy tego uniknąć lub pozwolić na to w przyszłości? „nie”, czyja to wina i jak źle możemy sprawić, by się poczuł? ”
Michael Borgwardt,
3
@ErikReppen, jak to jest z praktycznie wszystkim, masz małą grupę ludzi, którzy wymyślają wartościową poprawę, a następnie dostajesz znacznie większą grupę, która chce na tym zarabiać i ogólnie całkowicie ją wypacza :-p Wierzę w Scrum, ale całkowicie dystansuję się od Scrum Alliance i jego działalności certyfikacyjnej.
Stefan Billiet
8
@jessehouwing: Tak, ale narzucanie spotkań dojrzałemu zespołowi jest jak wchodzenie do kogoś, kto potrafi doskonale chodzić i mówienie im: patrz, masz problem, nie możesz chodzić, nauczę cię prawidłowo chodzić. Ci ludzie będą na ciebie patrzeć i zadawać sobie pytanie: Czego ten facet chce ode mnie? Oczywiście, że mogę chodzić. Nakładanie codziennych spotkań dojrzałemu, samoorganizującemu się zespołowi tylko zakłóca ich pracę: to tylko marnotrawstwo. Taka decyzja może być wyjaśniona niekompetentnym zarządzaniem lub wolą obserwowania / kontrolowania pracy zespołu.
Giorgio
20

Tak. Nawet jeden z „ojców” zwinnych nie zgadza się, że Scrum jest naprawdę zwinny: youtube.com/watch?v=hG4LH6P8Syk - Euforia

Myślę, że ten link z jednego z powyższych komentarzy naprawdę mówi wszystko. Warto obejrzeć, wujek Bob przedstawia krótką historię Scruma i w zasadzie mówi, że Scrum nie jest procesem programowania Agile , ponieważ Scrum ewoluował z czasem, aby stać się procesem zarządzania . Powodem tego wydaje się być to, że to kierownicy projektów, a nie programiści, brali udział w kursach Scrum.

winarama
źródło
2
To (co napisałeś, a nie to, co powiedział wujek Bob), jest non sequitur. Tylko dlatego, że coś jest procesem zarządzania, nie czyni go z natury niestabilnym.
Dave Hillier
9
Możesz mieć brązowe koty i brązowe psy, ale brązowy kot nigdy nie może być brązowym psem. Nie dlatego, że nie jest brązowy, tylko dlatego, że nie jest psem. Podobnie proces zarządzania zwinnego nie może być procesem tworzenia zwinnego oprogramowania, nie dlatego, że nie jest zwinny, ale dlatego, że nie jest to proces tworzenia oprogramowania, o którym mówimy.
winarama,
1
Następnie możesz zaktualizować swoje pytanie zatytułowane: „Czy ktoś jeszcze uważa, że ​​Scrum nie jest zwinny?”
Dave Hillier
Dziękujemy za udostępnienie filmu. Uznałem to za naprawdę pouczające.
MickJ
Menedżerowie tacy jak zwinni nawet nadużywają go. Mogą więc obwiniać programistów. Zatem stosowanie zwinnego, niezależnie od tego, co jest fałszywe, czy nie, jest kwestią politycznej poprawności.
Miłość
13

To, co opisujesz, jest tym, co my, profesjonalni trenerzy Scrum, widzimy wiele w organizacjach, które „wdrożyły scrum”. Często „Robią XP w zespole programistycznym”, co oznacza, że ​​na serwerze kompilacji jest uruchomionych kilka testów jednostkowych. To nie jest scrum .

Tak, Project Managerowie mogą wykorzystywać zaległości produktu, zwłaszcza takie, które zostały zdigitalizowane, aby wykorzystać nadmiar danych, jakie gromadzą takie systemy. Ale zespół programistów i Scrum Master nie powinni mu na to pozwolić. Co w ogóle robi Project Manager? Czy to nie powinien być właściciel produktu ?

Podobnie jak XP można zrobić źle, a niektóre bardziej rygorystyczne procesy mogą wydawać się bardzo płynne (z ciągłą integracją, wdrażaniem, ale nadal bardzo zależne od planu), Scrum jest po prostu ramą. Potrzeba dobrych ludzi, którzy rozumieją wartości i proces, aby je odpowiednio wykonać. Aby to osiągnąć, potrzeba ciągłego uczenia się poprawy .

jessehouwing
źródło
12

Prawdopodobnie się tego spodziewałeś, ale tylko dlatego, że niektórzy (wielu?) Niewłaściwie używają Scruma w sposób niestabilny, nie oznacza, że ​​Scrum nie jest Zwinny.

Project Manager : w zespole Scrum nie ma takiej roli. Scrum Master nie ponosi odpowiedzialności za budżet ani terminy realizacji. Jest odpowiedzialny za pomoc zespołowi i usunięcie wszelkich przeszkód stojących na drodze do celu, do którego się zobowiązali. Z tego, co opisujesz, wygląda na to, że twój premier porwał Scrum, aby wziąć dla siebie przywileje, które zwykle idą do zespołu i właściciela produktu, utrwalając poprzednie nawyki dowodzenia i kontroli.

Śledzenie czasu : Scrum zaleca śledzenie pozostałego czasu i zsumowanie go, aby określić status sprintu, a nie punkt spędzony przez poszczególnych członków zespołu. To może wydawać się szczegółem, ale robi różnicę między kulturą zorientowaną na winę a podejściem zorientowanym na cel.

Z przewodnika Scrum :

Monitorowanie postępu sprintu

W dowolnym momencie sprintu można zsumować całkowitą pracę pozostałą w Backlogu sprintu. Zespół programistów śledzi tę całkowitą pracę pozostałą przynajmniej dla każdego Codziennego Scruma, aby przewidzieć prawdopodobieństwo osiągnięcia celu sprintu . Śledząc pozostałą pracę w całym sprincie, zespół programistów może zarządzać jej postępem.

guillaume31
źródło
Stanie się kulturą zorientowaną na winę jest nieuniknione, nawet jeśli Scrum jest w 100% politycznie poprawny teoretycznie.
Miłość
2

scrum jest metodologią zarządzania projektami

agile to metodologia tworzenia oprogramowania (-ish)

Scrum + Agile działa bardzo dobrze

scrum bez zwinności ... nie tyle

Steven A. Lowe
źródło
3
Co ciekawe, Scrum był metodologią tworzenia oprogramowania, ale z czasem przekształcił się w metodologię zarządzania projektami.
winarama,
2
Myślę, że to trochę nieuniknione. Twórcy po prostu nie mają tyle poczucia własności w procesie (nie chcę tego). W niedawnym przeglądzie sprintu zakwestionowałem cel zespołu: napisanie oprogramowania lub sprawienie, by wykres wypalenia wyglądał dobrze. Zwróciłem uwagę, ale potem wszyscy premierowie w tym pomieszczeniu musieli bardzo się starać, aby podkreślić znaczenie bla bla bla. lol!
Rob
2
@ T-Pane: Jeszcze bardziej interesujące jest to, że Scrum pierwotnie zaproponowano jako metodologię rozwoju nowego produktu - hbr.org/1986/01/the-new-new-product-development-game/ar/1
Steven A. Lowe
2
@ StevenA.Lowe Ah Scrum, jest w podróży do odkrywania siebie.
winarama,
1
Wiem, że jest stary, ale ta odpowiedź jest całkowicie fałszywa. Scrum jest strukturą, w którą pasują wzorce. Zwinny to zestaw wartości i zasad.
Venture2099