10 przykazań Team Leadera...

Po przemyśleniu tytuł tego artykułu powinien raczej brzmieć: moich 10 przykazań. To, czym chciałbym się z Tobą podzielić, to moje własne zasady, które wypracowałem w ciągu wielu lat swojej pracy zawodowej, ale nie tylko, również obserwując świat, który mnie otacza. Zawsze uważałem, że przewodzenie ludziom nie jest tylko czynnością wspomaganą zestawem umiejętności czy narzędzi - te spajane powinny być misją, a ta znowu powinna być skonstruowana na podstawie zdrowych zasad. Drogi czytelniku, to, o czym będę pisał, obarczone jest niedoskonałością mojego subiektywnego doświadczenia, więc czytając kolejne punkty, podawaj je w wątpliwość, nie wierz im od razu, odnoś do swojego życia, swojego postrzegania roli lidera, skrytykuj, jeżeli możesz – będę za to niesamowicie wdzięczny, a Ty wyciągniesz z tego wpisu maksimum. Przejdźmy do konkretów.

1.    Ludzie z przodu

Pracownicy są jednym z filarów każdej organizacji. Wiele klasycznych firm o tym zapomina, natomiast te, które rozwijają się w kierunku zwinnym, coraz częściej traktują ludzi nie jak zasoby, a jak kluczową część firmy. Twój zespół to mieszanina przeróżnych osobowości, umiejętności, doświadczeń, problemów, wizji, ludzi, o których potrzeby trzeba zadbać, a jeżeli te potrzeby zaspokoimy, wskażemy kierunek, to nasi pracownicy zadbają o potrzeby organizacji.

2.    Stawiaj jasne granice

W organizacji zwinnej samoorganizacja zespołów jest jedną z podstaw. Pozwala wykorzystać pełen potencjał specjalistów, którzy sami tworzą koncepcje, rozwiązania, czują się za nie odpowiedzialni. Samoorganizacja, jednakże potrzebuje zasad, swego rodzaju jasno zdefiniowanych granic opartych, chociażby o cele biznesowe organizacji, czy jej misję. Osobą, która powinna doglądać przestrzegania tych zasad, jest lider. W klasycznych firmach samoorganizacja może praktycznie nie występować (co nie znaczy, że to coś złego!) i tam lider tym bardziej powinien stać na straży zasad. Zanim ludzie rozpoczną proces samoorganizacji, musisz upewnić się, że znają i rozumieją granice oraz powody istnienia tych granic.

3.    Miej otwarty umysł

Nie zawsze będziesz mieć rację i im szybciej to zrozumiesz, tym lepiej. Lider nie jest nieomylny. Nie jest najbardziej doświadczoną lub wyedukowaną osobą w zespole, lider nie jest Alfą. Otwórz się na opinię i wiedzę innych, swojego zespołu, współpracowników, analizuj to, co słyszysz i gromadź wszystko to, co pozwoli Ci być lepszym. Szukaj spełnienia nie w tym, by mieć za wszelką cenę rację, ale w tym, by poprzez dyskusję zbudować wspólne opinie, czy rozwiązania.

4.    Rozwijaj się nieustannie

Otaczający nas świat zmienia się coraz szybciej, coraz więcej też o nim wiemy, coraz więcej wiemy też o przewodzeniu, zarządzaniu, psychologii, pomocnych narzędziach. Lider musi się rozwijać, musi nieustannie zdobywać wiedzę, próbować różnych rzeczy, przeć do przodu tak, by zapewnić swoim zespołom i swoim ludziom jak największe i najlepsze wsparcie.

5.    Nigdy nie kłam

Bądź szczery we wszystkim, co robisz i mówisz. Tylko poprzez zbudowanie zaufania możesz być w pełni efektywny w pracy ze swoimi ludźmi. Nasi pracownicy interesują się tym co dzieje się wokół nich, pytają, a Ty, jeżeli możesz, opowiadaj o otaczającym Was świecie, tłumacz decyzje, ruchy, powody. Jeżeli nie możesz, powiedz o tym głośno, wyjaśnij dlaczego. Nie kłam, nigdy nie kłam. Jeżeli coś zawalisz, coś Ci się nie uda, przyznaj się do tego przed zespołem, wspólnie wyciągajcie wnioski z Twoich porażek, a to pozwoli Wam iść do przodu. To również jest elementem budowy zaufania.

