Jaki jest cel stand-up i jego czas trwania w zwinnych metodologiach? [Zamknięte]

13

Kiedyś pracowałem nad metodologią wodospadu, a teraz jestem w zespole, który stosuje zwinną metodologię. Wygląda na to, że robią to źle. Na przykład mamy stand-upy trwające ponad 25 minut dziennie, co jest naprawdę denerwujące. Ponadto wydaje mi się, że uzasadniam swoje wynagrodzenie kierownictwu bardziej niż cokolwiek innego.

Czy źle się czuję w ten sposób? Czy w ten sposób zwykle przeprowadza się stand-upy?

użytkownik10326
źródło
3
Czy zasugerowałeś podczas Retrospektywy, że pojedynki są zbyt czasochłonne? O czym rozmawia się podczas spotkania, które zajmuje 25 minut?
dcaswell
Ile osób jest w zespole?
Guy Sirton,
1
@GuySirton: Rozumiem, co mówisz, ale z drugiej strony nie minie ~ 30 minut każdego dnia? Czy to nie za dużo?
user10326,
1
Głosowanie w dół i brak wyjaśnień ....
10326
2
@ user10326: Twoje kierownictwo oczywiście nie uważa, że ​​to za dużo. Zakładając, że ustalają reguły (różni się w zależności od firmy) i nie można ich przekonać, że będzie to zbyt długo, bo będzie to 30 minut. Prawie na pewno ich nie przekonasz, odwołując się do programistów lub podręcznika Scrum. Jak poradzić sobie z sytuacją w zespole / pracy, może być pytanie dla Workplace SE. Tutaj możemy opowiedzieć o tym, jak to ma działać, ale nie jesteśmy pewni, czy możemy pomóc w Twojej konkretnej sytuacji.
Guy Sirton,

Odpowiedzi:

13

Dla Scruma Ken Schwaber i Jeff Sutherland wyjaśniają :

Daily Scrum

Daily Scrum to 15-minutowe wydarzenie ograniczone czasowo dla zespołu programistów w celu zsynchronizowania działań i stworzenia planu na następne 24 godziny. Odbywa się to poprzez kontrolę pracy od ostatniego Daily Scrum i prognozowanie pracy, którą można by wykonać przed następną. Daily Scrum odbywa się codziennie o tej samej godzinie i miejscu, aby zmniejszyć złożoność. Podczas spotkania członkowie zespołu programistycznego wyjaśniają:

  • Co zrobiłem wczoraj, co pomogło zespołowi programistów osiągnąć cel Sprint?

  • Co zrobię dzisiaj, aby pomóc zespołowi programistów osiągnąć cel Sprint?

  • Czy widzę przeszkodę, która uniemożliwia mi lub zespołowi programistów osiągnięcie celu sprintu?

Zespół programistów używa Daily Scrum do kontrolowania postępów w osiąganiu celu sprintu i do sprawdzania, jak postępuje tendencja do ukończenia pracy w Backlogu sprintu. Daily Scrum optymalizuje prawdopodobieństwo, że zespół programistów osiągnie cel sprintu. Każdego dnia zespół programistów powinien rozumieć, w jaki sposób zamierza współpracować jako samoorganizujący się zespół, aby osiągnąć cel sprintu i stworzyć oczekiwany przyrost do końca sprintu. Zespół programistów lub członkowie zespołu często spotykają się bezpośrednio po Daily Scrum w celu szczegółowych dyskusji lub dostosowania lub przebudowy reszty pracy Sprint.

Scrum Master zapewnia, że ​​zespół programistów ma spotkanie, ale zespół programistów jest odpowiedzialny za prowadzenie codziennego Scrum. Scrum Master uczy zespół programistów, aby utrzymywał dzienny Scrum w ciągu 15 minut.

Scrum Master egzekwuje zasadę, że tylko członkowie Zespołu Rozwoju uczestniczą w Daily Scrum.

Codzienne Scrumy poprawiają komunikację, eliminują inne spotkania, identyfikują przeszkody w rozwoju w zakresie usuwania, podkreślają i promują szybkie podejmowanie decyzji oraz podnoszą poziom wiedzy zespołu programistów. Jest to klucz do sprawdzenia i dostosowania spotkania.

Inne metodologie mogą mieć różne rytuały, a nawet różne zespoły Scrumowe mogą zoptymalizować sposób, w jaki robią to inaczej. Kluczowym pomysłem jest szybkie spotkanie, aby upewnić się, że zespół jest na dobrej drodze do dostarczenia. Nie powinien to być raport o stanie zarządzania. Jest to jednak jeden ze zwinnych pomysłów, który jest łatwiejszy do obalenia.

Guy Sirton
źródło
Istnieje również internetowe spotkanie stand up, którego używamy do naszego codziennego standupu, jeśli to pomaga komuś: standup.report
MagExt
8

TL; DR

Przy prawidłowym przeprowadzeniu w odpowiednio dobranym zespole Scrum, codzienne wstawanie nigdy nie powinno zająć więcej niż 15 minut. Jeśli to potrwa dłużej, zespół jest zbyt duży lub masz problem z procesem.

Cel stójki

Codzienny stand-up to spotkanie poświęcone zaangażowaniu i koordynacji dla całego zespołu. Został zaprojektowany, aby upewnić się, że cały zespół jest świadomy przeszkód, jakie historie są robione lub nie, i jakie zadania są gotowe do przeniesienia z listy rzeczy do zrobienia jednego członka zespołu na kogoś innego.

