1. 1. Transparencja, czyli przejrzystość  
2. 2. Inspekcja 
3. 3. Adaptacja

Po pierwsze: transparencja, czyli przejrzystość  

Dotyczy to wszystkich elementów, procesów i postaw.  

• Backlog Produktu musi być przejrzysty i znany wszystkim członkom Zespołu.  
• Musi być dostępny dla wszystkich zainteresowanych.  
• Musi być jeden, wspólny dla nas i dla klienta.  

Bo w Scrumie podstawą jest relacja oparta na zaufaniu i dobrych intencjach. Jesteśmy szczerzy w relacji ze sobą i z klientem. Także w tych trudnych chwilach. Postęp naszych prac jest mierzalny i widoczny dla wszystkich zainteresowanych. Problemy komunikujemy jasno, ale oczekujemy też jasnych wymagań. Precyzyjnych celi i znajomości kontekstu. 

Bez wiarygodnych danych „wejściowych” nie będziemy w stanie spełnić oczekiwań. Nie będziemy też w stanie rzetelnie ocenić procesu, którego częścią jesteśmy.  

Transparentność oznacza też, że wszyscy członkowie zespołu muszą porozumiewać się wspólnym językiem. Terminologia nie może pozostawiać miejsca na domysły.  Ważne jest także, aby na różnych poziomach procesu istniała wspólna płaszczyzna komunikacji. 

Jednym ze zdarzeń w Scrumie, gdzie transparentność ma najwyższe znaczenie, jest Retrospektywa Sprintu. To właśnie podczas tego spotkania powinniśmy powiedzieć sobie wszystko.

Za każdym razem, kiedy z różnych powodów milczymy o problemach, odbieramy Zespołowi szansę, by się rozwijać. 

Transparentność jest wartością, nad którą trzeba pracować na każdym poziomie organizacji. Od relacji w Zespole, z Managementem, jak również z klientem. 

Jednym z podstawowych aspektów budowania kultury przejrzystości jest otwartość na porażkę. Próby i błędy są naturalnym elementem procesu uczenia. Dopiero wtedy mamy szansę działać w oparciu o to jak jest, a nie o to, jak nam się wydaje, że jest. Lub jeszcze gorzej, jak byśmy chcieli, żeby było. 

Po drugie: inspekcja 

W swoich założeniach Scrum opiera się na obserwacji. Na każdym poziomie i na każdym kroku zastanawiamy się, jak działamy. Taka refleksja powinna dotyczyć wszystkich i towarzyszyć nam każdego dnia. 

Regularnie mierzymy prędkość i efektywność. Weryfikujemy, czy Backlog jest czytelny. Weryfikujemy Przyrost produktu (Increment) i jego zgodność z wymaganiami. Czy Sprint przebiega w równym tempie i nie ma przeszkód na horyzoncie, które mogą zablokować realizację celu. Zastanawiamy się nad tym, co nam pomaga, a co przeszkadza. 

Szukamy wąskich gardeł w procesie. Pamiętamy, że łańcuch jest tak słaby, jak najsłabsze jego ogniwo. Tak samo z procesami. Tylko usprawnienie najsłabszego elementu, usunięcie realnej przeszkody, ma szanse przynieść wymierne korzyści.  

Niezwykle ważne jest to, że inspekcja jest życzliwa. Nie ma na celu wytykania słabości, ale identyfikację obszarów do wzmocnienia. Pozwala szybko wykryć niezgodność wymagań. Inspekcja nie jest w Scrumie rozumiana jako narzędzie kontroli czy represji. Jest narzędziem umożliwiającym zmianę. A tylko poprzez zmianę możliwy jest rozwój.  

I po trzecie: adaptacja 

Adaptacja to wszystkie działania usprawniające proces. Od zmiany formuły stand-upu, przez pracę nad Backlogiem po nowe narzędzia deweloperskie. Adaptacja jest kluczem do rozwoju. 

Dla mnie adaptacja to umiejętność szybkiej diagnozy i wprowadzenia zmian, które są podyktowane zmieniającymi się warunkami projektowymi lub wynikają z przeprowadzonej inspekcji. 

Są dwa podstawowe błędy w implementacji Scruma. Adaptacja bez przeprowadzenia rzetelnej inspekcji lub, co w moim odczuciu gorsze, przystępowanie do inspekcji, po której nie następuje adaptacja. 

W pierwszym przypadku zmiany mogą być chaotyczne i nie odpowiadać realnym potrzebom. W drugim pozostaje poczucie zmarnowanej szansy na rozwój.   

Podsumowanie 

Scrum działa nie dlatego, że ma trzy role, pięć zdarzeń i trzy artefakty, ale dlatego, że jest oparty na empiryzmie, którego wyrażeniem są trzy powyższe filary. Oznacza to proces oparty na faktach, doświadczeniu i dowodach, w którym postęp opiera się na obserwacjach rzeczywistości, a nie na fikcyjnych planach. 

Po pierwsze, rozmowa 

Podczas mojej ponad 6-letniej pracy w roli Scrum Mastera widziałem wiele projektów i współpracowałem z wieloma zespołami. Projekty te różniły się między sobą wielkością, doświadczeniem czy narodowością członków zespołów. Mimo wielu różnic wszystkie projekty łączyła jedna cecha. Te, w których klient był zaangażowany, a pomiędzy zespołem a klientem istniała niezakłócona nić komunikacji, osiągały lepsze wyniki i dostarczały lepszy jakościowo produkt. 

Co na to Manifest Agile? 

Przypomnę w tym miejscu Manifest Agile, który jest niejako protoplastą Scruma i fundamentem zwinnych metod wytwarzania oprogramowania:  

„Odkrywamy nowe metody programowania dzięki praktyce w programowaniu 

i wspieraniu w nim innych. W wyniku naszej pracy, zaczęliśmy bardziej cenić: 

• Ludzi i interakcje od procesów i narzędzi 
• Działające oprogramowanie od szczegółowej dokumentacji 

• Współpracę z klientem od negocjacji umów 
• Reagowanie na zmiany od realizacji założonego planu. 

Oznacza to, że elementy wypisane po prawej są wartościowe, ale większą wartość mają dla nas te, które wypisano po lewej.”  

Zwróćmy uwagę, że aż 3 z 4 pogrubionych (znajdujących się po lewej stronie) punktów dotyczą interakcji międzyludzkich, współpracy z klientem i reagowania na zmiany – które sprowadzają się tak naprawdę do jednego słowa – rozmowa. Bez rozmowy z klientem  będzie nam niesamowicie trudno stworzyć działające oprogramowanie – czyli tak naprawdę to, co jest faktycznym celem prowadzenia projektu IT.  

Zespół Deweloperski w Scrumie a klient. Jak zadbać o dobre relacje w trakcie pracy nad produktem?  

Nie będzie niczym odkrywczym, gdy napiszę, że podczas pracy nad produktem ważne są relacje. Dotyczą one oczywiście nie tylko samego Zespołu Deweloperskiego czy patrząc szerzej – Zespołu Scrumowego. Każdy pojedynczy członek zespołu prędzej czy później będzie dokonywał interakcji z szeroko pojmowanym klientem. Jeśli zastanawialiśmy się nie tylko nad tym, jak zbudować relacje, ale przede wszystkim, na czym je oprzeć, wówczas z pomocą przychodzi sam Scrum Guide. Autorzy Przewodnika po Scrumie piszą: 

„Aby stosowanie Scruma mogło przynosić pożądane efekty, członkowie zespołu muszą doskonalić się w postępowaniu według pięciu wartości, jakimi są: 

Zaangażowanie, Skupienie, Otwartość, Szacunek, Odwaga”  

Powyższe pięć wartości jest na tyle uniwersalne, że stosowane mogą być zarówno w życiu zawodowym, jak i prywatnym. Stosując je, przyczyniamy się do wzrostu zaufania i uczciwości, które to z kolei są niczym innym jak synonimem zwrotu „dobre relacje”. 

Deweloper a relacje z klientem 

Programista często kojarzy się z zawodem, w którym nie liczą się umiejętności miękkie, a tylko kod, który wyjdzie „spod palców” pracownika. Postrzeganie dewelopera jako „stereotypowego informatyka” jest nie tylko błędne, ale i krzywdzące.  

Obecnie deweloper musi posiadać rozwinięte umiejętności miękkie oraz komunikacyjne, aby nie tylko porozumiewać się wewnątrz zespołu, ale także z przedstawicielami klienta, czyli stakeholderami. Istnieje wiele zagadnień lub tematów, w których Product Owner może prosić Zespół Deweloperski, aby wytłumaczył techniczne tematy w sposób przystępny dla biznesu.  

Nawiązanie dobrych relacji z klientem wydaje się kluczowe dla wspólnego zrozumienia i zaufania. Klient bardzo często chce i musi uwierzyć na słowo, że np. zaproponowane przez zespół rozwiązanie techniczne zajmie więcej czasu, ale w perspektywie długoterminowej będzie korzystne biznesowo.  

Współpraca z biznesem: najczęstsze wyzwania w trakcie rozwoju oprogramowania 

Zwinne podejście do rozwoju oprogramowania lub patrząc węziej – adaptacja Scruma staje się w dzisiejszych czasach coraz bardziej popularna zarówno w małych firmach, jak i ogromnych korporacjach. I słusznie, gdyż właśnie Agile, w przeciwieństwie do tradycyjnego Waterfalla jest odpowiedzą na szybko zmieniający się świat i otoczenie biznesowe. 

Pamiętajmy, że samo wprowadzenie Scruma do organizacji nie spowoduje natychmiastowych zmian na lepsze. Sama zwinność jest sposobem myślenia i działania. Nie bałbym się użyć także stwierdzenia – filozofią, którą kierują się wszyscy uczestnicy procesu wytwarzania oprogramowania.  