6.    Wypełniaj przestrzeń

Jako lider bądź proaktywny w każdym aspekcie działania Twojego zespołu. Nieustannie słuchaj, analizuj, aktywnie szukaj potrzeb, które trzeba zagospodarować, problemów, które trzeba pomóc rozwiązać, patrz do przodu, przewiduj, gdzie zespół będzie potrzebował Twojego wsparcia. Nie czekaj, podejdź, zapytaj. Zespół musi czuć, że jesteś przy nich gotowy do działania i aktywnie chcesz ich wspierać. Interesariusze również muszą mieć poczucie tego, że panujesz nad realizacją celów stawianych przed zespołem.

7.    Przedstawiaj wizję, mów o „dlaczego”

Ach to nasze „why” :) Simon Sinek miał rację, wizja to podstawa. Przy każdej informacji, decyzji, jaką przekazujesz swojemu zespołowi, zaczynaj od powodów, pozwól najpierw ludziom zrozumieć kontekst, tło tego, co komunikujesz, poczuć się tego częścią. Dzięki temu sama treść tego, co chcesz przekazać, będzie bardziej zrozumiała, gdyż każdy członek zespołu najpierw poczuje i zrozumie powody.

8.    Gdy trzeba, wyjdź naprzeciw

Ktoś kiedyś powiedział mi o liderze w czasie pokoju i liderze w czasie wojny. Ten pierwszy to tzw. lider służebny, który stoi z tyłu, wspomaga zespół, daje mu dużą autonomię, wspiera samoorganizację. Ten drugi, lider w czasie wojny, to osoba, która w trudnych chwilach dla zespołu wyjdzie wspólnie z zespołem naprzeciw problemom, będzie motywować każdego pracownika, wprowadzi poczucie spokoju i panowania nad sytuacją i ramię w ramię będzie rozwiązywać wszelkie trudności. Wciąż powinien wspierać samoorganizację, ale przede wszystkim powinien mocno ukierunkowywać zespół na wygranie "wojny". Po niej zawsze znów nastaje pokój.

9.    Rozwijaj empatię

Codziennie ucz się rozpoznawania uczuć ludzi, z którymi pracujesz. Zwracaj uwagę na emocje, słowa, gestykulację, mimikę – poznawaj członków swoich zespołów, aby lepiej ich zrozumieć, przez co efektywniej ich wspomagać. Każdy jest inny, każdy ma inne problemy w życiu prywatnym, zawodowym, każdy potrzebuje czegoś innego, a Ty musisz starać się w tym odnaleźć. Ważną częścią Twojej pracy jest nieustanne doskonalenie umiejętności odczuwania uczuć swoich ludzi.

10. Bądź profesjonalistą

Lider świeci przykładem czy tego chcesz, czy nie. Jeżeli wymagasz od ludzi, wymagaj przede wszystkim od siebie. Pracując z ludźmi zawsze przygotowuj się do spotkań, dbaj o ich regularność, miej plan, rób wszystko, by te spotkania się odbyły – przesuwaj, nie odwołuj. Twoi pracownicy muszą mieć mocne poczucie tego, że wiesz, co robisz, że dbasz o ich potrzeby, że chcesz być najlepszy w tym co robisz – między innymi dla nich. Ludzie szukają wzorców, a lider jest zawsze na świeczniku – to ogromna odpowiedzialność, ale wykorzystaj to, daj dobry przykład.

Muszę się do czegoś przyznać – te 10 przykazań to tylko drobna część zbioru zasad, które nieustannie wypracowuję, konfrontuję z rzeczywistością, z potrzebami ludzi, organizacji, które nieustannie udoskonalam. I wciąż wiele mi brakuje, by poczuć się pewnym w tym, co robię, ale wiem, że idę do przodu, razem z moimi ludźmi :)

