#9 Pierwsze kroki w nowym zespole

Wielkie dzięki i do zobaczenia! Tak, ja postaram się rzucić swoje światło, swoje spojrzenie na aspekt wchodzenia Scrum Mastera do nowego zespołu, bez względu na to, czy jest on nowym Scrum Masterem, czy też doświadczonym Scrum Masterem. Wiadomo, że naturalnie łatwiej mi patrzeć przez pryzmat własnych okularów i tego, że Scrum Master jest już doświadczony. Jaki jest pierwszy obszar, który wyselekcjonowałaś? To na początek zespół, ludzie, z którymi będziemy współpracować, deweloperzy, jakie są relacje wewnątrz zespołu, jak oni lubią współpracować, czy zespół jest dojrzały, czy dopiero się utworzył, też kto ma w zespole największy autorytet, kto mógłby być naszym agentem zmiany lub kompanem w zmianach, żeby współpracować razem.

Z dwóch powodów. Pierwsze takie, że skoro nie mamy doświadczenia, to jeszcze nie widzieliśmy wiele modeli organizacji, co działa dobrze, co działa źle, więc ciężko nam się do tego ustosunkować i sugerować zmiany, które będą tak szerokie, że dotkną całej organizacji. A z drugiej strony ta sama organizacja wie, że skoro jesteśmy niedoświadczonym Scrum Masterem, to prawdopodobnie nawet nie daje takiego umocowania, żeby takie zmiany sugerować. Natomiast wspomniałaś o tej kulturze organizacyjnej. Uważam, że kultura definiuje sposób pracy, a nie na odwrót. Czyli to nie jest tak, że my postanowimy, że teraz będziemy pracowali zwinnie na przykład w Scrumie i nagle kultura około nas w organizacji się dzięki temu zmieni. To działa dokładnie odwrotnie.

Może tu się przydać zwykła might mapa lub causal loop diagram. Ostatnio też znalazłam na LinkedInie dysfunction map Michaela Lloyda. Wszystko, co po prostu może nam pomóc wizualizować i zobaczyć może jakieś nowe spostrzeżenia. Nie polegać tylko i wyłącznie na swoich domysłach. Więc to jeżeli chodzi o wizualizację, ale są też narzędzia do sprawdzania na przykład. Zwinności zespołu, poziomu zespołu, wyciągania informacji od zespołu np. team health check lub jakiekolwiek ankiety, które sprawdzają poziom wiedzy może na temat Scrama albo Scram Master's Checklist.

Na koniec polecam też Przenieść to do zespołu i skonfrontować nasze obserwacje, czy to, co my zauważamy, czy też jest problemem dla zespołu. Piotrek, co myślisz na temat tych narzędzi? Ja myślę, że wraz z doświadczeniem coraz bardziej się odchodzi właśnie od takich prostych narzędzi typu jakaś checklista Scrum Mastera, bo po prostu one przestają być potrzebne. Nawet dostrzegamy ich ograniczenia, że one zadają jakieś konkretne pytania i wpędzamy się w pułapkę odpowiedzi na jakieś pytanie, które po prostu może być w ogóle niedostosowane do realiów tego zespołu. Osobiście z takich narzędzi to ja korzystam tylko z dwóch.