Procesy, paradoksalnie, zmienić można stosunkowo szybko – wystarczy wola osób decyzyjnych, lecz sposobu myślenia (ang. mindset) nie zmienimy w ciągu chwili. To proces, który może trwać bardzo długo. 

Nie inaczej jest podczas współpracy z klientem. Nie możemy oczekiwać, że biznes,  przyzwyczajony przez wiele lat do stosowania praktyk micromanagementu, w ciągu jednego dnia zmieni swoje nastawienie i zaufa, że zespół jest w stanie samozarządzać się. 

Przeczytaj także: Samozarządzanie to zarządzanie przyszłości 

Pomyślmy, że to, co dla nas jest oczywiste, dla osób mających inne wzorce, kulturę organizacyjną lub doświadczenia zawodowe, może być kompletnie obce i niezrozumiałe. Dajmy sobie czas i przestrzeń na zmiany. Zmiana, jak i nawiązanie relacji nie przychodzi z dnia na dzień – jest drogą, która nierzadko jest kręta i wyboista.  

Bez klienta projekt się nie uda 

Teza zawarta w tym punkcie może być dość radykalna, lecz moje doświadczenie wskazuje, że jest także prawdziwa. Praca w Scrumie bez zaangażowanego klienta nie ma sensu. 

Widziałem wiele zespołów tylko pozornie pracujących w Scrumie. Były Sprinty. Był Sprint Review, na którym zespół prezentował wykonaną pracę. Był Sprint Planning, podczas którego zespół starał się zaplanować pracę na nadchodzący Sprint. Było Daily, na którym zespół sprawdzał postępy w realizacji Celu Sprintu. Ostatecznie jednak wszystkie wysiłki spełzły na niczym, gdyż klient uznał, że sama praca w Scrumie przyniesie upragniony efekt w postaci dobrze działającej aplikacji. Niestety, bez zaangażowania klienta, który będzie odpowiadać na dziesiątki pytań Product Ownera, bez interesariuszy, którzy na Sprint Review oceniają to, co zostało zrealizowane – nawet najlepszy zespół poniesie porażkę. 

Scrum Master a relacje z klientem 

W moim odczuciu jedną z odpowiedzialności Scrum Mastera jest nawiązanie dobrej relacji z klientem. Jest to napisane w Scrum Guide, lecz nie bezpośrednio. Przytoczmy zatem cytat: 

Scrum Master wspiera organizację na różne sposoby, m.in.: 

• przewodzi organizacji, szkoli i instruuje ją w procesie wdrażania Scruma; 
• planuje i doradza w wykorzystaniu Scruma w organizacji; 
• pomaga pracownikom i interesariuszom w zrozumieniu oraz stosowaniu empirycznego podejścia do złożonych problemów 

Jeśli Scrum Master pracuje dla organizacji klienta, wówczas wszystkie powyższe aktywności nie tylko pomagają we wdrażaniu i zrozumieniu Scruma, ale także wpływają na rozwój relacji z klientem opartej na wzajemnym zrozumieniu i poszanowaniu.  

Przeczytaj także: Artefakty Scruma

Podsumowanie 

Myślę, że podsumowaniem moich rozważań dotyczących budowania relacji z klientem może być 5 poniższych punktów, które także bezpośrednio mogą wpływać na zaangażowanie klienta w prace projektowe: 

1. Rozmowa – bez rozmowy opartej na szczerości i zaufaniu nie zbudujemy dobrych podstaw do jakiejkolwiek współpracy. Mogę napisać, że realizacja projektów IT na każdym etapie opiera się właśnie na rozmowie. 

2. Uczestniczenie w spotkaniach – warto, aby Scrum Master zaprosił interesariuszy na Review i wytłumaczył istotę spotkania, a także fakt, dlaczego ich informacja zwrotna podczas spotkania jest tak bardzo istotna. Jednym z czynników, które najbardziej motywują ludzi do pracy, jej sens jej wykonania. Zespół Deweloperski, widząc zadowolonych i zaangażowanych w rozwój produktu stakeholderów, na pewno będzie miał jeszcze więcej motywacji i chęci do wspólnej pracy. 

3. Odpowiedzi na pytania Zespołu Deweloperskiego – uczestniczenie w spotkaniach to jedno, lecz odpowiadanie na pojawiające się pytania – to drugie. Zaangażowany klient wie i rozumie, że pojawiające się pytania się wyrazem otwartości i dbałości Zespołu Deweloperskiego o produkt, nad rozwojem którego razem pracują. 

4. Ocena prac Zespołu Deweloperskiego – mając dobrze nawiązane relacje, możemy liczyć na szczerość i otwartość. Systematyczny feedback jest niezbędny, aby korygować naszą pracę i motywować się do zmian i ulepszeń. Pamiętajmy o tym, aby doceniać się wzajemnie! Dobre słowo, gratulacje czy publiczne uznanie bardzo wpływają na wysokie morale.  

5. Integracja, czas na poznanie się – praca zdalna na stałe zagościła w naszej branży. Jednak nic nie wpływa tak dobrze na budowanie relacji i zaangażowania jak osobiste spotkanie i czas na wspólne poznanie się. Nie oszukujmy się – lubimy bardziej te osoby, z którymi mieliśmy okazję porozmawiać twarzą w twarz. Wykorzystujmy każdą szansę na możliwą integrację – to jest zawsze dobrze zainwestowany czas   

Aby osiągnąć cel, zakres pracy powinien być odpowiednio podzielony na mniejsze zadania oraz zaplanowany w taki sposób, aby członkowie Zespołu Scrumowego mogli skupić się na Celu Sprintu. Jednak skupienie jako jedna z 5 głównych wartości Scruma nie ogranicza się tylko do koncentracji na celu czy środkach, pozwalających na jego ukończenie. Kluczowe jest także skierowanie swojej uwagi na problemy i wyzwania, z którymi Zespół Scrumowy może się borykać w codziennej pracy. 

Jak skupienie może pomóc w wykonywanej pracy całemu zespołowi? W tym artykule przyjrzymy się najważniejszym korzyściom płynącym ze stosowania tej wartości we frameworku Scrum. 

Dlaczego warto poznać filary i zasady Scruma?

Scrum jest frameworkiem, który świetnie odnalazł się w branży IT. Po ukazaniu się Przewodnika po Scrumie (z ang. Scrum Guide), który wymienia filary Scruma, na dobre zakorzenił się on w zwinnej pracy zespołowej. Te wartości i zasady zapewniają solidne podstawy do skutecznego zarządzania projektami.

Pięć wartości Scruma to:

1. Zaangażowanie,
2. Skupienie,
3. Otwartość,
4. Szacunek,
5. Odwaga.

Zrozumienie tych wartości umożliwia zespołom rozwijanie kultury zaangażowania, odwagi, skupienia, otwartości i szacunku. Promując tym samym współpracę, odpowiedzialność i ciągłe doskonalenie, co prowadzi do lepszych wyników każdego członka zespołu oraz całego projektu. Rezultatem takich działań jest satysfakcja klienta. Przyjmując te wartości i filary, zespoły mogą skupiać się na realizacji zaplanowanej pracy nad produktem, łatwiej poruszać się po założeniach projektowych, dostosowywać się do zmian i w rezultacie dostarczać produkty wysokiej jakości.

Kluczowa wartość Scruma: skupienie

Wdrożenie tego podejścia w życie wymaga zrozumienia i skupienia od wszystkich członków zespołu. Szybki przegląd listy rzeczy do zrobienia podczas Daily, ustalenie priorytetów i wreszcie całkowite skupienie się na realizacji. Pozwala to przechodzić płynnie od zadania do zadania w sposób zwinny i zgodnie ze Scrum Guide. Brzmi prosto… Ale prawie nigdy nie jest łatwe.

Jest kilka rzeczy, które musimy dostosować podczas pracy nad danym Sprintem. Niektórzy członkowie Scrum teamu potrzebują więcej informacji niż inni, aby podjąć decyzję. Ponadto często mamy sprzeczne cele i inaczej definiujemy priorytety. W takich przypadkach wszyscy pracujący w Zespole Scrumowym powinni być otwarci na naturalnie występującą różnorodność.

Odpowiedni feedback podczas Retrospektywy Sprintu w takiej sytuacji może okazać się zbawienny dla całego sposobu działania czy pracy zespołu.

Skupienie = supermoc Product Ownera?

Skupienie jest fundamentalnym aspektem tworzenia oprogramowania w podejściu Agile. Pociąga to za sobą także rolę Właściciela Produktu, który dopasowuje strategię biznesową do potrzeb użytkowników i oczekiwań interesariuszy.

W podejściu Agile koncentracja oznacza posiadanie jasnej wizji produktu, ustalanie priorytetów Backlogu Produktu w oparciu o potrzeby organizacji i umożliwienie programistom skoncentrowania się na osiągnięciu Celu Sprintu. Obejmuje podejmowanie strategicznych decyzji, uwzględnianie zależności, zarządzanie ryzykiem i zapewnienie, że istotne funkcje zostaną dostarczone terminowo. Skupienie napędza współpracę, wydajność i umożliwia efektywne wykorzystanie potencjału, ostatecznie prowadząc do pomyślnego rozwoju produktu.

Przeczytaj także: Product Owner – bohater ostatniej akcji

Skupienie jako definicja zwinnego rozwoju oprogramowania

Skupienie jest kamieniem węgielnym tworzenia oprogramowania według metodologii Agile. Podkreśla ukierunkowanie wysiłków na dostarczanie funkcji o wysokiej wartości przy jednoczesnym wyeliminowaniu czynników rozpraszających uwagę. Koncentrując się na najistotniejszych zadaniach, zespoły Agile zapewniają efektywne wykorzystanie czasu i zasobów.

W Agile skupienie oznacza skoncentrowanie uwagi zespołu na najwyższych priorytetach, zapewniając przejrzystość i zrozumienie celów. Umożliwia ścisłą współpracę, efektywną komunikację i szybkie podejmowanie decyzji, wspierając wspólne poczucie celu. Dzięki skupieniu zespoły Agile mogą dostarczać przyrostową wartość, dostosowywać się do zmieniających się wymagań i stale ulepszać swoje procesy, ostatecznie osiągając sukces w dynamicznym świecie tworzenia oprogramowania.