Dzięki za poświęcony czas!

Karol

Agile Leadership, czyli tak naprawdę co?

W tym roku miałem przyjemność uczestniczyć w ACCPL2018#3, na którym wspólnie z bracią zwinności z całej Polski intensywnie wymienialiśmy wiedzę i doświadczenie z przeróżnych obszarów naszych zawodowych pasji. Podczas jednej z sesji (tzw. grzęd) poruszyliśmy temat Agile Leadershipu - chcieliśmy zrozumieć, czym tak naprawdę jest i co możemy z niego wyciągnąć dla nas i naszych ludzi. Prawdę powiedziawszy, nie doszliśmy do żadnych innowacyjnych wniosków, które można by jakkolwiek produktywnie wykorzystać. „Agile Leadership to taki leadership, tylko w organizacji zwinnej” brzmiała konkluzja. Czułem jednak, że nie mamy racji, że nie doszliśmy do sedna sprawy i jednym z miliona procesów myślowych, które pędzą w mojej głowie, analizowałem ten temat dalej. 

Zacznijmy może od definicji samego leadershipu. Zgodnie z Wikipedią, jest to „wykonywanie władzy, wywieranie wpływu na grupę społeczną; funkcjonowanie w roli przywódcy”. Czym więc przywództwo w klasycznej organizacji różni się od przywództwa w organizacji zwinnej? W tej pierwszej menadżerowie zarządzają ludźmi jak zasobami, podejmują za nich decyzje, sterują procesami, nie pracują ze swoimi ludźmi nad ich rozwojem, motywacją, nie budują organizacji, są tylko jej częścią. W tego typie organizacji hierarchia i tytuły mają kluczowe znaczenie, nierzadko większe niż kompetencja ludzi, którzy te tytuły dzierżą. Liderzy w klasycznych firmach to grupa ludzi pracująca na różnych szczeblach, nietworząca wspólnej wartości, niepracująca jako zespół, odgradzająca się od swoich ludzi mentalnie i nierzadko fizycznie.

Zwinna rewolucja nie zmieniła tylko sposobu zarządzana procesem produkcji, ale również wiele towarzyszących elementów takich jak mindset organizacji, podejście do jakości, współpracę z biznesem, czy właśnie leadership. Zdano sobie sprawę, że jeżeli pracownicy mają być możliwie jak najbardziej efektywni, to należy stworzyć im najlepsze środowisko pracy i wspomagać ich, pracować nad ich motywacją, wspierać rozwiązywanie problemów pojawiających się każdego dnia. Zwinność nauczyła nas również samoorganizacji, która okazała się o wiele bardziej efektywna niż rządy jednego menadżera, który teraz, zamiast zarządzać, zaczął prowadzić swoich ludzi. Ten menadżer, już teraz bardziej lider, przywódca, przeszedł ogromną metamorfozę. W zwinnej organizacji rolą lidera jest przede wszystkim zadbanie o pracowników, ich potrzeby techniczne, rozwojowe, a czasem i mentalne. To rola całkowicie wspierająca (tzw. servant leadership), stawiająca na pierwszym miejscu dobro zespołu i tworzącego go ludzi. Wciąż mamy do czynienia z hierarchią, ale liderzy w zwinnej organizacji zaczęli formować zespoły, które funkcjonują podobnie do zespołów produkcyjnych. Członkowie leadershipu wymieniają wiedzę, doświadczenie, pomagają sobie nawzajem, a co najważniejsze, wspólnie pracują nad budową organizacji, kultury, systemu wartości i zachowań. To właśnie jest Agile Leadership - zespół ludzi, wartości, kultury i wizji, który wspomaga całą organizację i wspólnie ze specjalistami oraz menadżerami procesu, stoi na straży zwinnego podejścia. 

Leadership w zwinnej organizacji muszą tworzyć osoby z otwartym umysłem, pełni empatii, gotowi delegować swoją władzę swoim ludziom, z misją pracy na ich rzecz i organizacji. Czy możliwa jest konwersja klasycznego menadżera w zwinnego lidera? Oczywiście, sam jestem tego przykładem. Opowiem Wam o tej transformacji innym razem.

