Czy czasami masz trudności z rozpoznaniem, które spotkania służą jakim celom?
Przygotowaliśmy krótkie podsumowanie wszystkich rodzajów spotkań wraz z opisami i ich typowymi agendami, aby pomóc Ci wydobyć z nich większą wartość w przyszłości.
Na początek oddzielmy Wydarzenia Scrumowe od innych spotkań i skupmy się na każdej z tych grup osobno, aby zachować przejrzystość.
Zdarzenia Scrum
Wydarzenia scrumowe to zasadniczo optymalna liczba spotkań zorientowanych na pracę zespołową, które muszą odbywać się w stałym tempie, aby dostarczać oprogramowanie wysokiej jakości. Każdy zestaw spotkań scrumowych jest bezpośrednio powiązany z określonym rozwojem produktu.
Więcej o frameworku Scrum (i innych zwinnych podejściach do tworzenia oprogramowania) można przeczytać tutaj:
https://sailingbyte.com/pl/blog/agile-dla-biznesu-najwieksza-wartosc-z-planowania-i-przegladu-sprintu/
Spotkania zewnętrzne (nie tylko dla deweloperów) – obecność przedstawiciela(i) klienta jest kluczowa dla wyniesienia wartości z tych spotkań
___Sprint___
Sprint został szczegółowo opisany w tym artykule
https://sailingbyte.com/pl/blog/wskazowki-business-scrum-master-co-to-znaczy-pracowac-w-sprintach/
____Sprint Review & Planning___
Te dwa spotkania są szczegółowo opisane w tym artykule:
https://sailingbyte.com/pl/blog/agile-dla-biznesu-najwieksza-wartosc-z-planowania-i-przegladu-sprintu/
Spotkania wewnętrzne (dla deweloperów) – obecność przedstawiciela klienta jest możliwa, ale nie zawsze wnosi wartość.
____Daily Scrum____
Daily Scrum to krótkie, maksymalnie 15-minutowe spotkanie, które służy deweloperom jako okazja do upewnienia się, gdzie “są” w kontekście osiągnięcia Celu Sprintu. Podczas Daily deweloperzy dzielą się między sobą informacjami o możliwych problemach/blokadach w określonych zadaniach, a także odnoszą się do Backlogu Sprintu i decydują, czy należy wprowadzić jakieś poprawki/odstępstwa, aby osiągnąć Cel Sprintu.
To spotkanie nie powinno trwać dłużej niż 15 minut. Oznacza to, że powinno być bardziej zorientowane na podejmowanie decyzji niż ściśle techniczne.
____Sprint Retrospective____
Sprint Retrospective to zazwyczaj maksymalnie 60-minutowe spotkanie, które służy programistom i Scrum Masterom (oraz Product Ownerom, jeśli zostali poproszeni o dołączenie) jako okazja do spojrzenia wstecz na cały proces rozwoju produktu, który został wykonany w ostatnim sprincie Ten czas jest bardzo cenny, ponieważ pomaga całemu zespołowi znaleźć najsłabsze punkty, a następnie przetworzyć je za pomocą serii analiz przyczyn źródłowych, aby zdecydować, gdzie należy zareagować, aby przynieść największą wartość.
Spotkanie to wymaga od wszystkich obecnych na nim osób otwartości na profesjonalną krytykę i poszanowania opinii innych. Spotkanie to jest także świetną okazją dla Scrum Mastera do edukowania wszystkich zaangażowanych w proces Scrum (czyli także klientów!) na przykład poprzez pisanie Hints From Scrum Master na naszym firmowym blogu.
Inne spotkania
Spotkania te nie są bezpośrednio związane z żadnym frameworkiem/narzędziem Agile (Scrum lub innym), ale jeśli przynoszą wartość, mogą być dodane/wyznaczone w dowolnym momencie w danym projekcie
____Spotkanie biznesowe____
Spotkania biznesowe służą jako okazja do omówienia pomysłów i podzielenia się informacjami zwrotnymi związanymi z obszarami innymi niż rozwój oprogramowania jako taki. (korekty w procesach data & transfer wiedzy pomiędzy firmami, nadchodzące zmiany w cenach, wprowadzanie zmian w modelu cenowym, zbieranie informacji zwrotnych na temat długoterminowych planów rozwoju produktu, planowanie określonych wydań produktów z działami marketingu itp. )
Przykład takiego spotkania:
Cotygodniowe “organizacyjne” spotkanie pomiędzy reprezentacją Klienta (Manager/CEO/marketing manager etc.) & reprezentacją Sailing Byte (CEO/Proj. Manager).
Dobre praktyki w organizacji spotkań biznesowych:
– ograniczanie czasu spotkań do maksymalnie 60 minut (jeśli istnieje potrzeba dłuższego spotkania, należy to jasno określić z góry. Z założenia zawsze lepiej jest planować regularne, krótsze niż nieregularne dłuższe spotkania);
– przygotowanie przynajmniej krótkiej agendy, aby zawęzić zakres tematów, które będą omawiane;
– udostępnianie z góry wszelkich danych, które będą podstawą do dyskusji;
– podsumowanie najważniejszych tematów na piśmie, aby sprawdzić, czy obie strony zrozumiały, co powiedziały/uzgodniły;
– planowanie następnego spotkania na samym końcu bieżącego.
____Scrum Master & Product Owner Consultation____
Proponujemy usługi konsultingowe, które pomogą Ci zreorganizować niektóre procesy rozwoju produktu, zlecić wysokiej jakości badania i ostatecznie sprawić, że będziesz lepszym decydentem.
Szczegółową ofertę można znaleźć tutaj:
https://sailingbyte.com/pl/uslugi/tworzenie-stron-internetowych/doradztwo-projektowe/