Jak nie utknąć na statusie in progress, czyli zacznij kończyć swoje zadania

Skupienie jest kluczem do zwinnego tworzenia oprogramowania. Minimalizuje czas niezbędny na przełączanie się między różymi kontekstami, zwiększa produktywność i zapewnia terminowe dostarczanie wysokiej jakości rozwiązań.

W Agile skupienie oznacza ustalanie priorytetów zadań, ograniczanie pracy w toku i zobowiązanie się do ich ukończenia. Eliminuje czynniki rozpraszające i maksymalizuje zdolność zespołu do stopniowego dostarczania wartości. Koncentrując się na najważniejszych zadaniach i unikając wielozadaniowości, zespoły Agile mogą utrzymać tempo, osiągać cele i dostarczać projekty oprogramowania z sukcesem.

Na koniec…

Dzięki samoorganizacji pracy w Scrumie, kładąc nacisk na skupienie i skoncentrowany wysiłek, każdy developer ma możliwość dostarczyć to, co najlepsze dla zespołu i dla projektu. Scrum definiuje ramy czasowe czy sposób działania i zachowania każdej zaangażowanej w prace nad produktem osoby, niezależnie od tego, czy jest ona Product Ownerem, Scrum Masterem czy innym członkiem Zespołu Developerskiego. Wszystko to wpływa pozytywnie na utrzymanie koncentracji i minimalizuje czynniki rozpraszające uwagę. 

Ustalając priorytety zadań i unikając wielozadaniowości, Zespoły Scrumowe mogą zwiększać swoje umiejętności w zakresie rozwiązywania problemów i dostarczać wysokiej jakości wyniki, co prowadzi do zwiększenia satysfakcji klientów.

System wartości: dlaczego warto korzystać z frameworka Scrum?

Scrum jest frameworkiem, który zespoły wybierają głównie ze względu na korzyści, np. płynące z możliwości podziału pracy na mniejsze zadania (Sprinty) oraz z powodu wartości stanowiących filary Scruma. To zwinne (z ang. Agile) podejście rozwija we wszystkich członkach zespołu opisane w Przewodniku po Scrumie (z ang. Scrum Guide) główne 5 wartości, takie jak: 

1. Otwartość,
2. Zaangażowanie,
3. Skupienie,
4. Odwaga,
5. Szacunek.

Jednak jest to coś więcej niż sztywne zasady. Scrum skupia się bardziej na zachowaniu niż na procesie. Mimo że nie są one żadną innowacją, nadają one kierunek pracy, zrachowaniom i czynnościom podczas codziennej pracy nad produktem.

Otwartość jako jedna z 5 wartości Scrum

Dlaczego otwartość znalazła się wśród kluczowych pięciu wartości we frameworku Scrum? Głównie dzięki temu, że to właśnie otwartość na zmiany odróżnia ten framework od tradycyjnego podejścia. Empiryzm w Scrumie wymaga przejrzystości, otwartości i uczciwości. 

Aby zmaksymalizować postępy Zespołu Scrumowego w jak najkrótszym czasie, konieczne jest, aby zespół developerski przyjął kulturę najwyższej uczciwości i otwartości. Podstawowym celem spotkania Daily Scrum jest identyfikacja i rozwiązanie problemów. Jednak cel ten pozostaje nieosiągalny, jeśli Zespoły Scrumowe za nic będą miały wartości i zasady wspomnianej wcześniej metodyki. Ponadto niezbędna  jest adaptacja do faktu, że członkowie Zespołów Scrumowych to niezależne jednostki. Dostosowanie zadań do indywidualnych możliwości i barier owocować będzie poprawieniem samoorganizacji pracujących w projekcie osób. 

Praca w zaangażowaniu i skupieniu wymaga ogromnej dozy otwartości, aby podczas procesu tworzenia nie stracić z zasięgu wzroku głównego celu projektu. 

Otwartość Scrum Mastera = filar sukcesu projektu?

Ze względu na swoją popularność to podejście wydaje się łatwe. Na pierwszy rzut oka rola Scrum Mastera również może się taka wydawać. Prawda jest zgoła inna. Jest on nie tylko mediatorem, sługą-liderem i coachem, ale bardzo często także kolegą, który zawsze służy pomocą każdemu programiście. Scrum Master zachęca do otwartej komunikacji podczas spotkania Daily czy Retrospektywy Sprintu (z ang. Sprint Retrospective) oraz prezentuje  otwartość poprzez poszanowanie decyzji zespołu. Jest po to, by pytać, a nie krytykować. Takie podejście wymaga odwagi. 

Dowiedz się więcej : Rola Scrum Mastera w procesie wytwarzania oprogramowania

Rola Product Ownera w kulturze otwartości Scruma

Definicja roli Product Ownera wykracza poza zarządzanie Backlogiem Produktu i ustalanie priorytetów zadań. Ponadto kompetentny PO odgrywa kluczową rolę w promowaniu nie tylko otwartości, ale i pozostałych wartości Scrumowych. Obejmuje to konsekwentne komunikowanie wizji produktu i oczekiwań biznesowych zespołowi programistów.

Otwartość oznacza również gotowość do odpowiadania na pytania programistów i rozwiązywania wszelkich wątpliwości, które mogą się pojawić. Właściciel Produktu aktywnie przekazuje i przyjmuje opinie oraz zachęca do dyskusji na temat optymalizacji, funkcjonalności etc. Praktyki te przyczyniają się do rozwoju efektywnej pracy zespołowej, a w rezultacie szybszego dostarczania produktów.

Przewodnik po korzyściach płynących z otwartości

Codzienna praca według głównych wartości Scrum przynosi szereg korzyści nie tylko Zespołowi Scrumowemu, ale i całemu projektowi. Po pierwsze, otwartość promuje przejrzystość, umożliwiając członkom zespołu jasne zrozumienie swojej pracy, wyzwań, a co za tym idzie, lepszą samoorganizację. Ta przejrzystość prowadzi do lepszej współpracy. Dzięki efektywniejszej komunikacji członkowie Zespołu Scrumowego chętniej dzielą się ze sobą nowymi pomysłami i spostrzeżeniami. Członkowie zespołu mogą otwarcie omawiać problemy, szukać wsparcia i wspólnie pracować nad wizją produktu. 

Otwartość sprzyja również zaufaniu w zespole. Kiedy członkowie zespołu są zachęcani do otwartości w swojej pracy, do wyrażania myśli i obaw, tworzy to środowisko dające każdemu członkowi poczucie bezpieczeństwa. Taka atmosfera powoduje że Developerzy oraz osoby z nimi współpracujące czują się szanowane. Feedback odnośnie działania zespołu, rozwoju produktu czy zakończenia celu Sprintu przyjmowany jest z otwartością, a członkowie Scrum Teamu są gotowi ponosić odpowiedzialność za swoje działania w dojrzały sposób.

Na koniec…

Otwartość jest fundamentalną wartością w Scrumie, promującą przejrzystość i zaufanie w zespole. Jej  przestrzeganie zachęca członków zespołu do otwartego dzielenia się postępami, wyzwaniami i wnioskami, umożliwiając wszystkim zrozumienie aktualnej sytuacji. Sprzyja to efektywnej komunikacji i współpracy, ponieważ każdy ma jasny obraz stanu projektu i może podejmować świadome decyzje.

Ponadto otwartość wykracza poza zespół, obejmując interesariuszy i szersze grono osób. Pozwala na aktywne angażowanie się, dzielenie się opiniami i uczenie się z ich perspektywy. To otwarte i całościowe podejście poprawia ogólne wyniki projektu i buduje silne relacje ze wszystkimi zaangażowanymi stronami. Przyjęcie otwartości jako wartości Scruma wzmacnia jednostki, pracę zespołową i ostatecznie prowadzi do zadowalających i znaczących wyników.

Przeczytaj także: 5 Wartości Scrum. Czym są i jak je stosować w codziennej pracy? 

5 wartości Scruma, czyli krótki przewodnik po frameworku Scrum

Scrum jest frameworkiem, który służy przede wszystkim optymalizacji i usprawnieniu pracy zespołowej. W Przewodniku po Scrumie możemy przeczytać, że przedstawione w nim wartości nadają priorytety i kierunek we wszelkiego rodzaju decyzjach, jakie są podejmowane w poszczególnych Sprintach i innych działaniach w czasie trwania projektu. Wspomniany dokument opisuje 5 głównych wartości Scrum, i są to:

1. Odwaga
2. Szacunek
3. Otwartość
4. Zaangażowanie
5. Skupienie

Przewodnik bardzo jasno wyznacza role i cele wymienionym wyżej wartościom. Ich skuteczne wykorzystanie zależy od tego, czy każdy członek zespołu jest w stanie pracować w zgodzie z nimi. Taka adaptacja całego zespołu to filar, który pozwala urzeczywistniać Cel Sprintu. 

Cecha wysoce efektywnego zespołu Agile

Znane przysłowie mówi, że „ryba psuje się od głowy”. W tym kontekście możemy uznać, że pełne szacunku środowisko pracy zaczyna się od przywódców. To oni odpowiadają za utrzymywanie dobrych relacji oraz pomoc w niwelowaniu napięć i konfliktów między członkami zespołu. Musimy pamiętać, że ludzie są różni i pomimo najszczerszych chęci tego typu sytuacje będą się zdarzać. Przy ich rozwiązaniu zbawienny okazuje się być szacunek. 

Przeczytaj także: Rola Scrum Mastera w procesie wytwarzania oprogramowania

Scrum Master: rola kapitana statku? 