Po co mi mózg, skoro mam dres?

Intrygujący tytuł, prawda? Tekst ten pojawia się w moich wspomnieniach z dzieciństwa, a umieszczony był na jednym z garaży naprzeciwko mojego przystanku na katowickim Brynowie. Napis pochodzi z czasów, gdy po polskich miastach poruszali się jeszcze tzw. Dresiarze. Treść tej deklaracji, choć będąca przekorą, całkiem dobrze charakteryzowała tę subkulturę. Noszenie samego dresu było według dresiarzy wystarczającą zaletą przykrywającą potrzebę myślenia – nie muszę być inteligentny, gdyż to, że mam dres budzi respekt i strach.

Co ciekawe, podobny mechanizm i przeświadczenie można zaobserwować w części firm, które są na etapie, lub zaraz po wdrożeniu metodyk zwinnych, najczęściej SCRUMa. Wiele organizacji wyposaża się w zwinność tylko dlatego, że bycie zwinnym jest na czasie, jest modne i firmy te implementują różne zasady nie zastanawiając się, jaki jest ich cel, jaką niosą ze sobą wartość i obowiązki. Jestem w stanie zaryzykować stwierdzenie, że jeżeli weźmiemy pierwszych 10 z brzegu organizacji deklarujących zwinność i zapytamy pracowników tych organizacji, jaki cel ma dzienne spotkanie (Daily Standup) to połowa z nich będzie miała problem z sensowną odpowiedzią na to pytanie. A to tylko Daily – gdzie reszta procesu? Oczywiście subiektywnie strzelam, natomiast chcę w ten sposób wskazać problem.

Podczas wdrażania w swojej organizacji metodyk zwinnych, a następnie podczas utrzymania tych metodyk, należy nieustanie tłumaczyć całej organizacji, dlaczego stosujemy taki proces, a nie inny, jaką wartość niesie to, czy inne spotkanie, po co jest ta czy inna rola i należy się upewniać, że organizacja to rozumie. Sam fakt wdrożenia metodyki SCRUM najpewniej nie przyniesie oczekiwanych efektów. Jeżeli chcemy tworzyć produkt najlepiej dopasowany do klienta, dobry jakościowo, zarabiający, to cała organizacja musi wytworzyć, a następnie pielęgnować zwinny mindset.

Dobrze, tylko jak to zrobić? Jeżeli organizacja decyduje się wdrożyć zwinne metodyki to jednym z pierwszych, minimalnych warunków, jakie musi spełnić jest upewnienie się, że ma w swoich szeregach osoby znające przynajmniej podstawy teoretyczne tej metodyki, które interesują się zwinnością, nieustannie poszerzają swoją wiedzę i szlifują zwinny mindset (udział w spotkaniach, konferencjach, bieżące śledzenie blogów, serwisów etc.). Jeżeli nie zgromadzi się takiej grupy ludzi lub ludzi, którzy chcą stać się taką grupą, to wdrożenie metodyki może być nieskuteczne. Nieposiadanie takiego zestawu specjalistów nie jest niczym niespotykanym, dlatego w takiej sytuacji warto w swoich procesach rekrutacyjnych uwzględnić wymóg zatrudniania specjalistów z doświadczeniem pracy w metodykach zwinnych i po prostu pozyskać ich z zewnątrz, pozwolić im poznać organizacje, zrozumieć jej problemy, a następnie przystąpić do wdrożenia.

Jakie powinny być kolejne kroki? SCRUM uczy nas nieustannej inspekcji i adaptacji procesu wytwarzania produktu – tę samą inspekcję i adaptację należy stosować do procesu wdrożenia metodyki zwinnej w organizacji. Co jakiś stały czas (miesiąc?, kwartał?) zespół odpowiedzialny za wdrożenie metodyki powinien spotkać się i sprawdzić status wdrożenia, omówić wyzwania, problemy, nieustannie mając na uwadze wysoką konieczność uświadamiania całej organizacji i dostosowywać proces wdrożenia do jego aktualnego stanu. Z biegiem czasu ten zespół naturalnie przerodzi się w zwinną społeczność spajającą organizację. Proste, prawda? Wcale nie – to długi, trudny i nigdy niekończący się proces, który potrafi przynieść niespotykane, długofalowe efekty.