Ważne jest, aby Scrum Master i właściciel produktu byli aktywnymi uczestnikami w stand-upie, ale jeśli zespół zgłasza się do któregokolwiek z nich, wówczas proces Scrum może być dobrze i naprawdę zepsuty. Podobna odpowiedź na temat zarządzania stosami zarządzania projektami ma u dołu 10-punktową listę „zapachów projektu” , z których niektóre mogą mieć zastosowanie w twoim przypadku. Nawet jeśli nie mają zastosowania, zdecydowanie powinieneś ponownie ocenić skuteczność swoich awansów podczas następnej Retrospektywy Sprint.

Przestrzegaj terminów

Chociaż nie podoba mi się „trzy pytania” jako konkretny format właśnie dlatego, że prowadzą one do spotkań, które przypominają podciągnięcie statusu, byłbym niedoceniony, gdybym nie wskazał kanonicznego opisu Daily Scrum Mike'a Cohna . Strona mówi częściowo:

Koncentrując się na tym, co każda osoba osiągnęła wczoraj i dzisiaj, zespół doskonale rozumie, co zostało wykonane, a co pozostało. Codzienne spotkanie Scrum nie jest spotkaniem aktualizującym status, w którym szef zbiera informacje o tym, kto opóźnia się z harmonogramem. Jest to raczej spotkanie, na którym członkowie zespołu zobowiązują się względem siebie.

Na tej stronie jest o wiele więcej szczegółów i kilka konkretnych przykładów. Jednak dla celów twojego pytania wyraźnie zaznaczono, że:

Codzienne spotkania Scruma są ograniczone czasowo do 15 minut. Dzięki temu dyskusja jest szybka, ale aktualna.

Time-box jest podstawą Scrum. Podczas gdy większość przedziałów czasowych w Scrumie może być dostosowywana przez zespół w wyniku cyklu kontroli i adaptacji, uważa się za słabą praktykę przedłużanie długości stójki. Jeśli zasada ograniczania czasu nie jest przestrzegana w twoim procesie, jest to na ogół bardzo duszny „zapach projektu”.

CodeGnome
źródło
3

To, co opisujesz, to jeden ze sposobów, w jaki „awarie” mogą zawieść dla zespołu.

Najlepsze stand-upy są krótkie, ponieważ wszyscy rozumieją, co robią wszyscy inni, wyjaśniają, co osiągnęli wczoraj, co osiągną dzisiaj i zaznaczą wszystko, co może / miało wpływ na ich zdolność do dotrzymywania obietnic. Inni członkowie zespołu mogą następnie wskazać, że mogą pomóc sobie w szybkim rozwiązywaniu problemów, ale rozwiązania biorą udział poza walką.

Krótko mówiąc, powinny być klejem, który łączy zespół.

Bardziej przypomina to aktualizację statusu i jesteś pociągany do odpowiedzialności za dostarczenie / nie dostarczenie, ale zespół jest dysfunkcyjny, ponieważ zespół nie używa spotkań stojących, aby wspierać się nawzajem w dostarczaniu i usuwaniu przeszkód.

W dwóch środowiskach, które to widziałem, było to spowodowane tym, że mistrz scrum, który nie przekazał odpowiedzialności za zapewnienie, że zespół dotrzyma obietnic iteracyjnych. W jednym przypadku było to szczególnie nieproduktywne i spowodowało postawę my / oni w zespole.

Scrum polega na samoorganizujących się zespołach, gdzie zespół organizuje się, aby szybko rozwiązywać problemy i wywiązać się ze swoich zobowiązań

Michael Shaw
źródło
2

Podobnie jak w przypadku wszystkich procesów Agile, celem jest: „z czego czerpiesz wartość”.

Codzienny standup jest zazwyczaj mechanizmem zapewniającym komunikację między członkami zespołu w niewielki sposób, w którym każdy może zrozumieć, gdzie zespół znajduje się w odniesieniu do bieżącego zestawu zadań. Tak więc 5 minutowy postój, w którym wszyscy mówią: „Zrobiłem x wczoraj i zamierzam to zrobić dzisiaj” jest w porządku, podobnie jak 15-minutowy, w którym zespół decyduje między sobą, nad czym dalej pracować i aktualizuje tablicę zadań.

Jednak nie ma takiej potrzeby, nawet jeśli komunikujesz te rzeczy w inny sposób, na przykład za pomocą kroczącego systemu powiadomień społecznościowych.

Podobnie, jeśli chcesz, aby Twoja drużyna była dłuższa i bardziej polegała na raportowaniu zespołowym, to też jest w porządku. Poddałbym to pytanie, ale wiem, że niektóre zespoły wolą bardziej ukierunkowane podejście do pracy. Zwinny potrafi jednak poradzić sobie ze wszystkimi typami zespołów.

Prawdziwym pytaniem, które powinieneś zadać, jest to, czy otrzymujesz z tego jakąś wartość, a jeśli nie - co zmienisz, aby uzyskać wartość. Robienie pojedynków zgodnie z zaleceniami świętej księgi Scruma NIE jest zwinne. Robienie pojedynku oznacza coś dla twojego zespołu, dzięki czemu wszyscy lepiej razem pracujesz.

gbjbaanb
źródło