Za budowanie i rozwijanie odpowiednich postaw w Zespole Scrumowym odpowiedzialny jest Scrum Master. Dając przykład poprzez swoje zachowanie, sposób, w jaki rozmawia z programistami, kształtuje środowisko, w którym Zespół Scrumowy będzie się rozwijał. 

SM jest osobą, która powinna zauważyć pierwsze „pęknięcia w kadłubie statku” i z pomocą instrukcji dostarczonej przez twórców Scrum Guide spróbować rozwiązać problem, zanim statek zacznie tonąć. Takimi pęknięciami mogą być zarówno negatywne nastawienie członków Zespołu Scrumowego do siebie nawzajem spowodowane konfliktem, opóźnienie w codziennych zadaniach z powodu braku zaangażowania w pracę czy problem w zgłaszaniu zauważonych błędów w kodzie.

Każdy z nas słyszał też, że lepiej zapobiegać, niż leczyć. Tak samo jest i w tym wypadku. Konstruktywna informacja zwrotna zapobiega napięciom i konfliktom. Dzięki takiej przejrzystości łatwiej jest skupić się na wykonywanej pracy. 

Dobrym przykładem budowania szacunku w zespole może być sytuacja, gdy firma decyduje się na zaangażowanie Agile coacha. Dzieląc się wiedzą i umiejętnościami, nie tylko ułatwia on pracę nad przyszłymi projektami, ale także buduje lepszą atmosferę w zespole, tworząc bezpieczne środowisko.

Przeczytaj także: Agile Coach vs Scrum Master – kogo potrzebuje mój zespół?

Zespół Scrumowy – rola Product Ownera w organizacji

Scrum promuje wartość, jaką jest szacunek, poprzez uwzględnienie pewnych postaw w rozwiązywaniu złożonych problemów. Jednak szacunek w Scrumie nie powinien ograniczać się do relacji w zespole programistycznym. W tej kwestii może pomóc Product Owner, który ściśle współpracuje z zespołem, reprezentując biznes. Rozszerzenie pojęcia szacunku w Scrumie poza granice Zespołu Deweloperskiego, pozwala dostrzec dodatkowe pole dla rozwijania tej wartości. 

PO wyraża szacunek dla zespołu, przekazując mu pieczę nad Backlogiem Sprintu. Ufa, że zespół najlepiej wie, ile pracy można wykonać w danej Iteracji i jak to zrobić. W ten sposób ludzie pracują autonomicznie, co stwarza możliwości rozwoju. Może on również promować szacunek, rozwiązując złożone problemy i dostosowując się do pracy w bardzo często niesprzyjających środowiskach.

W tej relacji również działa to w dwie strony. Developerzy, idąc w ślad za Product Ownerem, w pełni angażują się w powierzone zadania i szanują Właściciela Produktu oraz Interesariuszy, którzy wiedzą, że mogą na sobie nawzajem polegać. Co ważne, w pełnym szacunku środowisku zespół powinien również otwarcie komunikować się, informując o dostarczonych i niedostarczonych funkcjonalnościach.

Wartość Scruma: szacunek = lepsza transparentność? 

Członkowie Zespołu Scrumowego doskonale rozumieją, że szacunek jako sztuka okazywana odmiennym zdaniom, pomysłom, celom, rozwiązaniom czy nawet kompetencjom jest niezbędny do sprawnego i bezkonfliktowego działania Scrum teamu. Ktoś, kto czuje poszanowanie wobec swoich błędów, jak i „małych wygranych”, jest w nich bardziej transparentny. Stawia na uczciwość. Nie boi się, że nie zostanie wysłuchany, i ponosząc pełną odpowiedzialność, przyjmuje feedback. Dzięki temu skupia się na realizacji wizji produktu. 

Przestrzeganie tej wartości na wielu płaszczyznach relacji międzyludzkich skutkuje postępowaniem według pozostałych wartości w Scrumie. Pokazuje to, jak nieodłączne i kluczowe dla siebie nawzajem są wartości i zasady zawarte w Przewodniku.

Zespół Deweloperski dzięki szacunkowi pracuje zwinnie w sposób otwarty, odważny, pełen zaangażowania i skupienia nad realizacją zadań, a w rezultacie też nad całym projektem.

Zasady szacunku w Zespołach Scrumowych pracujących według metodyki zwinnej:

• cenimy jednakowo opinię wszystkich,
• słuchamy z taką samą uwagą, bez względu na to, kto mówi,
• nigdy nie przerywamy mówiącemu podczas Daily,
• szanujemy nowe pomysły,
• liczymy się ze zdaniem innych oraz wiemy, że inni również się z nim liczą,
• jesteśmy otwarci na uwagi Product Ownera.

Korzyści płynące z szacunku w Scrumie – podsumowanie

Na koniec podsumujmy, dlaczego te wartości są tak istotne. Wartość szacunku w metodologii Agile jest niebagatelna, a budowanie szacunku w relacjach międzyludzkich jest procesem długotrwałym i wymaga wsparcia na każdym etapie.

Wyjątkowo trudnym sprawdzianem dojrzałości relacji jest moment, w którym klient zmienia zdanie lub się myli, a także kiedy Zespołowi Scrumowemu zdarzy się popełnić błąd. W branży IT jest to naturalna sytuacja i jeśli dzieje się to w otwartym i życzliwym środowisku, należy to zaakceptować i zrozumieć. Odpowiedzialny i szanujący się zespół to taki, w którym członkowie potrafią radzić sobie z krytyką. 

Przeczytaj także: Metodyki zwinne. Scrum a inne podejścia: SAFe, LeSS, Nexus

Scrum, zdefiniowany jako proste ramy postępowania, opiera się na pięciu podstawowych wartościach: odwadze, otwartości, szacunku, skupieniu i zaangażowaniu. W tym artykule przyjrzymy się znaczeniu zaangażowania i jego wpływowi na powodzenie projektu.

Czy mój zespół developerów powinien korzystać ze Scruma?

Scrum jest frameworkiem, który dostarcza konkretnie sprecyzowane ramy pracy zespołowej przy zachowaniu wszystkich zasad metodyki zwinnej (z ang. Agile). W Przewodniku po Scrumie (z ang. Scrum Guide) możemy poznać pięć wartości Scrum, które okazują się niezbędne w realizacji projektu. 

Na pierwszy rzut oka wydaje się, że codzienna praca Zespołów Scrumowych obraca się wokół ról, wydarzeń, artefaktów, celów i wizji produktu. Jednak we wszystkich tych elementach subtelnie splecione są filary, empiryzm i wartości. 

Wspomniany wyżej dokument wyróżnia 5 wartości we frameworku Scrum:

1. Zaangażowanie,
2. Skupienie,
3. Otwartość,
4. Szacunek,
5. Odwaga.

Prawdziwa esencja wartości Scruma polega na wspieraniu spójnej dynamiki grupy, w której każdy członek działa harmonijnie, kierując się wspólnymi intencjami i działaniami. Wartości i zasady, na których oparty jest Scrum, pozwalają Zespołowi Scrumowemu urzeczywistniać wizje produktu i rozwijać się podczas wykonywanej pracy. To podsumowuje istotę wartości Scruma, które ostatecznie prowadzą do osiągnięcia wysokiej jakości pracy i wspólnego sukcesu.

Wartość Scruma: zaangażowany Zespół Scrumowy

W profesjonalnym Scrumie, podczas sesji Planowania Sprintu, członkowie Zespołu Scrumowego angażują się w oszacowanie ilości pracy, którą można wykonać w określonym czasie, aby dostarczyć Cel Sprintu. Szacunki te muszą być realistyczne i dostosowane do możliwości zespołu, wolne od zewnętrznych nacisków lub oczekiwań biznesowych. Zaangażowanie w Scrumie odnosi się do potwierdzenia przez Zespół Developerski swojej zdolności do wykonania określonej liczby zadań w ramach Sprintu poprzez samoorganizację. Na przykład, jeśli Product Owner wybierze 5 zadań do nowego Sprintu, zespół podejmuje się osiągnięcia tego celu w zaangażowaniu i skupieniu. 

Jeśli jednak pojawią się przeszkody, zależności lub nadmierna liczba zadań, zespół może zakomunikować w sposób transparentny brak możliwości realizacji zobowiązania. Zarówno w trakcie realizacji, jak i podczas Retrospektywy nie bójmy się optymalizacji założonych celów. Nie chodzi tu o to, aby brać na swoje barki zadania, których nie jesteśmy w stanie wykonać. Patrzmy realnie na ramy czasowe czy możliwości podczas procesu tworzenia oprogramowania.

Takie zachowanie wymaga odwagi i poszanowania przez osoby współpracujące. Jeśli tymi wartościami kierować się będą członkowie Scrum Teamu, mimo tego że są to odmienne, niezależne jednostki, będą w stanie rozwijać produkt zgodnie z ramami, jakich dostarcza Scrum.

Rola Product Ownera a zaangażowanie 

Rola Właściciela Produktu polega na bronieniu interesów interesariuszy i dostarczaniu Zespołowi Scrumowemu istotnych wymagań biznesowych. Ponadto ponosi odpowiedzialność za ustalanie priorytetów zadań w ramach Backlogu Produktu (zawierającego pomysły, wymagania i ulepszenia techniczne, które wymagają omówienia, wyjaśnienia i doprecyzowania, tak aby były zrozumiałe).

Jednak aby skutecznie wypełniać obowiązki związane z rozwojem produktu, PO musi rozumieć możliwości i tempo pracy zespołu. Ta wiedza umożliwi mu planowanie i ustalanie priorytetów Backlogu Sprintu, ostatecznie wspierając zespół w osiągnięciu Celu Produktu.

Przeczytaj także: Product Owner – bohater ostatniej akcji

Podsumowanie

Aby zrozumieć wartość, jaką jest zaangażowanie, potrzebujemy rozumieć również 4 pozostałe wartości Scruma, a zespół musi mieć jasny cel i aktywnie uczestniczyć w wyborze zadań podczas Planowania Sprintu. Otwarta komunikacja pozwala stawiać czoła wyzwaniom i dokonywać niezbędnych usprawnień.