A jakie są Twoje doświadczenia?

Scrumowa rozmowa o uczuciach

W jednej z organizacji, w których miałem przyjemność pracować, moja koleżanka zatrudniona na stanowisku Team Leadera oznajmiła mi, że nie chce być Scrum Masterem, gdyż „nie chce rozmawiać z ludźmi o ich uczuciach". Owa koleżanka wróciła dopiero co z jednej z ogólnopolskich konferencji agile'owych, na której stężenie Scrum Masterów na metr kwadratowy było znaczne, a tematyka obracała się, między innymi, właśnie wokół rozmowy z deweloperami.

Ważnym jest tu wtrącić, że w ów organizacji Team Leader to mieszanina Project Managera, Product Ownera, Process Managera i dewelopera / QA - nie jest to osoba pracująca z ludźmi jako tzw. Line Manager.

Nie ukrywam, jej deklaracja niezmiernie mnie zaskoczyła i wybiła z rytmu. Zadałem sobie pytanie: czy jednym z obowiązków Scrum Mastera jest prowadzenie z członkami dyskusji o uczuciach? Należy pamiętać, że każdy z każdym może rozmawiać o uczuciach, a tu mówimy o obowiązku konkretnej roli. Scrum w żadnym miejscu nie wskazuje, że menadżer procesu ma zajmować się takimi aspektami. Osobiście również nie spotkałem się w szerokopojętym Agile Community z taką interpretacją.

Scrum Master ma moderować proces, ma coachować zespół i być może w tym coachingu właśnie koleżanka znalazła omawiany temat uczuć. Prawdą jest, że podczas Retrospekcji Scrum Master niejednokrotnie, różnymi metodami, zachęca ludzi do mówienia o ich uczuciach, ale nie po to, by z nimi o nich rozmawiać, tylko po to by specjaliści o nich rozmawiali w ramach zespołu - oczywiście, jeżeli taka rozmowa jest potrzebna.

Niejednokrotnie mówi się, że Scrum Master stoi z boku, przygląda się, analizuje procesy zachodzące w zespole i gdy zachodzi taka potrzeba, stara się je moderować. Zadaniem tej roli jest wspieranie samoorganizacji, a samoorganizacja to nie tylko umiejętność organizacji pracy, ale również kontaktów wewnątrz zespołu, a te kontakty często wiążą się z uczuciami i należy dążyć do tego, by ewentualne zagadnienia związane z emocjami były załatwiane w ramach zespołu deweloperów.

W klasycznej organizacji wdrażającej Scrum można spotkać się z dużym oporem, by członkowie zespołu konstruktywnie zarządzali swoimi problemami również w sferze emocjonalnej. U wielu pracowników takich organizacji wchodzenie w tematy uczuć skończy się dużym sprzeciwem lub uzewnętrznieniem tylko tych negatywnych, wykrzyczenie się. To bardzo trudny aspekt wdrażania nowoczesnych metodyk używanych w zwinnych organizacjach i menadżerowie HR'owi powinni poświęcić dużo czasu, by mentalnie przygotować swoich ludzi.

Podsumowując, żaden Scrum Master nie musi się "obawiać", że będzie rozmawiał z ludźmi o ich uczuciach czy problemach. W zdrowej organizacji to jest zadanie bezpośredniego przełożonego, który jest do tego przygotowany. Scrum Master ma wiele innych, trudnych obowiązków :) Pomijam oczywiście fakt, że rozmowa z ludźmi o ich uczuciach to fantastyczna sprawa i osobiście widzę wartość w tym by Scrum Master poruszał temat uczuć, ale powinien robić to na łamach zespołu, a nie indywidualnie.

A może nie zgadzasz się ze mną Czytelniku? Zostaw komentarz :)

Koszmar time-boxa

