Mam nadzieję, że ludzie odpowiedzą mi na potencjalnie oczywiste pytanie. Pracowałem w wielu organizacjach, które mają codzienne spotkania scrumowe. Niektóre organizacje naprawdę surowo stosują wyłącznie scrum do odprawy („trzy pytania” - co robiłeś wczoraj, co robisz dzisiaj, czy masz jakieś blokery?), Ale niektóre inne organizacje, które mają inne ogólne ogłoszenia lub szczegółowe dyskusje techniczne.
Słyszałem argument, taki jak w tym artykule , że dopuszczenie takiej dyskusji niezwiązanej z odprawą jest błędem - spotkanie scrumowe nie powinno być wykorzystywane do ogólnych ogłoszeń Scrum Master, dyskusji technicznych itp.
Główną szkodą, jaką widziałem w tym, jest to, że spotkania mogą trwać dłużej niż to konieczne (i denerwujące jest zmuszanie mnie do dyskusji na temat szczegółów, które nie są dla mnie istotne).
Jest całkiem jasne, że dyskusje, które nie są związane z całą grupą i nie są częścią „trzech pytań”, nie powinny być częścią konfliktu. Jeśli jednak istnieją inne ogłoszenia, które są istotne dla całej grupy i i tak wymagają dyskusji, czy szkodliwe jest omawianie ich w tym momencie (zamiast na osobnym spotkaniu lub e-mailu)?
źródło
Odpowiedzi:
Celem Daily Scrum jest, aby zespół programistów przejrzał ostatnie 24 godziny i zaktualizował swój plan na następne 24 godziny.
Wszystko, co osiąga ten cel i może zostać pokryte w 15 minut, jest dokładnie tym, do czego służy Daily Scrum, zgodnie z Przewodnikiem Scrum. Jeśli masz dłuższe rozmowy, które muszą się zdarzyć, po prostu zanotuj ich bieżące informacje, a na koniec Daily Scrum podziel się na mniejsze grupy, którym zależy na tym temacie.
To, czego nie ma Daily Scrum, to znajdowanie rozwiązań problemów. Zrób to po ...
źródło
Jasne, że jest to do przyjęcia, ale najpierw skup się na ważnych rzeczach. Jeśli pozostanie nam czas w 15 minut, co jest dość powszechne w 5-osobowym zespole programistów, który roi się (ponieważ synchronizują częściej podczas programowania), nie mam problemów z dodatkową komunikacją i / lub ogłoszeniami. Tak długo, jak je odraczamy do końca Daily.
Jako Scrum Master upewniam się, że zespół w jakiś sposób odpowiada na trzy kluczowe pytania.
Czasami konieczna jest krótka dyskusja techniczna, aby zsynchronizować zespół. Jako Scrum Master upewniam się, że dopasowaliśmy do 15-minutowego timboksa i przerywamy dłuższe dyskusje, które odbędą się po stand-upie.
Patrząc z perspektywy innej niż Scrum i zwinniejszej. Skoncentruj się na tym, co działa, a co nie dla zespołu. Tylko upewnij się, że zespół decyduje i eksperymentuje ze zmianami, jeśli ich zdaniem zwiększy to ich skuteczność i stworzy oprogramowanie wyższej jakości.
źródło
Członkowie zespołu powinni pamiętać o znaczeniu pojedynku - to znaczy, że mogą się wzajemnie przyczyniać do rozwiązywania problemów, które mogą trwać dłużej, gdy są trzymane w tajemnicy lub w ograniczonym kręgu. Z drugiej strony unikanie spraw, które są ważne i dotyczą całego zespołu, nie są zbyt zwinne, ale nie pasują do wytycznych określonych w podręczniku Scruma. Głupio byłoby zaplanować osobne spotkanie tylko z powodu reguły, która oczywiście ma na celu zaoszczędzenie czasu.
Mówca może nie zawsze wiedzieć, na czym polega jego problem. Jeśli pozwolenie mu na bełkotanie przez jakiś czas wyjaśni komuś innemu, że walczy lub podąża ślepą uliczką, możesz gdzieś się dostać. Zbyt duże zainteresowanie formą może również zaszkodzić wydajności i frustrować ludzi.
W zależności od kultury pojedynki mogą być surowe lub obejmować również kwestie społeczne. To nigdy nie powinno być bezmyślne wydarzenie przechodzące ruchy, które można by uznać za „scrum zombie”.
źródło
Często istnieje dychotomia między tym, co uparcie nalegają poszczególni ludzie Scrum, a koncepcją ludzi nad procesami.
Jeśli są jakieś informacje do przekazania, ostatecznie jest to wezwanie do sądu. Jeśli może to spowodować znaczną ilość dyskusji, najlepiej przenieść je na inny czas. Jeśli jest to po prostu coś takiego jak przestój serwera itp., Można to zrobić natychmiast. Oczywiście pomiędzy odcieniami będą cienie, w których przypadku scrum master powinien po prostu zasugerować, że zostanie wyłączony po 15 minutach (lub cokolwiek innego).
Tak czy inaczej, byłbym skłonny mieć go na końcu po zakończeniu zwykłego procesu standup.
źródło
Zapytałeś: „czy to jest szkodliwe?” ale inne odpowiedzi dotyczyły głównie „czy to jest cel spotkania?” „Myślę, że są to inne pytania. To naprawdę może być szkodliwe, gdy zakradniesz się do spotkania innymi punktami porządku obrad, szczególnie jeśli stanie się to nawykiem. Pojedynki zajmują sporo czasu każdego dnia, zwykle w najbardziej produktywnej porze dnia, rano, kiedy ludzie mają dużo energii. Możesz czerpać energię bezpośrednio z ludzi, jeśli nie mogą liczyć na to, że stójka będzie tak długa, jak to konieczne i przestanie być dla nich całkowicie istotna.
Ludzie zaczną się pojawiać późno, ponieważ są zaangażowani w coś „bardziej produktywnego”. Nie pojawią się nawet przez kilka dni. Inne osoby pojawią się późno lub nie wszystkie, ponieważ „wszyscy” pojawiają się późno lub wcale. Problemy się ze sobą łączą, a pojedynki przestają być tak przydatne do ich pierwotnego celu. Brzmi ekstremalnie, ale widziałem, jak to się dzieje. Jeśli to zrobisz, bądź bardzo ostrożny, dokąd prowadzi.
Większość zespołów, w których pracowałem, czasami organizuje spotkania projektowe zaraz po przerwie i to jest w porządku, jeśli używa się ich oszczędnie, ale szczerze mówiąc, osiągam lepsze wyniki, jeśli powiem moim kolegom z zespołu, że wkrótce będę blokowany potrzebując wkładu projektowego, a ja ” Mam zaplanować spotkanie na popołudnie. To daje im czas na zastanowienie się nad problemem, a po obiedzie ludzie wpadają w kryzys i chcą zmienić tempo. W ten sposób nie będziesz zmuszał ludzi do rywalizacji o to, by jako pierwsi mieli swoje „mini-spotkanie” po pojedynku, aby mogli odejść.
Oczywiście, nigdy nie opowiadałbym się za robieniem czegoś na ślepo lub nie robieniem czegoś tylko dlatego, że jakiś przypadkowy facet w Internecie (nawet ja) ci powiedział. Osoby i interakcje dotyczące procesów i narzędzi. Jeśli zdecydujesz się wprowadzić dodatkowe punkty porządku obrad na swoje spotkania stand-up, polecam szczególnie omówić je w następnej retrospektywie, sprawdzić, czy zespół uzna, że jest to zakłócające, czy nie, i wprowadzić odpowiednie poprawki. Ostatecznie każda drużyna ma inny poziom komfortu i będzie miała różne pomysły na to, co jest właściwe, czy nie.
źródło
AKTUALIZACJA: Powinienem wyjaśnić: 15 minut to MAKSYMALNY czas, jaki powinieneś wziąć pod uwagę DOWOLNYM standup - efektywny standup zgodnie z poniższą regułą zwykle nie przekracza najwyżej 5 minut i jeśli możesz go wydłużyć jeszcze bardziej, nawet lepiej. Ponownie, większość dyskusji, które uważasz za istotne, można łatwo omówić między członkami zespołu poza zwykłym codziennym procesem sprawdzania, który powinien mieć najczystszą formę.
Ogólna zasada: utknąłem i ćwiczyłem podczas projektów z przyjaciółmi i szlifowałem w profesjonalnym otoczeniu:
To, co zrobiłeś wczoraj indywidualnie, aby przyspieszyć projekt i, jeśli to istotne, wpłynęło to na kogoś innego.
Jak wyżej, ale dziś
W ogóle wszystko, co może spowodować jeden, wywołać alarm, bez względu na to, jak banalne (oznacza, że ktoś może przyjść i sprawdzić kod lub dać ci kontrolę sanitarną)
Wszystko inne jest rozrywką. Może to oznaczać, że temat, który „wydaje się” mieć znaczenie dla postępu projektu, tak naprawdę nie jest. Jest dość trudny, ale BARDZO skuteczny do celów XP.
źródło
Celem spotkania stand-up jest skuteczna komunikacja. Uczyń to swoim celem zamiast ślepego rządzenia. Ponieważ opublikowałeś to pytanie, jesteś na dobrej drodze.
Wszystkie twoje obawy są ważne. Chociaż możemy spróbować przewidzieć, czy spowoduje to jakiekolwiek problemy, odpowiedziałbym tylko na twoje pytanie, sugerując, abyś spróbował.
Unikaj następujących:
Podejmuj wykształcone i świadome decyzje i nie kryj się za nadmiernym stosowaniem lub zbytnim przestrzeganiem zasad.
Większość modeli zwinnych zapewnia doskonałą strukturę początkową dla zespołów, które są nowe w zwinnym procesie. To nie znaczy, że nie można ich zmienić w zależności od potrzeb. Jeśli te ogłoszenia nie poprawiają komunikacji, nie rób tego. Niby proste, ale ...
źródło