Samoorganizacja umożliwia Zespołom Scrumowym przyjęcie odpowiedzialności oraz tworzy przestrzeń, w której wszystkie osoby czują się szanowane. Włączenie głównych wartości w Scrumie do codziennej pracy w branży IT umożliwia elastyczność, niezbędną, aby sprostać zmianom i skupić się na realizacji powierzonych zadań.

1. 1. 5 wartości w Przewodniku po Scrumie
2. 2. Poczucie bezpieczeństwa gwarantem odwagi w zespole
3. 3. Odwaga – codzienność członków zespołu 
4. 4. Odwaga, zuchwałość czy brawura? 

5 wartości w Przewodniku po Scrumie

Przewodnik po Scrumie (Scrum Guide) zawiera definicję Scruma jako metodyki zwinnej (ang. Agile). Każdy element tych ram postępowania (ang. framework) ma określone znaczenie. Nie tylko odpowiada na pytanie, jak powinna być zorganizowana praca członków Scrum Teamu, ale i w jaki sposób powinni oni podchodzić do pracy i do siebie nawzajem. Wśród określonych ram postepowania znalazły się również kluczowe wartości, w które dokument został wzbogacony po latach. Dokument wyróżnia 5 wartości scrum, którymi powinni w swojej pracy kierować się członkowie zespołu: 

1. odwaga,
2. skupienie,
3. zaangażowanie,
4. szacunek,
5. otwartość. 

Poczucie bezpieczeństwa gwarantem odwagi w zespole

Zarówno w planowaniu, jak i w życiu codziennym każdy z nas potrzebuje odwagi, by mówić otwarcie o naszych przemyśleniach. Wyrażanie swoich opinii, poodejmowanie decyzji, a także przyznanie się do własnej omylności wymaga odwagi. Żebyśmy mogli działać odważnie, musimy czuć się bezpiecznie. Poczucie bezpieczeństwa odgrywa niebagatelną rolę w rozwiązywaniu problemów, w budowaniu relacji w zespole i wpływa na wzajemne zaufanie. Dlaczego? 

Odpowiedzią jest przejrzystość. Aby zespół był odważny, każda zaangażowana w projekt osoba musi mieć pewność, że ma prawo się mylić, niezależnie od stanowiska. W trudnej sytuacji, gdy trzeba podjąć decyzję wiążącą się z ryzykiem niepowodzenia, gdy trzeba przyznać się do błędu, odwaga jest nieoceniona. Przykładowo, Scrum Master potrzebuje odwagi, by przyznać się przed sobą i przed zespołem, że coś poszło nie tak. 

Odwaga do mówienia prawdy w trudnych sytuacjach (i odwaga, by jej wysłuchać) to droga do rozwoju. Taka postawa wymaga dużo pracy również od Product Ownera we współpracy z klientem. Podstawą relacji jest atmosfera wzajemnego szacunku i zaufania, wiary w to, że team robi wszystko, co w jego mocy, aby dostarczać najlepsze rozwiązania. Taką atmosferę można stworzyć, jeśli wszyscy pracujący nad projektem będą otwarci na nowości.

 Przeczytaj także:  Agile Coach vs Scrum Master – kogo potrzebuje mój zespół?

Odwaga – codzienność członków zespołu 

Odwaga powinna być nieodłącznym elementem działania zespołu. Członkowie Zespołu Scrumowego muszą mieć odwagę, by postępować właściwie i pracować nad trudnymi problemami, by skutecznie stawić im czoła. Codzienne obowiązki dają przestrzeń do doskonalenia tej wartości: przekazanie negatywnego (choć konstruktywnego) feedbacku, szczere omówienie pojawiających się problemów podczas Retrospektywy Sprintu oraz zwrócenie uwagi, gdy Cel Sprintu w dyskusji zaczyna być spychany na dalszy plan. 

Jednak na samej komunikacji rola tej wartości się nie kończy. Developerzy dzięki odwadze podejmują się zadań nawet wtedy, kiedy wymagają one od nich nauki nowych umiejętności. Product Ownerowi odwaga pozwala podejmować decyzje, pomimo wielu różnych głosów interesariuszy. Ludzie odważni nie boją się prosić o pomoc i radę. Ludzie odważni to tacy, którzy potrafią zmienić zdanie, nawet jeśli wcześniej zawzięcie go bronili.

Przeczytaj także: Product Owner: bohater ostatniej akcji

Odwaga, zuchwałość czy brawura? 

Odważne przyznanie się do błędów, niedoskonałości, prośba o pomoc to klucz do samodoskonalenia się zespołu poprzez wyciąganie wniosków z własnych błędów i ograniczeń. Niektórzy mogliby pomyśleć, że otwarte głoszenie odmiennych czy nawet sprzecznych z wizją pomysłów może być podsycane zuchwałością, a wprowadzanie zmian – brawurą. Jednak dzięki 5 wartościom, w tym także odwadze, zespoły mają szansę na urzeczywistnianie zaplanowanych celów. 

Scrum a odwaga – podsumowanie

Członkowie Zespołu Scrumowego, otwarcie wyrażając swoją opinię, wykazują się odwagą, natomiast Scrum Master czy Product Owner, przyjmując je, okazują szacunek i otwartość, tak istotne w Scrumie. Wszystkie pięć wartości Scruma znajduje odzwierciedlenie w procesie tworzenia oprogramowania, realizacji celów, w podejmowaniu działań i prezentowaniu zachowań niezbędnych do prawidłowego funkcjonowania zespołu. 

Metodyki zwinne – przewodnik  

Coraz więcej osób i organizacji sięga po sprawdzone metodyki zwinne. Tak naprawdę nie ma osoby w branży IT, która nie spotkałaby się z określeniem Agile (z ang. zwinne). Choć odnotowały sukces w obecnych czasach, mało kto zdaje sobie sprawę, że towarzyszyły nam w pracy już od bardzo dawna. Oficjalnie natomiast pojawiły się w świadomości społeczeństwa, gdy zostały opisane przez Jeffa Sutherlanda i Kena Schwabera w dokumencie „Scrum Guide” (z ang. „Przewodnik po Scrumie”). 

Metodyki zwinne biorą pod uwagę wszystkie kluczowe dla realizacji projektu aspekty – szybkie tempo, dużą konkurencyjność, ciągle zmieniające się otoczenie i nieprzewidywalność.  

Dostosowywanie się do zmieniających się potrzeb w pracy nad produktem widać również w wariantach tego typu podejść. Najczęściej wybierane zwinne podejścia to: 

• Scrum  
• SAFe 
• LeSS
• Nexus 

Przeczytaj także: Metodyki zwinne. Scrum a inne podejścia: SAFe, LeSS, Nexus 

Czym jest Scrum?  

Jeśli chcemy zrozumieć, skąd bierze się rosnąca popularność tego zwinnego frameworka, musimy przyjrzeć się podwalinom, na których jest zbudowany. Scrum jest frameworkiem, który proponuje określone, dostosowane do zmieniających się potrzeb ramy zarządzania projektami. Pomagają one zespołom planować swoją pracę i zarządzać zadaniami z pomocą wartości, zasad i dobrych praktyk. Przede wszystkim Scrum pozwala tworzyć złożone, wielowymiarowe projekty oraz nadawać krótko- i długoterminowe cele.  

Dzięki ciągłemu przepływowi informacji i współpracy w zespole pozwala on osiągać stałe, zauważalne postępy w pracy przy jednoczesnym stosunkowo łatwym i monitorowaniu postępów w projekcie.

Zespół Scrumowy wyróżnia takie role jak: Product Owner, Scrum Master i Zespół Developerów tworzących oprogramowanie. Nie tylko Scrum Master czy PO, lecz każdy w zespole powinien stosować się do ram i praktyk, które zakłada to postępowanie.  

5 wartości Scruma

We wspomnianym wcześniej przewodniku czytamy, że można wyróżnić pięć głównych wartości Scruma. Nadają one swego rodzaju kierunek w odniesieniu do działań, jakie podejmuje Zespół Scrumowy. Nie były one w nim jednak ujęte od samego początku. Empiryzm, z którym zostały wprowadzone do przewodnika, jest tu niezmiernie istotny. To zagadnienie w kontekście Scruma możemy rozumieć jako budowanie idei i podejmowanie decyzji na podstawie tego, co się dzieje. 

Pięć wartości Scruma ma swoje zastosowanie w każdym aspekcie codziennej pracy, takich jak: spotkania, relacje między członkami teamu, przejawia się w artefaktach, w podejmowaniu decyzji, samoorganizacji. W konsekwencji wartości przyczyniają się do budowania zaufania wśród wszystkich tworzących produkt. Oto pięć wartości, które pozwalają osiągnąć wyższy poziom pracy zespołowej.

Odwaga 

Odwaga jest niezbędną dla rozwoju produktu wartością. Jest kluczowa przy podejmowaniu ważnych decyzji projektowych, takich jak rozwiązania biznesowe, techniczne czy nawet relacje interpersonalne.

Trzeba pamiętać, że specjaliści zaangażowani w projekt mogą się różnić pod względem charakteru i sposobu działania. Strach przed zwróceniem się z prośbą o wsparcie czy obawa przed przyznaniem się do popełnionych błędów może znacznie utrudniać pracę nie tylko w konkretnym Sprincie, ale i podczas każdego kolejnego. Dlatego też odwaga odgrywa fundamentalną rolę w wykorzystaniu potencjału, jaki tkwi w tym frameworku. Bez tej wartości samozarządzanie w Zespole Scrumowym nie miałoby racji bytu. 

Otwartość 