Scrum nieodłącznie kojarzy się ze spotkaniami. Co więcej, obecnie mało kto wyobraża sobie produktywną pracę bez spotkań. Scrum jako jeden z pierwszych frameworków duży nacisk położył na time-boxing i każdy doskonale wie, że dla miesięcznego sprintu Review nie powinno trwać dłużej niż 4 godziny, a Daily nie dłużej niż 15 minut. W takim razie, o jakim koszmarze piszę?

W związku z time-boxem spotykamy się z (przynajmniej) dwoma generalnymi problemami. Pierwszy z nich to notoryczne nietrzymanie się granicznego czasu przeznaczonego na spotkanie. Któż z nas nie spędził kiedyś na Daily godziny albo i więcej? Zawsze znajdzie się temat, który tylko o przysłowiową 'chwilkę' przedłuży spotkanie. Drugi problem to notoryczne... trzymanie się time-boxa :) Nie raz miałem okazję obserwować zespoły, które maksymalnie rozciągały przedmiot spotkania, tak by tylko dobić do konkretnej granicy czasu.

Jak sobie radzić z tego typu problemami? Zacznijmy od jasnego określenia celu spotkania – każdy z uczestników musi wiedzieć, jakie jest przeznaczenie meetingu. Cel musi być realny do osiągnięcia w założonym czasie. Nie da się zaprojektować nowego Windowsa podczas trzygodzinnego spotkania. Jeżeli cel jest zbyt duży spotkanie zawsze można podzielić na kilka mniejszych..

Kolejnym krokiem jest określenie wysokopoziomowej agendy, która będzie mapą drogową spotkania – nie róbmy tu kilkustronicowego spisu treści – wystarczy kilka punktów. Fajną praktyką jest też określenie przybliżonego czasu przeznaczonego na każdy z tych punktów, przykładowo

1. Dlaczego potrzebujemy nowego algorytmu? – max. 10 minut
2. Możliwe rozwiązania – brain storm – max. 30 minut
3. Wybranie algorytmu i zaplanowanie prac – max. 20 minut

Dzięki takiej agendzie każdy uczestnik spotkania będzie świadomy tego, jak powinno ono przebiegać – zauważmy, że jeden time-box podzieliłem na 3 małe, których łatwiej jest się trzymać - oczywiście czasy są orientacyjne, ale pozwalają podzielić meeting na sekcje.

Ważnym elementem sprawnie przeprowadzonego spotkania jest facylitator (nazwijcie go jak chcecie), czyli osoba, która pilnuje porządku spotkania, przypomina o time-boxach (!), potrafi uciąć dyskusję. Proponuję zwrócić uwagę jak pracują terenowi reporterzy podczas wywiadów. W świetnie zorganizowanym zespole taka osoba będzie się nudzić – i dobrze! Oznacza to, że zespół sam facylituje spotkanie. Samoorganizacja jest błogosławieństwem.

Ostatni, fajny pomysł, który potrafi naprawdę pomóc — widoczny zegar. Mocne dyskusje potrafią porwać uczestników na tyle, że zupełnie tracą poczucie czasu i mało kto w takiej sytuacji kontroluje ramy czasowe. Warto zaopatrzyć się w duży zegar ścienny (lub inny, są specjalne zegary odmierzające time-box – pozdrawiam ACCPL i AgileSilesia :) ) i umieścić go w widocznym miejscu, bardzo widocznym miejscu, nawet na stole, wokół którego trwa dyskusja.

Czego zdecydowanie nie robić? Proponuję nie ograniczać sztucznie, z góry, maksymalnego czasu trwania spotkania, np. „maksymalny time-box na jakiekolwiek spotkanie to pół godziny”. To straszny błąd — spotykajmy się tylko wtedy kiedy trzeba i nie dłużej niż to konieczne, ale dajmy szansę omówić temat w pełni. Czas spotkania powinien być dopasowany do jego celu. Zwróćmy równiez uwagę na fakt, że każde spotkanie to oderwanie od obowiązków i tzw. context switching, który potrafi być naprawdę bardzo kosztowny i dla organizacji i dla specjalisty. Dlatego też warto przyłożyć się do podstawowej organizacji spotkania.

