Scrum Codzienne spotkanie: Punktualność zamiast pełnej obecności zespołu?

Rozumiem, że codzienne spotkanie Scrum powinno być bardzo szybkie, prowadzone w przyjazny sposób i że wymaga obecności wszystkich członków zespołu. Ponieważ celem jest, aby wszyscy byli na bieżąco z tym, co robią wszyscy inni.

Lubię codzienne spotkania Scrum, które odbywają się w ten sposób.

W moim najnowszym projekcie nasze codzienne scrumy przypominają raczej spotkanie o aktualizacji statusu. Chociaż pozycja jest taka, że ​​trzymamy Scrumy i ćwiczymy odpowiednią Agile.

Jesteśmy zespołem rozproszonym w 2 różnych krajach, a ludzie z tego samego kraju nie mają tego samego biura. W konsekwencji mamy wirtualne Scrumy.

Problem polega na tym, że nasze spotkania zawsze zaczynają się na czas, wiele osób dzwoni przed faktycznym czasem rozpoczęcia, więc faktycznie zaczynają się w pierwszej sekundzie spotkania. Bez tolerancji dla małych opóźnień.

Na przykład, kiedy ostatnio rozmawialiśmy przez telefon, osoba koordynująca spotkanie sprawdziła, czy wszyscy są włączeni, i powiedzieliśmy, że jeden z członków naszego zespołu jeszcze nie jest włączony, ale dzwoni. I kazano mi zacząć dzielić się bez czekania na członka mojego zespołu.

Również wszyscy mają dużo spotkań, a czasem są ze sobą w trakcie spotkania Scrum, więc zrozumiałe jest, że przybędą w pierwszej lub drugiej minucie spotkania.

Czy to normalne w przypadku drużyn ćwiczących codzienne scrumy? To pierwszy raz, kiedy mi się przytrafia.

Nie mogę znaleźć żadnej bibliografii bezpośrednio na ten temat. Chociaż podkreśla się obecność wszystkich członków zespołu, podkreśla się również, że spotkania powinny zawsze zaczynać się w tym samym czasie. Ale wyobrażam sobie, że może istnieć niewielka tolerancja opóźnienia.

Czytałem nawet na blogu kogoś, kto sugeruje, że Scrum Master może nakładać kary, jeśli ktoś spóźni się „5 sekund”. Myślałem, że Scrumowie powinni być przyjaźni, a taka kara wydaje się nieproduktywna.

Jakie jest zalecane podejście w takiej sytuacji?

Podobnie jak w przypadku każdej zwinnej praktyki, zespoły scrum mogą sam o tym decydować. Jeśli ci to przeszkadza, powinieneś porozmawiać o tym w retrospekcji i spróbować znaleźć rozwiązanie, z którego wszyscy będą zadowoleni. Być może inni członkowie zespołu czują to samo, ale uważają, że „tak właśnie się robi scrum”.

To powiedziawszy, na moich scrumowych spotkaniach zaczynam od drugiej, chyba że brakuje trzech lub więcej osób. W przypadku spotkania, w którym każdy musi uczestniczyć każdego dnia, uważam, że brak szacunku dla czasu wszystkich osób jest inny. Kiedy jestem tym, który spóźnia się, mój zespół zaczyna beze mnie. Jeśli na końcu mamy czas, wracamy do zadań spóźnionych ludzi.

W przeszłości mniej rygorystycznie podchodziłam do punktualności, a ludzie, którzy pojawili się na czas, zmęczyli się marnowaniem czasu, więc zaczęli próbować zgadywać, kiedy spotkanie rzeczywiście się rozpocznie, i zamiast tego pojawiali się, efekt kuli śnieżnej.

Na codzienne spotkanie to nie koniec świata, jeśli ktoś czasami tęskni za jego częścią. Mamy nadzieję, że nie jest to jedyna komunikacja, którą prowadzisz przez cały dzień.

Jeśli czekasz na ludzi, uczy ich, że można się spóźnić. Jeśli zaczniesz od minuty, ludzie nauczą się, że muszą być tam na czas, jeśli chcą wziąć udział. Programowanie to działalność profesjonalna, która wymaga przynajmniej odrobiny dyscypliny.

To powiedziawszy, celem codziennych starań jest omówienie tego, co zespół zrobił wczoraj, co robią dzisiaj, i uświadomienie wszystkim o blokadach dróg. Zaplanowany czas powinien być „pierwszą rzeczą rano, kiedy wszyscy są dostępni”, niekoniecznie o określonej godzinie na dobę. Ostatecznym celem jest wspólna praca jako zespół, a nie przestrzeganie surowych zasad. Jeśli twój zespół jest bardzo nowy w zwinności, trzymanie się zegara jest dobrym sposobem na rozwijanie umiejętności zespołu. Jeśli jesteś dojrzałym zespołem, rób to, co działa dla twojego zespołu.

Czy tak działa Scrum?

Proponuję Ci, aby codzienne spotkania były zbyt częste dla jakiejkolwiek działalności biznesowej, chyba że Twój zespół jest szczególnie produktywny (co oznacza, że ​​mogą wytwarzać duże obszary funkcjonalności w bardzo krótkim czasie).

Jeśli zdecydujesz się na codzienne tagowanie, powinny one trwać nie dłużej niż 15 do 20 minut i tak, wszyscy muszą być na czas lub nie biorą udziału. Tag-upy są na korzyść członków zespołu, a nie mistrza scrum; kary za brakujące codzienne spotkania powinny być traktowane w taki sam sposób, jak inne spóźnienia.

Krótko mówiąc, nie widzę tu nic specjalnego. Wydaje mi się, że codzienne spotkania z jakiegokolwiek rodzaju graniczą z mikro-zarządzaniem, ale jeśli zdecydujesz się je wykonać, musisz je odpowiednio wykonać.

Ludzie ponad procesem . To jeden z głównych najemców Agile, jeśli proces nie działa w twoim zespole, złom go lub zmodyfikuj. Pozwól zespołowi zmodyfikować go, aby pasował do ich potrzeb.

Pomyśl o tym w ten sposób, jaki jest sens codziennego wstawania?

Jest to okazja, aby poradzić sobie z resztą zespołu, zasygnalizować, że możesz potrzebować pomocy, i podkreślić zmiany, które wpłyną na innych. Ważne jest, abyś jako programista tam był.

Zespół 4–8 programistów musi działać szybko i szybko - 30 sekund za każdym razem. Gdybym pełnił rolę mistrza scrum, martwiłbym się późnym rozpoczęciem spotkań, ponieważ zwiększyłoby to koszty spotkania. Podobnie, zmienne czasy spotkań powodują rozproszenie uwagi dla wszystkich - mamy zamiar ... Byłbym również bardzo świadomy równoważenia tego z potrzebami zapewnienia zespołowi wsparcia, więc może opóźnić spotkanie w razie potrzeby, ponieważ ktoś osoby, które mogą być utrudnione, znajdowały się w telefonie / toalecie.

Gdy zespoły są rozmieszczone geograficznie, tak jak to opisujesz, oznaczałbym to jako przeszkodę dla zespołu na KAŻDEJ retrospekcji. Rażąco utrudnia wydajność scrumów i komunikację, ponieważ nie wszyscy siedzą razem i są w stanie komunikować się swobodnie i łatwo.

Byłbym przekonany, że powinno to być zorganizowane jako dwa osobne zespoły scrumowe i pracować tak, aby scrum scrumowy zajął się komunikacją międzynarodową.