Gdy myślimy o otwartości, pierwszym, co powinno przychodzić na myśl, jest elastyczność. Otwartość i umiejętność dostosowania się są gwarancją dobrej komunikacji podczas procesu tworzenia oprogramowania. To ona odgrywa kluczową rolę np. w przyjmowaniu feedbacku o swojej pracy. I to ona w rezultacie wpływa na pracę nad słabościami. Poszanowanie tej wartości jest niezbędne, jeśli chcemy aktywnie brać udział w dyskusjach o produkcie, dzielić się przemyśleniami i wysłuchać zdania innych.

Product Owner oraz Scrum Master również, kierując się tą wartością, powinni być otwarci na sugestie zespołu w kontekście implementacji zmian i usprawnień.

Zaangażowanie 

Zaangażowanie jako wartość mogłaby się wydawać czymś oczywistym. Przecież każdy z członków zespołu pracuje nad tym, aby stworzyć dany produkt. Jednak nie chodzi tu tylko o zaangażowanie w pracę nad kodem, ale i zaangażowanie w spotkania (chociażby poprzez zwracanie uwagi na zbytnie odbieganie od tematu). Praca nad wspólnym celem wymaga ciągłego samodoskonalenia oraz optymalizacji wkładanych w pracę wysiłków. Takie podejście ukazuje wielowymiarowość tej wartości.

Skupienie 

Skupienie w czasie Sprintu powinno być priorytetem. Jeśli uwaga Developerów zostanie rozproszona, przekierowana na pojedyncze mniejsze tematy, mogą oni stracić z oczu główny cel. Członkowie Zespołu Scrumowego w przypadku pojawienia się problemów w realizacji zadań powinni skupiać uwagę na rozwiązaniu, a nie na przyczynie. 

Szacunek 

Ostatnią z wartości w Scrumie jest szacunek, którym wszyscy członkowie Zespołu Scrumowego darzą się jako kompetentne, niezależne jednostki i w taki sam sposób są traktowane przez osoby z nimi współpracujące. To właśnie ta wartość pozwala na rozwój dzięki poszanowaniu odmiennego zdania interesariuszy i kolegów z grupy. Ufając w kompetencje Product Ownera, Developerzy okazują mu szacunek w codziennej pracy. Pamiętajmy, że Scrum to różnorodność, więc różnice oraz należyty wszystkim szacunek powinny być nieodłączną częścią pracy niezależnie od tego, w jakim zespole pracujemy. 

Na koniec…

Praca z ludźmi od zawsze wymagała elastyczności i zrozumienia. Zespoły Scrumowe zapoczątkowały pracę w oparciu o ramy, które na tę elastyczność formalnie zezwalają. Wspomniane wartości i zasady od lat pomagają im w wykonywaniu pracy, dając poczucie pełnej odpowiedzialności za produkt. To dzięki zaangażowaniu, skupieniu oraz otwartości na nowe pomysły i informację zwrotną działania zespołu mogą skupiać się na rozwoju produktu.

Jeśli masz poczucie, że temat nie został wyczerpany, to tak jest w istocie. Wszystkie poszczególne wartości Scruma omówiliśmy szerzej w oddzielnych artykułach:

• Odwaga
• Otwartość
• Zaangażowanie
• Skupienie
• Szacunek

1. 1. Czym są artefakty Scruma?
2. 2. Artefakty a Agile, czyli: czym różni się Agile od Scruma?
3. 3. 3 artefakty scrumowe
4. 4. Co to jest Backlog Produktu?
5. 5. Co to jest Backlog Sprintu?
6. 6. Czym jest Przyrost w Scrumie?

Czym są artefakty Scruma?

Słownik języka polskiego PWN opisuje artefakt jako „coś, co jest dziełem ludzkiego umysłu i ludzkiej pracy w odróżnieniu od wytworów natury”. Wielki słownik języka polskiego PAN podaje natomiast, iż artefakt to „coś, co powstało w wyniku fizycznej lub umysłowej pracy człowieka”.

Scrum Guide zbieżnie z definicją powszechnie przyjętą w języku polskim opisuje „Artefakty Scruma jako odzwierciedlające pracę lub wartość”. Używając prostszej nomenklatury, artefakty Scruma ukazują rzeczywistą pracę, jaką wykonaliśmy w projekcie, i jaką planujemy wykonać. W poniższym artykule postaram się wyjaśnić, czym tak naprawdę są i po co istnieją artefakty Scruma. Dla lepszego zrozumienia będę posiłkować się cytatami z najnowszej, opublikowanej w 2020 roku wersji Scrum Guide.

Artefakty a Agile, czyli: czym różni się Agile od Scruma?

Na początek jednak rozróżnijmy dwa pojęcia, które pomimo rosnącej popularności zwinnych metod pracy nadal bywają mylone. Uczestnicy szkoleń często zadają mi pytanie – czy potrzebujemy tych wszystkich artefaktów, aby być faktycznie zwinnymi? Pamiętajmy, że Agile jest raczej sposobem myślenia i ogólnym pojęciem określającym zwinne podejścia do wytwarzania oprogramowania. Scrum natomiast jest frameworkiem stworzonym i cały czas doskonalonym, aby ułatwić tworzenie wartości w złożonym świecie.

Przeczytaj także: Jak zbudować zespół? Poznaj praktyczne wskazówki

Jak nazywają się 3 artefakty scrumowe?

Scrum wyróżnia 3 artefakty: Backlog Produktu, Backlog Sprintu oraz Przyrost (Increment). Pomimo iż Cel Produktu, Cel Sprintu oraz Definicja Ukończenia (Definition of Done) są bezpośrednio związane z artefaktami poprzez zapewnienie przejrzystości i skupienia, to same artefaktami Scruma nie są.

Co to jest Backlog Produktu?

Scrum Guide mówi, iż „Product Backlog to ewoluująca, uporządkowana lista tego, co jest konieczne do ulepszenia produktu. To jedyne źródło pracy podejmowanej przez Scrum Team”. Mówiąc prościej, Backlog za pomocą zadań opisuje całą pracę, jaką należy wykonać podczas trwania projektu. Odpowiedzialność za zarządzanie Backlogiem ponosi Product Owner. Może to obejmować między innymi takie czynności jak:

• tworzenie nowych elementów Backlogu – czyli zadań,
• ustalanie priorytetu i porządkowanie elementów Backlogu Produktu – przyjęło się dla lepszej higieny i zrozumienia pracy, iż na górze znajdują się zadania o wyższym priorytecie, a niżej o małym znaczeniu lub te, które wymagają dalszego uszczegółowienia podczas Refinementu,
• zapewnienie dostępności i przejrzystości – czyli sytuacji, w której każdy zainteresowany wie, gdzie znajduje się Backlog oraz co tak naprawdę opisuje.

Product Owner (Właściciel Produktu) zarządzanie Backlogiem Produktu może przekazać lub zlecić innej osobie, lecz ostatecznie to on jest za ten obszar odpowiedzialny. Scrum Guide wskazuje także, co jest niezmiernie ważne, iż Product Ownerem jest jedna osoba, a nie komitet lub grupa osób.

Product Owner w swojej pracy powinien uwzględniać wymagania i oczekiwania interesariuszy i środowiska zewnętrznego, lecz ostatecznie decyzje dotyczące Product Backlogu podejmuje właśnie Product Owner. Dlaczego w codziennej pracy projektowej tak ważne jest podkreślenie tego, iż Product Ownerem jest jedna osoba? Pozwala to unikać rozproszenia odpowiedzialności i wewnętrznych walk o to, który obszar produktu jest ważniejszy.

Doskonalenie, czyli Refinement

Koniecznie wspomnieć muszę także o doskonaleniu, czyli Refinemencie. Potocznie uznaje się go za spotkanie, podczas którego omawia się, dzieli na mniejsze części oraz dookreśla elementy Backlogu Produktu. Jednak zgodnie z definicją jest to proces ciągły, niemający odzwierciedlenia w jednym tylko, konkretnym spotkaniu.

Z Backlogiem Produktu nierozerwalnie związany jest Cel Produktu, który opisuje przyszły stan produktu. Scrum Guide wskazuje, iż „Cel Produktu jest odzwierciedlony w Product Backlogu”. W praktyce jest wskazówką i drogowskazem dla developerów podczas procesu planowania, jak i samej pracy.

Co to jest Backlog Sprintu?

Twórcy Scrum Guide precyzyjnie określili, iż na „Sprint Backlog składają się Cel Sprintu (po co), elementy Product Backlogu wybrane do realizacji w Sprincie (co) oraz wykonalny plan dostarczenia Incrementu (jak).”

Warto dokładnie zrozumieć powyższą definicję. W potocznym i zarazem błędnym rozumieniu Backlog Sprintu określa się podczas sesji planowania na początku każdego Sprintu jako zdefiniowany zakres prac, którego realizacji podejmuje się Zespół Developerski. Tymczasem definicja dokładnie mówi, iż Backlogiem Sprintu są wybrane elementy Backlogu Produktu (co), a także Cel Sprintu (po co) oraz plan dostarczenia (jak).

Mówiąc obrazowo, Backlog Sprintu to swego rodzaju worek, w którym znajdują się zadania oraz plan ich dostarczenia. Za Cel Sprintu natomiast możemy uznać podpis, jaki znajduje się na samym worku.

Pamiętajmy, że Backlog Sprintu nie jest podpisanym krwią developerów cyrografem, ale żywym artefaktem, który wraz z postępem prac podczas trwania Sprintu może ewoluować. Z biegiem czasu i wraz z lepszym zrozumieniem pracy i wymagań, a także z powodu niespodziewanych zależności wewnętrznych i zewnętrznych (urlopów lub zwolnień lekarskich) może okazać się, że Zespół Developerski uaktualni Backlog Sprintu w taki sposób, aby osiągnąć Cel Sprintu. To Zespół Developerski jest odpowiedzialny za przygotowanie i realizację Sprint Backlogu.

Reasumując, ustalony podczas Planningu Cel Sprintu jest zobowiązaniem developerów, lecz pozostawia swobodę oraz elastyczność względem tego, co zespół powinien zrobić, aby niezmienny Cel Sprintu osiągnąć.