Samotny lider?

Implementacji roli lidera zespołu jest mniej więcej tyle ile organizacji, które definiują takie stanowisko. Inwazja zwinności wcale nie pomogła w skonkretyzowaniu cech lidera, wręcz utrudniła nam wszystkim rozumienie tej funkcji.



„Do pieca” dorzucił ostatnio mój kolega, którego niezmiernie szanuje, a który bije mnie liderszipowym doświadczeniem w wielu aspektach. Otóż stwierdził on, że lider to rola skazana na samotność i poruszył tym we mnie całe spektrum wątków myślowych krążących wokół tego tematu i analizujących jego każdy aspekt. Jako fundament tego stwierdzenia kolega zwrócił uwagę na fakt, że lider jest zarówno członkiem zespołu produkcyjnego, jak i zespołu liderszipowego. Jest między młotem a kowadłem. Osobiście uważam, że jest to najtrudniejsza rola menadżerska, ale o tym później. W związku z powyższym lider nie może być świetnym kolegą-członkiem zespołu, gdyż jako członek liderszipu uczestniczy w procesach, decyzjach organizacji nierzadko niepopularnych, czasem w pierwszej fazie tajemniczych, a przez to nie może być fajnym, otwartym kumplem. To prawda – nie może. Z drugiej strony, gdyby był fajnym kumplem, to nie mógłby możliwie obiektywnie uczestniczyć w procesach liderszipowych. To prawda – nie mógłby. W związku z powyższym lider skazany jest na samotność.

Nie do końca. Często powtarzam, że jestem radykalnym przeciwnikiem radykalizmu i w tym przypadku uważam, że gdzieś pomiędzy zespołem a liderszipem musi istnieć przestrzeń, która połączy te dwa światy, a jednocześnie pozwoli liderowi nawiązać bliższe relacje międzyludzkie. Od swoich pierwszych dni na omawianym stanowisku szukam dla siebie miejsca między tymi światami i od zawsze to miejsce odnajduję. To bardzo trudna droga, ale możliwa do przejścia. Kluczem jest wzięcie na siebie dodatkowej roli – osoby, która potrafi jednej stronie wytumaczyć działania i decyzje drugiej strony. Jako lider zawsze uważałem, że jednym z moich głównych, niepisanych obowiązków jest oswajanie specjalistów z decyzjami podejmowanymi na wysokim szczeblu. Nie ma nic gorszego niż zostawienie naszych ludzi z odgórną decyzją. Z drugiej strony kolejnym, niepisanym obowiązkiem lidera jest zapewnienie, że liderszip rozumie działania, decyzje, wątpliwości powstałe na poziomie zespołu. Podobnie jak ze SCRUM-em – proste zasady, które bardzo trudno wdrożyć. Jednakże jest to możliwe, gdy jest się człowiekiem zdeterminowanym i zmotywowanym. Dlatego właśnie uważam, że rola lidera jest najtrudniejszą rolą liderszipową – oczywiście tylko wtedy, gdy chce się ją wykonywać dobrze, z powołaniem, z poczuciem obowiązku. Lider nie musi być samotny w organizacji, może mieć świetny kontakt zarówno z liderszipem, jak i z zespołem – cierpi przez to czasem, ale efekty, jakie może tak uzyskać są czymś najbardziej pozytywnym co można uzyskać w sferze liderszipu.

Scrum Master w klasycznej organizacji

Mówiąc o klasycznej organizacji należy na pewno wspomnieć o klasycznym modelu zarządzania. Najczęściej mamy do czynienia z piramidą dyrektorów i różnego rodzaju kierowników na różnych poziomach. W tego typu organizacjach struktura menedżmentu często jest bardzo rozbudowana i nierzadko niepotrzebnie skomplikowana. Niestety też rzadko na tego typu stanowiskach znajdują się naprawdę kompetentne osoby. No ale zaraz... dlaczego piszę o menedżmencie we wpisie o Scrum Masterze? Step by step.

