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/