Czym jest Przyrost w Scrumie?

Przyrost, czyli Increment, możemy zobrazować jako klocek Lego, dzięki któremu dołożyliśmy kolejną cegiełkę do budowy naszego wymarzonego zamku. Tak samo jak używane przez nas klocki Lego muszą być dopasowane, tak samo Przyrost musi być dopasowany i zweryfikowany, aby w całości był użyteczny, czyli dostarczał wartość dla użytkownika lub klienta.

Podczas jednego Sprintu dostarczony może być więcej niż jeden Przyrost. Mimo iż Sprint Review wspiera podejście empiryczne, to nie można zakładać, iż tylko na spotkaniu poświęconym Review prezentuje się oraz dostarcza Increment. Wypracowany podczas Sprintu Przyrost może być większy niż jeden i może zostać dostarczony przed ukończeniem danego Sprintu. Zupełnie jak z klockami – możemy z wiaderka wybrać jeden duży klocek, ale możemy wziąć do ręki więcej mniejszych i starać się wznieść budowlę z większej liczby elementów.

Definition of Done a Przyrost

Z Przyrostem nierozerwalnie związana jest Definicja Ukończenia, czyli Definiton of Done. Jest to swego rodzaju zbiór warunków, które muszą zostać spełnione, aby uznać, że praca została faktycznie wykonana. Definiton of Done jest standardem, który wpływa na jakość i wartość wykonywanej przez developerów pracy. Jeśli jakiś z elementów Backlogu Sprintu nie spełnia warunków określonych w Definicji Ukończenia – nie może zostać pokazany klientowi i uznany za część Przyrostu.

Nic nie stoi na przeszkodzie, aby developerzy stosowali surowsze warunki niż te określone w Definicji Ukończenia. Dzieje się tak, gdy zespół chce jeszcze bardziej skupić się na dostarczanej wartości. Definiton of Done możemy uznać jako minimalne kryterium, względem którego można „równać w górę, lecz nigdy w dół”.

Definicję Ukończenia możemy uznać za gwarancję jakości dla interesariuszy lub klienta, która zapewnia, iż otrzymany przez nich Increment jest w pełni działający, a także spełnia jakościowe kryteria.

Dowiedz się więcej: Czym różnią się Scrum i Kanban?

Podsumowanie

Według Scrum Guide w obręb frameworka Scrum wchodzą: Zespoły Scrumowe (ang. Scrum Teams) oraz związane z nimi role, zdarzenia, artefakty i reguły. Wszystkie te elementy są ważne, a opisane przeze mnie artefakty Scruma pozwalają zadbać o przejrzystość, stwarzają okazję do adaptacji i inspekcji, a zatem sprzyjają umacnianiu filarów Scruma w projekcie.

1. 1. Czym jest przywództwo? Co to znaczy być liderem?
2. 2. Przywództwo vs. zarządzanie: kluczowe różnice
3. 3. Style przywództwa z przykładami
4. 4. 10 cech przywódczych, których potrzebujesz, aby stać się skutecznym liderem

Czym jest przywództwo? Kim jest lider?

Wbrew pozorom nie tak łatwo zdefiniować przywództwo. Łącząc wiele różnych dostępnych definicji, przyjmijmy, że:

„Przywództwo to zdolność jednostki lub grupy osób do wpływania na członków grupy lub organizacji w taki sposób, aby wspólnymi siłami udało się osiągnąć zamierzone cele.”

Weźmy teraz tę definicję pod lupę i zastanówmy się, co to właściwie znaczy „być liderem”.

• Po pierwsze, przywództwo to umiejętność, którą ludzie rozwijają z czasem. Podczas gdy wielu ludzi uważa, że z cechami lidera trzeba się urodzić, w rzeczywistości można je szlifować całe życie poprzez profesjonalny rozwój zawodowy. Jak przekonasz się z dalszej części tego artykułu, skuteczne przywództwo wymaga umiejętności miękkich, zdolności skutecznego komunikowania się i motywowania innych.
• Nie jesteś liderem, jeśli nikt za tobą nie podąża. Najlepszymi liderami są ci, którzy mają umiejętności, które sprawiają, że ludzie sami chcą ich naśladować i w ten sposób przezwyciężyć jakiś problem lub stworzyć coś zupełnie nowego. Jeżeli chcesz być świetnym liderem, postaw na rozwój umiejętności interpersonalnych. W ten sposób zbudujesz relacje i sprawisz, że zespół sam pójdzie twoim śladem.
• Wielcy liderzy to ci, którzy motywują członków zespołu do osiągnięcia celu i prowadzą ich w dobrym kierunku. Zwłaszcza w środowisku biznesowym, w tym w branży IT, dobre przywództwo najczęściej znajduje odzwierciedlenie w osiąganych celach, w stworzeniu przyjaznego środowiska pracy oraz skutecznym rozwiązywaniu problemów.

Przywództwo vs. zarządzanie: kluczowe różnice

Jednym z najczęstszych błędów jest stawianie znaku równości między przywództwem i zarządzaniem. Gdyby wskazać jedną tylko rzecz, którą warto byłoby wynieść z lektury tego artykułu, niech to będzie właśnie rozróżnienie tych dwóch pojęć.

Podczas gdy przywództwo polega na inspirowaniu i prowadzeniu ludzi do celu, zarządzanie jest bardziej skupione na stosowaniu odpowiednich taktyk. I właśnie ze względu na swój taktyczny charakter zarządzanie bardziej skupia się na planowaniu, kontroli i delegowaniu zadań – dzięki temu zyskasz pewność, że zespół wykonuje zadania w możliwie jak najbardziej skuteczny sposób.

Zarówno przywództwo, jak i zarządzanie są w firmach ważne, wymagają jednak bardzo różnych umiejętności. Rzućmy okiem na niektóre z kluczowych cech IT managera (bez obaw, w dalszej części przyjrzymy im się bardziej szczegółowo). Na pewno pojawią się takie określenia jak:

• Dobry planista
• Organizator
• Osoba, która rozwiązuje problemy
• Ktoś, kto deleguje zadania i nadaje sprawom priorytety
• Osoba o wysokich kompetencjach miękkich
• Gracz zespołowy

Style przywództwa i przykłady

Styl przywództwa jest unikatowy dla każdego lidera i stanowi jedyny w swoim rodzaju kolaż metod działania, cech i zachowań. Nie spotkasz liderów o dwóch identycznych stylach przywództwa. Potencjał przywódczy przejawia się na wiele różnych sposobów, a gdy osoby nim obdarzone rozwijają swoje umiejętności, przyjmują rozmaite style przewodzenia innym. Jedną z najważniejszych lekcji przywództwa dla aspirujących liderów jest zidentyfikowanie i rozwój własnego stylu, czy to poprzez szkolenia, warsztaty, czy też przez nabywanie doświadczenia. Przyjrzymy się niektórym z najpopularniejszych stylów przywództwa.

1. Przywództwo transformacyjne

Przywództwo transformacyjne koncentruje się na kreśleniu wizji zmian i transformacji. Liderzy transformacyjni inspirują swoje zespoły, przedstawiając obraz lepszej przyszłości i angażując potencjał każdej osoby.

Ten rodzaj przywództwa jest niezwykle skuteczny w firmach, które są w trakcie dużych zmian. Liderzy transformacyjni starają się budować poczucie jedności oraz gromadzić energię i pasję wokół odważnej wizji: nowej, bardziej obiecującej przyszłości.

2. Przywództwo delegatywne

Lider delegujący prezentuje raczej luźne podejście do kierowania zespołem. Ten styl przywództwa jest bardzo rozpowszechniony w dobrze funkcjonujących zespołach, których członkowie z racji rozwiniętych umiejętności i dojrzałego podejścia nie wymagają ścisłej kontroli.

Liderzy skupiają się wówczas na stworzeniu pola dla rozwoju kreatywności, tak aby zespół – z moderowaniem, jeśli potrzeba – mógł pracować na własnych zasadach.

Kluczowe w przypadku takich liderów jest zaufanie i tworzenie środowiska, w którym każdy jest samodzielny i może podejmować decyzje. Ten styl przywództwa wymaga jednak silnych umiejętności budowania relacji, w przeciwnym razie może brakować jasności, kto jest odpowiedzialny za co i w jakim zmierza się kierunku. Nie można być w końcu zanadto wyluzowanym, w przeciwnym razie sprawy przestaną trzymać się wyznaczonego toru.

3.Przywództwo autorytatywne

Autorytatywni liderzy są często postrzegani jako wizjonerzy. Uwaga, nie należy mylić tego stylu z przywództwem autorytarnym. Tacy liderzy są naprawdę świetni w motywowaniu i inspirowaniu ludzi.

Najważniejszą umiejętnością jest w tym przypadku budowanie relacji – wówczas członkowie zespołu zaufają ścieżce, którą mają podążać. W połączeniu ze świetną komunikacją pozwala ona liderowi udzielać wskazówek i informacji zwrotnych na bardziej osobistym poziomie.

4. Przywództwo transakcyjne

Przywództwo transakcyjne koncentruje się na systemie nagród i kar jako drodze do osiągania celu. Opiera się na jasnym podziale ról, obowiązków, zadań i celów dla każdego członka zespołu w ramach szerszej struktury.

Z tego też powodu ten styl jest często określany jako „przywództwo menedżerskie” i ma wiele wspólnego z szeroko rozumianym zarządzaniem. Podczas gdy wiele osób nie przepada za tego typu przywództwem, w niektórych sytuacjach odpowiednia struktura jest ważna. Zwłaszcza jeśli mierzysz się z konkretnymi problemami lub w sytuacjach kryzysowych.

5. Przywództwo partycypacyjne

Przywództwo partycypacyjne, często nazywane demokratycznym, zachęca liderów do słuchania pracowników i angażowania ich w podejmowanie decyzji. Niezbędne są tu komunikacja i empatia, ponieważ liderzy, podejmując decyzje, często muszą wczuć się w sytuację swojego zespołu.