Różne organizacje różnie definiują rolę Scrum Mastera. Dotychczas spotkałem się z następującymi typami:

• Scrum Master/Team Leader - taka osoba zarówno dba o proces SCRUMowy swojego zespołu, ale również piastuje standardową rolę menadżerską dla swojego zespołu. To on podejmuje kluczowe decyzje, to on odpowiada HRowo za członków zespołu.
• Scrum Master/Developer - specjalista pracujący w zespole jako dev lub QA jest jednocześnie Scrum Masterem. Nie ma roli menadżerskiej. Dba o proces SCRUMowy. Czasem jest to rola rotacyjna pomiędzy członkami zespołu.
• Pure Scrum Master - osoba zajmująca się tylko i wyłącznie procesem SCRUMowym w danym zespole. Nierzadko taka osoba jest HR Leaderem dla osób spoza zespołu lub developerem w innym zespole.

Co na to SCRUM? Nic. SCRUM nigdzie nie zakazuje tego typu konfiguracji. Zwraca jedynie uwagę, że rola Scrum Mastera, sama w sobie, nie jest rolą menadżerską. Tu wszystko pasuje, gdyż można być i Scrum Masterem i menadżerem. Zdrowa implementacja SCRUMa to implementacja dostosowana do realiów i potrzeb danego środowiska. Oj, zaraz ktoś zarzuci mni herezję i promowanie tzw. SCRUM-BUT. Celem przedsiębiorstwa jest zarabianie pieniędzy i należy takie frameworki jak SCRUM zastosować tak, by tych pieniędzy zarabiać więcej. Kiedyś chciałbym napisać o tym osobnego posta, gdyż temat jest bardzo szeroki. Ale wracając...

Który typ SM nadaje się dla klasycznej oranizacji? Zależy od etapu wdrożenia SCRUM w przedsiębiorstwie. Należy pamiętać, że w tego typu organizacji specjaliści nie są nauczeni samoorganizacji na poziomie zespołu. Procesy decyzyjne podejmowane są zawsze przez takiego czy innego menadżera. W doskonałym, krosfunkcjonalnym zespole SCRUMowym to zespół sam sobą zarządza. Dążenie do doskonalości musi potrwać i tak naprawdę nigdy się nie kończy. Tygodnie, miesiące, lata. To trudny proces, gdyż trzeba wpłynąć na mentalność specjalistów (zepsutą przez klasyczną organizację pracy) i na ich pewność siebie na poziomie zespołu. Moje doświadczenie mówi, że na pierwszym etapie wdrożenia SCRUMa w klasycznej organizacji należy zastosować pierwszy typ, czyli Scrum Master/Team Leader. Osoba taka przez pierwszych kilka tygodni, miesięcy uczy specjalistów czym jest proces SCRUMowy. Ważnym jest by SM od początku zaznaczał, że dążymy do czegoś innego i aktualny stan nie jest stanem docelowym. Specjaliści są różni, różnie nastawieni do zmian, różnie zmotywowani. Nie wolno z dnia na dzień obracać ich świata zawodowego do góry nogami. Nie wolno jednego dnia kazać im słuchać się jednego menadżera, by drugiego dnia kazać im samym sobą zarządzać. To trwa i trzeba mieć tego świadomość. Wyższy menedżment firmy musi mieć tego świadomość. W tym etapie wdrożenia rola Scrum Mastera jest niezwykle ważna i jednocześnie praca jaką musi wykonać jest bardzo trudna. Osobiście uważam, że powinna to być osoba z wewnątrz organizacji, która rozumie jak ona działa. Zatrudnianie wybitnego SM z zewnątrz może w tym wypadku skończyć się katastrofą. Warto więc wybrać osobę, która chce rozwijać się w roli SM i ma umiejętności menadżerskie, które przekaże, na przestrzeni czasu, zespołowi. 

Co dalej? Płynnie należy oddawać zarządzanie zespołowi. To temat na osobny wpis. Ważnym jest, by docelowo Scrum Master przestał być klasycznym menadżerem (podejmującym wszystkie decyzje) danego zespołu.