Wielu ludzi ceni taki właśnie styl przywództwa, ponieważ dzięki niemu czują, że mają wsparcie, są wysłuchani, a ich zdanie jest brane pod uwagę. Chociaż taki styl jest popularny zwłaszcza w zwinnym zarządzaniu projektami, może być trudny do utrzymania w dużych lub zdalnych zespołach.

6. Przywództwo służebne

Nawiązując do zwinnych metod zarządzania projektami, warto znać także pojęcie przywództwa służebnego (z ang. servant-leadership), coraz bardziej popularne w otoczeniu biznesowym. Służebny lider to człowiek, który nie tyle stoi na czele, co jest odpowiedzialny za swój zespół, daje przykład zachowaniem, pobudzając do działania. To człowiek pokorny, który stawia dobro własnego zespołu ponad prywatnymi aspiracjami. Jednocześnie działa w sposób asertywny, dzięki czemu jest darzony zaufaniem i szacunkiem.

10 umiejętności, które powinien posiadać skuteczny przywódca

Planując rozwój umiejętności przywódczych, nie każdy wie, od których zacząć. Gdy zapytamy o to, jaki jest współczesny skuteczny lider, wiele osób z pewnością odpowie bez wahania, że: daje przykład, motywuje swój zespół, jest empatyczny, pewny siebie i potrafi docenić i pochwalić osiągnięcia swoich podwładnych. Nie każdy jednak ma świadomość, z czego to wynika i jakie cechy składają się na taki obraz. Jake są zatem podstawowe cechy dobrego lidera?

Stawia na otwartość w komunikacji

Spytaj dowolnego lidera, którego cenisz, o najważniejsze kompetencje przywódcze niezbędne do osiągnięcia sukcesu. Z pewnością w pierwszej trójce wymieni właśnie dobrą komunikację. Skuteczna komunikacja to fundamentalna umiejętność każdego lidera – bo jak inaczej nawiązać kontakt z zespołem i umiejętnie poprowadzić go do celu?

Warto jednak pamiętać, że komunikacja to nie tylko mówienie. To także czas, jaki poświęcasz na wysłuchanie pracowników, aby wiedzieć, jakie nastroje panują w zespole. To pomocne, jeśli chcesz dostosować odpowiednio swój styl komunikacji i ułatwić wszystkim w zespole zrozumienie złożonych problemów.

Dobry lider buduje relacje

Przywództwo nie istnieje bez ludzi, więc jego kluczową częścią jest budowanie relacji z ludźmi. Liderzy, którzy budują silne i autentyczne relacje ze swoim zespołem, mają największe szanse na sukces. Dobre relacje kształtują poczucie, że zmierza się w tym samym kierunku, dzięki czemu ludzie znajdują w sobie wsparcie, gdy robi się trudno.

Wszyscy liderzy potrzebują wokół siebie osób, którym mogą zaufać. Upewnij się więc, że inwestujesz czas w rozwój umiejętności społecznych i budowanie relacji międzyludzkich.

Ciągle się uczy, jak myśleć strategicznie

Są umiejętności, z którymi człowiek się rodzi, i takie, które nabywamy z czasem. Rozwój myślenia strategicznego jest jedną z tych drugich – wymaga czasu, ale to jedna z kluczowych kompetencji liderskich. Myśląc o swoich celach i sposobach dotarcia do nich, osoby o silnych umiejętnościach przywódczych wykazują się szerszą perspektywą.

Liderzy, którzy cieszą się największym szacunkiem, mają jasną wizję przyszłości i znają ścieżkę, którą zamierzają iść. W przypadku wielu osób nauka strategicznego myślenia będzie się wiązać z koniecznością odbycia specjalnych szkoleń i zainwestowaniem weń czasu.

Zarządza konfliktami w sposób konstruktywny

Jedną z kluczowych umiejętności lidera, z której każdy zrobi prędzej czy później użytek, jest zarządzanie konfliktami. Otoczenie, w którym przychodzi nam współpracować, nie zawsze jest zgodne z naszymi wyobrażeniami. Zdarza się, że niektórzy członkowie zespołów nie są w stanie uszanować zdania innych czy zgodzić się z podejmowanymi decyzjami. Konflikty są nieodłączną częścią pracy i najlepsi liderzy wiedzą, jak zarządzać konfliktem w sposób konstruktywny.

„Szukanie winnych” i wskazywanie ich palcem nigdy nie kończy się dobrze, więc lider musi opanować sztukę empatii, negocjacji i komunikowania się w sposób, który pozwoli redukować napięcia i umocnić więzi. Empatia to kolejna cecha, która często może być rozwijana poprzez odpowiednie szkolenia i doskonalona z biegiem lat.

Stawia na uczciwość

Najlepsi liderzy są inspiracją dla otoczenia, lecz aby tak było, muszą najpierw zadbać o własną wiarygodność. Ta opiera się na uczciwości, która z kolei pozwala budować szacunek, autorytet i zaufanie.

Dobry lider dba więc o dobry przepływ informacji, buduje relacje oparte na zaufaniu i podejmuje uczciwe decyzje. Takie podejście jest ważne w wielu stylach przywództwa i nie można go pominąć również, rozwijając swój własny, osobisty styl.

Cieszy się zaufaniem

Uczciwość i zaufanie idą w parze – najbardziej szanowani liderzy łączą w sobie cechy przywódcze bazujące właśnie na uczciwości i zaufaniu. W końcu to w liderach inni szukają wsparcia, zmagając się z trudnymi sytuacjami i ufając, że wskażą oni rozwiązanie bądź zainspirują do działania.

Jako lider potrzebujesz zaufania ludzi – ich wiary w to, że dołożysz wszelkich starań, by zadbać o ich interesy. Zbudowanie zaufania wymaga czasu, ale też pewnej wrażliwości z twojej strony. Jak to osiągnąć? Otaczaj się ludźmi, którzy sprawią, że nie braknie ci wyzwań. Bądź gotów zaakceptować swoją własną winę w razie popełnionych błędów. Nadawaj potrzebom zespołu odpowiednie priorytety – w ten sposób pokażesz, że jesteś liderem godnym zaufania.

Podejmuje trudne decyzje

Chociaż ważne jest rozwijanie szerokiego spektrum umiejętności, osoby z nieprzeciętnymi kompetencjami przywódczymi najpewniej właśnie sztukę podejmowania decyzji opanowały do perfekcji. Jako lider z pewnością nieraz zostaniesz poproszony o przeprowadzenie trudnych rozmów, czy to w celu rozwiązania problemów, czy też wykorzystania nadarzających się okazji. Takie decyzje to także wytyczanie nowych kierunków działania.

Chociaż przy podejmowaniu decyzji nie trafisz na dwie identyczne sytuacje, warto posiłkować się danymi wszędzie tam, gdzie to możliwe. Dzięki temu będziesz kierować się faktami, nie emocjami. W zależności od decyzji, której podjęcie masz przed sobą, mogą to być dane:

• Finansowe – wyniki sprzedaży, bilans zysków i strat itp.
• Liczbowe – takie jak wyniki satysfakcji lub wskaźniki wydajności.
• Anegdotyczne – jak wyniki ankiet, recenzje produktowe lub wywiady z klientami.

Najlepsi decydenci biorą pod uwagę wszystkie punkty widzenia i opinie, nim znajdą opcję, która pozwala znaleźć złoty środek między ryzykiem a korzyścią.

Motywuje i inspiruje do kreatywnego działania

Firmy IT nieraz funkcjonują niczym bardzo złożone mechanizmy, więc czasami i ty będziesz musiał myśleć nieszablonowo. W takiej sytuacji rolą liderów jest pobudzanie kreatywności zespołu. Pamiętajmy, że nie wszyscy ludzie są w takim samym stopniu kreatywni. Jeśli jesteś jednym z nich, zbuduj wokół siebie grupę kreatywną i pozwól się zarażać entuzjastycznym, nieszablonowym podejściem.

Jest nastawiony pozytywnie

Winston Churchill powiedział kiedyś: „Jeżeli idziesz przez piekło, nie zatrzymuj się, idź dalej”. Umiejętność podążania naprzód, choćby się waliło i paliło, często wynika z ważnej cechy – pozytywnego nastawienia. Jeśli dopiero zaczynasz karierę w roli lidera IT, skup się na rozwijaniu pozytywnego podejścia, tak aby motywować ludzi do działania i inspirować swój team w czasie, gdy w projekcie pojawią się nieprzewidziane trudności. Pozytywnie usposobiony przywódca łatwiej też zaskarbi sobie zaufanie i umocni pozycję lidera w organizacji.

Skuteczny lider potrafi delegować zadania

Lider to osoba, która wie, że dzień nie jest z gumy. Dobrego przywódcę poznasz po wprawnym delegowaniu zadań. Chociaż delegowanie może wydawać się raczej umiejętnością z obszaru zarządzania, świadomość tego, że nie można brać zbyt wiele na swoje barki, jest niezmiernie istotna. Pozwoli ci skupić się na twoim podstawowym zadaniu, jakim jest prowadzenie zespołu w odpowiednim kierunku.

Rozwijaj umiejętność delegowania, aby lepiej zarządzać własną pracą i przekazywać innym zadania w sposób, który inspiruje i motywuje do osiągnięcia waszego wspólnego celu.

Aby zostać liderem zespołu, rozwijaj cechy lidera już dziś

Świetni liderzy nie pojawiają się z dnia na dzień. Najlepsi z nich nie tylko wykorzystują wrodzone cechy lidera, ale też poświęcają całe lata na rozwijanie i doskonalenie zaplecza umiejętności przywódczych.

Jeśli właśnie obrałeś ścieżkę lidera w branży IT, zacznij od wypracowania unikatowego stylu przywództwa i stwórz plan doskonalenia cech potrzebnych do motywowania, inspirowania zespołu i kierowania go w stronę sukcesu.