## Wstęp

Dowiesz się dzisiaj o **[eduScrumie](https://eduscrum.com.au/)** - ramach postępowania podczas pracy z uczniami. Zakochałam się w tym pomyśle od pierwszego momentu, kiedy o nim usłyszałam i dzisiaj chciałabym, aby jak najwięcej ludzi się o nim dowiedziało. 

Początkowo planowałam napisać artykuł o podstawach **[eduScruma](https://eduscrum.com.au/)**, ale zdałam sobie sprawę z tego, że zanim opowiem wam **czym** jest eduScrum, muszę opowiedzieć wam więcej o **”dlaczego**.

Dlaczego potrzebujemy go w edukacji? Dlaczego właściwie miałabyś (będę pisać w tej formie przez cały artykuł dla ułatwienia) używać go ze swoimi uczniami? Co jest w nim takiego, że go tak bardzo lubię?

## Skad moja milosc do eduScruma?

Jestem pewna, ze pod historia Willego kryja sie problemy, których nauczyciele doswiadczaja kazdego dnia swojej pracy. Willy rozmawial z Markiem, poniewaz szukal inspiracji. Bardzo chcial pomóc swoim uczniom lepiej wspólpracowac i chcial umiec wykorzystac ich potencjal podczas procesu edukacyjnego.

Ja osobiscie uwazam, ze sercem [eduScruma](https://eduscrum.com.au/) jest **troska o uczniów i odkrywanie jak mozna im pomóc wzrastac**. To jest moje **Dlaczego** - mój powód, dla którego tak bardzo lubie [eduScruma](https://eduscrum.com.au/). Jestem nim zainspirowana, bo glówna misja w moim zyciu jest pomoc ludziom w odkrywaniu ich potencjalu. 

Jesli kiedykolwiek postanowisz wdrozyc  [eduScruma](https://eduscrum.com.au/) w swojej klasie, pamietaj - jego celem nie jest tylko kolejna technika, która mozesz wykorzystac. [eduScrum](https://eduscrum.com.au/) to nie jest srebrna kula, która magicznie rozwiaze Twoje problemy. Ale jesli tylko bedziesz miec odpowiednie podejscie i bedziesz dbac o swoich uczniów, pomoze Ci dodac im skrzydel.

![Latanie](img/fly.jpg "Latanie")

## eduScrum a Scrum

Jak mozesz przeczytac w historii Willego, stworzyl on [eduScruma](https://eduscrum.com.au/) po tym jak odkryl czym jest **Scrum**.

Jesli czytasz ten artykul i termin Scrum jest dla Ciebie czyms zupelnie obcym i niezrozumialym, zachecam Cie do przeczytania moich poprzednich postów: 

* [Pierwsze kroki w nauce Scruma](/pl/blog/first-steps-to-learn-scrum/)
* [Relacja miedzy Scrumem a Agile](/pl/blog/relationship-between-scrum-and-agile/)

[eduScrum](https://eduscrum.com.au/) i Scrum maja wiele wspólnego, ale to juz wyjasnie w kolejnych artykulach. Póki co, chcialabym skupic sie na wyjasnieniu **Dlaczego**.

### Edukacja teraz vs 100 lat temu - transformacja linearnego sposobu nauczania

Na poczatku, kiedy zaczynalam pisac ten post, chciala napisac, ze edukacja nie zmienila sie za duzo przez ostatnie 100 lat. Nie zrobie tego, poniewaz byloby to nieprawda. 
Przeniesmy sie w czasie, aby zaobserwowac **co sie zmienilo przez ostatnie 100 lat** w edukacji:

* 100 lat temu edukacja byla dostepna tylko dla limitowanej liczby ludzi. Obecnie tak jest tylko w niektórych slabo rozwinietych krajach. Co wiecej, my jako kobiety jestesmy teraz w duzo lepszej pozycji. Kiedys edukacja byla zarezerwowana tylko dla mezczyzn. 
* Szkoly nie uzywaja juz kar cielesnych. Jest to obecnie nielegalne w wiekszosci krajów na swiecie, a kiedys bylo norma. Mój tata opowiadal mi wiele razy jak dostal linijka po rekach od nauczyciela i nie tylko. 
* Technologia jest obecnie duzo bardziej zaawansowana - szkoly uzywaja interaktywnych tablic, komputerów, tabletów. 
* W przeszlosci nauczyciel “mial zawsze racje”, nawet jesli nie mial. Dzisiaj jest duzo wiecej miejsca na popelnianie bledów i nauczyciele równiez moga je popelniac, bo sa ludzmi, a nie robotami (wiem, ze nie wszedzie wciaz jest to akceptowalne, ale jednak bardziej niz w przeszlosci). 

**Co zatem sie nie zmienilo od 100 lat?**

Znalazlam swietny obrazek na https://educationrickshaw.com/, który swietnie to pokazuje. 

![Kierunek nauczania vs uczenie sie](img/direction.png "Kierunek nauczania vs uczenie sie ")

Chcialabym Ci napisac, ze lewa strona prezentuje edukacje 100 lat temu, a prawa edukacje teraz. Niestety nie jest to prawda, poniewaz wciaz w duzej mierze uczymy sposobem pokazanym po lewej stronie. Oczywiscie sa pewne zmiany np. Zmiana pozycji biurek w niektórych szkolach, ale jedna rzecz sie nie zmienila: 

**Kierunek strzalki jest ten sam - skierowany od nauczyciela na ucznia.**

T - odzwierciedla **nauczyciela**, S - **ucznia** a strzalka pokazuje **kierunek nauczania**. Jak mozesz zauwazyc na obrazku po lewej stronie, strzalka idzie od strony nauczyciela do ucznia. 

**Co to oznacza?**

* Nauczyciel jest zródlem jedynej wiedzy i prawdy.
* Rola nauczyciela jest tworzenie kreatywnych, interesujacych lekcji i sprawienie, zeby uczniowie zapamietali, to czego sa uczeni.
* Zadaniem uczniów jest zapamietanie tych lekcji.

Jest kilka aspektów w tym podejsciu, które **nie dzialaja za dobrze**:

* Nauczyciele sa swietnymi ludzmi, ale nie powinni byc jedynym zródlem prawdy i wiedzy dla uczniów.
* Odpowiedzialnosc za proces uczenia sie nie powinna byc tylko na ramionach nauczyciela.
* W tym podejsciu uczen jest tylko pasywnym “odbiorca wiedzy”, kiedy w rzeczywistosci to nie jest sposób w jaki sie uczymy.

### 1. Dlaczego: zmiana kierunku, wzmocnienie pozycji uczniów

Bazując na analizie przeszłego i obecnego stanu edukacji, możemy zauważyć, że wciąż coś nie do końca działa. W ten oto sposób odkryliśmy nasze pierwsze **dlaczego**:

 **Aby zmienić kierunek strzałki. Zmieńmy go w ten sposób, aby uczniowie mogli przewodzić swoim procesem uczenia się.** 

Podążając za [Przewodnikiem po eduScrumie](https://slabstatic.com/prod/uploads/oui3ndfr/posts/attachments/nZRgMeXVpjtoafqkCHzZ1JpE.pdf) 

> eduScrum to proces współtworzenia (ang. cocreative- łączący kreatywność ze współpracą), w którym uczniowie nie są obarczani odpowiedzialnością, ale sami czują się odpowiedzialni za swoją pracę i proces uczenia się. 

![uczennica](img/student.jpg "uczennica")

**Korzyści z takiego podejścia**:

* Zmiana odpowiedzialności za proces uczenia się przechodzi z nauczyciela na uczniów. 
* Rolą nauczyciela jest inspirowanie, wspieranie i prowadzenie uczniów. Uczniowie są bardziej zmotywowani, ponieważ mają autonomię i mogą podejmować własne decyzje. 
* Rozpoznawanie problemów indywidualnych jednostek staje się prostsze i jest więcej przestrzeni, aby im pomóc. 
* Uczniowie mogą się uczyć od siebie nawzajem i przekazywać wiedzę zamiast być tylko biorcami - podwójna korzyść, ponieważ mogą się uczyć także poprzez uczenie innych.
* Nauczyciel ma więcej czasu na wspieranie i prowadzenie uczniów.

### 2. Dlaczego: Umiejętności 21 wieku

W 2015 roku Światowe Forum Ekonomiczne opublikowało raport zatytułowany  ["Nowa wizja edukacji: odblokowanie potencjału technologii”](http://www3.weforum.org/docs/WEFUSA_NewVisionforEducation_Report2015.pdf).

Raport ten opisuje 16 umiejętności, które są niezbędne w edukacji w 21 wieku: 

* Podstawowe Umiejętności
* Kompetencje
* Cechy charakteru

Wybaczcie jeśli moje bezpośrednie tłumaczenie nie jest najlepsze. Poniżej możecie zobaczyć obrazek z tego raportu. Te dwie ostatnie pewnie łatwiej nazwać “kompetencjami miękkimi”. 

![Umiejętności 21 wieku](img/21stcentury.PNG "Umiejętności 21 wieku")

Jak wspominają w raporcie:

> Aby dobrze funkcjonować w szybko rozwijającym się za pomocą technologii świecie, uczniowie muszą nabyć nie tylko umiejętności językowe, matematyczne, czy związane z naukami ścisłymi, ale także być ekspertami w krytycznym myśleniu, rozwiązywaniu problemów, wytrwałości, współpracy i ciekawości. (...) w dzisiejszym świecie nastawionej na innowacje ekonomii, pracownicy potrzebują innego zestawu umiejętności niż w przeszłości. 

\*\*Czy rzeczywiście kształtujemy te wszystkie umiejętności w szkole?

Obawiam się, że w tradycyjnym, linearnym sposobie nauczania, skupiamy się głównie na tych podstawowych umiejętnościach pomijając pozostałe kompetencje. I w ten sposób odnaleźliśmy kolejne “Dlaczego”:

**Aby pomóc uczniom wykształcić umiejętności 21 wieku, które są potrzebne w dzisiejszym, szybko zmieniającym się świecie.**

To jest dokładnie cel [eduscruma](https://slabstatic.com/prod/uploads/oui3ndfr/posts/attachments/nZRgMeXVpjtoafqkCHzZ1JpE.pdf):

> W eduScrum uczenie się zajmuje centralne miejsce: lepsze uczenie się, uczenie się lepszej współpracy i poznawanie siebie lepiej. Ponadto, taki styl pracy dostarcza więcej odpowiedzialności, przyjemności i energii, prowadząc do lepszych wyników i skrócenia czasu realizacji. 
>
> ![Kompas zwinnego nauczania](img/compass.jpeg "Kompas zwinnego nauczania")

Źródło: https://www.eduscrum.nl/resources

**Korzyści:**

* Tworzymy lepszą przyszłość i członków społeczeństwa, którzy będą w stanie łatwiej przystosowywać się do zmian. Uczniowie uczą się jak współpracować ze sobą. To jest umiejętność, która będzie im niezbędna w relacjach w pracy, w domu i z przyjaciółmi.
* Kształtujemy ludzi, którzy nie są tylko biorcami wiedzy, ale potrafią myśleć krytycznie, mieć swoją własną opinię i być w stanie decydować jakie jest najlepsze rozwiązanie. Ich wytrwałość, kreatywność i ciekawość pomoże nam w rozwiązywaniu problemów w naszych społeczeństwach.
* Co więcej, będą w stanie oni krytycznie obserwować i analizować swoje działania, a przez to także zmieniać je na lepsze. 
  What is more, they can critically observe their own actions and improve themselves. - 
* Umiejętności komunikacyjne pomogą uczniom nie tylko w wyrażaniu swoich potrzeb, ale także w lepszym rozumieniu innym, słuchaniu innych i wykształceniu empatii.

### 3.Dlaczego: motywacja i rezultaty

Część z Was zapewne myśli - “Czekaj, czekaj, to brzmi pięknie, ale my wciąż musimy przygotować uczniów do egzaminów. Potrzebujemy pomóc im w osiąganiu dobrych wyników”.

To jest ten moment, kiedy część mnie jest bardzo smutna, bo wiem jak bardzo ten świat jest napędzany przez wyniki i wiem, że w czasie tego procesu “osiągania” zapominamy często o **ludziach**.

Ale nie przejmuj się! W [eduScrumie](https://slabstatic.com/prod/uploads/oui3ndfr/posts/attachments/nZRgMeXVpjtoafqkCHzZ1JpE.pdf) ta część jest także uwzględniona:

> eduScrum to ramy postępowania (ang. framework), w obrębie których nauczyciel i uczniowie rozwiązują złożone, ambitne problemy i realizują cele nauczania dbając o najwyższą możliwą jakość w produktywny i kreatywny sposób.

Nauczyciele często narzekają na brak zaangażowania ze strony uczniów. I to jest nasze ostatnie, trzecie **dlaczego**:

**Aby zmotywować uczniów wewnętrznie poprzez danie im autonomii, która prowadzi także do poprawienia wyników akademickich.**

**Korzyści**:
* Początkowo będzie to wymagało pewnego wkładu, aby zmienić stary sposób pracy, ale wraz z momentem, kiedy uczniowie zrozumieją swoje mocne strony, będą bardziej zmotywowani i ich wyniki również staną się lepsze. 
* Co ciekawe, kiedy uczniowie przestaną się uczyć dla lepszych wyników, będa bardziej ciekawi i głodni wiedzy. 
* Nauczyciel nie musi już wyjaśniać uczniom jak mają osiągnąć swoje cele, jego rolą jest tylko wyjaśnienie dlaczego i co mają osiągnąć. 
* W pewnym momencie uczniowie nie będą się uczyć tylko w ramach tego co jest w podstawie programowej, ale przekroczą te ramy ze względu na ich ciekawość.

## Jakie jest Twoje Dlaczego?

Wiem, że ten post jest już całkiem długi, a mimo to nie dowiedziałaś się czym dokładnie jest [eduScrum](https://eduscrum.com.au/). Ale nie martw się, wyjaśnię wszystko w kolejnych artykułach. Chciałam zacząć od analizy naszych potrzeb edukacyjnych, aby móc się do tego później odnosić.

Mogłabym pisać jeszcze o wielu innych powodach, dla których uważam, że potrzebujemy takiego sposobu nauczania jak [eduScrum](https://eduscrum.com.au/) w edukacji, ale zostawię trochę miejsca na Twoją refleksję. 

**Dlaczego uważasz (jeśli uważasz), że potrzebujemy zmiany w edukacji? Czy doświadczyłaś trudności jako uczeń lub nauczyciel w szkole? Czy jest cokolwiek, co chciałabyś zmienić w edukacji gdybyś mogła?**

Daj znać jeśli ten temat jest dla Ciebie interesujący i które części chcesz poznać głębiej. Jeśli masz ochotę dowiedzieć się więcej o eduScrumie, zapraszam Cię serdecznie na mój eduScrum Basic Training - Szkolenie z Podstaw eduScruma.


Ten post jest dedykowany dla każdego, kto troszczy się o edukację i chciałby odkryć innowacyjne sposoby jak pomóc uczniom wzrastać.

eduScrum - dlaczego go potrzebujemy w edukacji?

## Wstęp

Liczba mitów na temat [Scruma](/pl/blog/first-steps-to-learn-scrum/) wciąż rośnie. Jeśli mam być szczera, to różnego rodzaju metodologie, w których pojęcia związane ze [Scrumem](/pl/blog/first-steps-to-learn-scrum/) są używane nieprawidłowo, nie pomagają. 

W tym poście chciałabym wymienić najbardziej popularne mity na temat [Scruma](/pl/blog/first-steps-to-learn-scrum/), z którymi się spotkałam pracując jako Scrum Masterka. Wiem, że wciąż są one powtarzane i powielane pomiędzy firmami. W ramach edukacji i szerzenia wiedzy, postaram się obalić kilka z tych mitów. 

## Mit numer 1 - W Scrumie chodzi tylko o spotkania i role

Wiele organizacji decyduje się wprowadzić [Scruma](/pl/blog/first-steps-to-learn-scrum/), ale kończy się na tym, że wprowadzają tylko **role, spotkania i czasami artefakty.**
Jaki jest skutek tych działań? Skupiają się oni tylko na tym jak zmienić proces oraz sposób pracy bez używania [wartości Scruma](/pl/blog/letsscrumit.com/the-importance-of-scrum-values/) i z pominięciem **empirycznego sposobu działania**.
Tego typu praktyka ma swoją własną nazwę:  **Mechaniczny Scrum** i nie działa dobrze na dłuższą metę.

W [Scrumie](/pl/blog/first-steps-to-learn-scrum/) dużo ważniejsza jest **zmiana sposobu myślenia i inspirowanie zespołów** niż cokolwiek innego. Nie oznacza to, że spotkania, role i artefakty nie mają zupełnie znaczenia. Natomiast jeśli używamy ich bez odpowiedniego nastawienia i wartości, to nie jest to [Scrum](/pl/blog/first-steps-to-learn-scrum/).

Wprowadzanie [Scruma](/pl/blog/first-steps-to-learn-scrum/) i jakichkolwiek innych zmian w firmie, jest jak budowanie domu - potrzeba dobrych **fundamentów**.

## Mit numer 2 - Daily Scrum to tylko spotkanie sprawdzające postępy

[Daily Scrum](/pl/blog/scrum-events-3-daily-scrum/) jest często używany nieprawidłowo w [Scrumie](/pl/blog/first-steps-to-learn-scrum/) jako “status report meeting”, na którym każdy indywidualnie opisuje co zrobił, co zamierza zrobić i jakie ma przeszkody na swojej drodze. 
Możliwe, że teraz w głowie pytasz - “Czekaj, czekaj, ale co w tym złego? Czy to nie są dokładnie przykłady rozmów na Daily Scrum, które były wymienione w Scrum Guidzie w 2012 roku?”.

Odpowiedź na to pytanie brzmi “nie”. Brakuje najważniejszego elementu - [Celu Sprintu](/pl/blog/sprint-goal-why-do-we-need-it/). [Cel Sprintu](/pl/blog/sprint-goal-why-do-we-need-it/) jest często traktowany przez Zespoły Scrumowe jako niechciany, niepotrzebny element. Zdarza się, że zespół albo ma wiele celów (i nie wie na czym się skupić), albo nie wyznacza żadnego celu [Sprintu](/pl/blog//scrum-events-1-the-sprint/).

Co mówi o tym najnowsza wersja [Przewodnika po Scrumie - Scrum Guide](https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Polish.pdf)?

> Celem Daily Scrum jest sprawdzenie postępów w dążeniu do osiągnięcia Celu Sprintu oraz w razie konieczności adaptacja Sprint Backlogu, czyli dostosowanie zaplanowanej pracy.  

[Daily Scrum](/blog/scrum-events-3-daily-scrum/) nie polega tylko na **sprawdzeniu indywidualnego postępu zadań**. To powinien być czas dla Deweloperów na rozmowę o tym jak **wspólnie radzą sobie z realizacją wyznaczonego [Celu Sprintu](/pl/blog/sprint-goal-why-do-we-need-it/)** oraz **jaki mają plan jako zespół na kolejny dzień**.

Podkreślam jeszcze raz, chodzi tutaj o ich **wspólny, zespołowy** plan, który pozwoli im na realizację wyznaczonego [Celu Sprintu](/pl/blog/sprint-goal-why-do-we-need-it/). Kiedy skupiamy się tylko na indywidualnych jednostkach, element **pracy zespołowej** zanika i zespół przestaje ze sobą współpracować. 

![Status report](img/status_report.jpg "Status report")

## Mit Numer 3 - Agile to Scrum

Używanie terminów **Scrum i Agile** to często spotykany błąd. Nie dziwię się temu, bo wyobrażam sobie, że zapamiętanie wszystkich terminów **Scrumowych** jest wyzwaniem. Co więcej, termin **Agile** stał się bardzo popularny i modny przez ostatnie lata.

Pozwólcie, że to wyklaruję: 

* Termin **Agile** został użyty po raz pierwszy w [“Manifeście Programowania Zwinnego”](https://agilemanifesto.org/iso/pl/manifesto.html) stworzonym w 2001 roku. Zawiera w sobie **wartości i zasady**, które ludzie piszący manifest chcieli promować podczas produkowania oprogramowania. Obecnie Agile nie jest terminem zarezerwowanym tylko dla branży IT. Pozostaje wciąż filozofią, którą można stosować w różnych branżach i sytuacjach. 
* **[Scrum](/pl/blog/first-steps-to-learn-scrum/) to ramy działania** stworzone do tworzenia wartości w kompleksowych środowiskach. Termin [Scrum](/pl/blog/first-steps-to-learn-scrum/) został użyty po raz pierwszy we wczesnych latach 90 przez Kena Schwaber i Jeffa Sutherland. 

**Te terminy nie są równoznaczne**.

[Scrum](/pl/blog/first-steps-to-learn-scrum/) może być uznawany za jedną z praktyk Agile. Dla wyjaśnienia, przedstawiam poniższy rysunek. Moim zdaniem świetnie pokazuje [relację pomiędzy Agile i Scrumem](/pl/blog/relationship-between-scrum-and-agile/). Mam nadzieję, że pomoże Ci lepiej zrozumieć różnicę między nimi. 

![Agile mindset vs Agile practices](img/Agile.png "Agile mindset vs Agile practices")

Źródło: https://www.agilesherpas.com/agile-mindset-marketing-agility/

## Mit Numer 4 - Sprint Review to tylko demo

Kolejnym znanym mitem jest traktowanie [Sprint Review](/pl/blog//scrum-events-4-sprint-review/) jedynie jako **demo** pracy, która była wykonana podczas [Sprintu](/pl/blog/scrum-events-1-the-sprint/). Oczywiście na tym spotkaniu chcemy pokazać co osiągnęliśmy, ale to nie jest jedyny cel tego spotkania. 

Co możemy przeczytać na ten temat w [Przewodniku po Scrumie](https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Polish.pdf)?

> Celem Sprint Review jest inspekcja efektów pracy wykonanej w Sprincie oraz wskazanie przyszłych zmian. Scrum Team prezentuje rezultaty swojej pracy kluczowym interesariuszom, omawiane są także postępy w dążeniu do Celu Produktu.
>
> Podczas tego wydarzenia Scrum Team wraz z interesariuszami oceniają to, co zostało zrealizowane podczas Sprintu oraz zmiany, jakie zaszły w ich otoczeniu. Na podstawie tych informacji uczestnicy wspólnie ustalają, co należy robić w następnej kolejności. 

[Sprint Review](/pl/blog/scrum-events-4-sprint-review/) to kolejna możliwość **inspekcji**, ale także bardzo ważny moment w [Sprincie](/pl/blog/scrum-events-1-the-sprint/), kiedy Zespół Scrumowy może współpracować z interesariuszami i uzyskać od nich **informację zwrotną** na temat wartości, która była dostarczona. Nie chcemy tylko pokazać co było zrobione i przejść dalej do kolejnego [Sprintu](/pl/blog/scrum-events-1-the-sprint/).

To powinien być moment **zatrzymania i refleksji** na temat tego co osiągnęliśmy. Chcemy także zaktualizować [Product Backlog](/blog/scrum-artifacts-1-product-backlog/) uwzględniając informację zwrotną interesariuszy oraz zaplanować przyszły kierunek działań.

## Mit numer 5 - Scrum Master nic nie robi

To jest jeden z najbardziej bolesnych mitów dla mnie jako [Scrum Masterki](/pl/blog/scrum-roles-3-scrum-master/), ponieważ wiem jak wiele rzeczy, które robi [Scrum Master](/pl/blog/scrum-roles-3-scrum-master/) jest **niewidocznych** i **niedocenianych** przez ludzi. 

Oczywiście, nie przeczę, są ludzie, którzy nie wykonują swojej pracy dobrze i może oni rzeczywiście nic nie robią. Ale jeśli mam być szczera  [dobry Scrum Master](/pl/blog/secrets-of-the-successful-scrum-master/) **nie ma być gwiazdą, o której jest głośno**. 

Jest wiele małych kroków, które muszą być zrobione przez SM każdego dnia, które są najzwyczajniej **niewidoczne** dla zewnętrznego obserwatora. Mówię na przykład o **zadawaniu odpowiednich pytań**, **rozmowach** z indywidualnymi osobami, **coaching Właściciela Produktu**, szukanie technik, które mogą pomóc Zespołowi Scrumowemu, **analizowanie** zachowań i sytuacji, przygotowywanie do warsztatów i wiele innych. 

Także mam nadzieję, że teraz jest to już jasne i klarowne [Scrum Master](/pl/blog/scrum-roles-3-scrum-master/) to nie jest osoba, która tylko pije kawę i rozmawia. Aczkolwiek dużo kawy i rozmowy z wieloma ludźmi są wpisane w tę rolę. 

![Kawa](img/coffee.jpg "Kawa")

## Podsumowanie

Jeśli wierzyłaś/eś w którykolwiek z powyższych mitów, mam nadzieję, że nauczyłaś/eś się dzisiaj czegoś nowego. 

* [Scrum](/pl/blog/first-steps-to-learn-scrum/) to zasady działania, a nie tylko spotkania i role
* [Daily Scrum](/pl/blog/scrum-events-3-daily-scrum/) to nie jest status report meeting.
* [Sprint Review](/pl/blog/scrum-events-4-sprint-review/) to nie tylko demo. 
* Agile nie jest równoznaczny ze [Scrumem](/pl/blog/first-steps-to-learn-scrum/).
* [Scrum Master](/pl/blog/scrum-roles-3-scrum-master/) robi dużo więcej niż picie kawy.

Czy znasz jeszcze jakieś inne ciekawe mity na temat Scruma? Zachęcam Cię do podzielenia się nimi w komentarzu, bądź na mediach społecznościowych Let’s Scrum it.

Czy Agile to to samo co Scrum? Czy kiedykolwiek myślałaś/eś, że Daily Scrum to spotkanie sprawdzające tylko progress pracy tzw. “Status meeting”, a Sprint Review oznacza demo? To są jedne z mitów, które obalam w tym artykule. 

5 najczęstszych mitów na temat Scruma

## Wstęp

[Scrum](/pl/blog/first-steps-to-learn-scrum/) lub inne praktyki [Agilowe](https://agilemanifesto.org/iso/pl/manifesto.html) stały się bardzo popularne przez ostatnie 10-20 lat. Coraz więcej organizacji decyduje sie na **”Transformację Agile”**. Co to znaczy w rzeczywistości? W wielu przypadkach jest to tylko zmiana języka w organizacji, ale podejście do pracy i ludzi pozostaje takie samo.

Na szczęście są firmy, które naprawdę chcą działać i **zmieniają swój sposób myślenia, pracy i dostarczania** produktów. Oczywiście zmiana to proces i nie da się wdrożyć [Scruma](/pl/blog/first-steps-to-learn-scrum/) lub jakichkolwiek innych [praktyk zwinnych](https://agilemanifesto.org/iso/pl/manifesto.html) bez popełniania błędów. 

Dzisiaj chciałabym pokazać **7 znaków zwiastujących problemy w Zespole Scrumowym**. Bądź ostrożna jeśli zauważysz je w swoim zespole. Prawdopodobnie oznacza to, że jakieś elementy [Scruma](/pl/blog/first-steps-to-learn-scrum/) zgubiły się podczas implementacji. Ale nie przejmuj się! Zawsze możesz zastosować **empiryczne podejście** i sprawdzić co nie działa oraz zaaplikować potrzebne zmiany. 

## 1. Właściciel Produktu lub Scrum Master przypisujący pracę

Jedną z większych różnic pomiędzy tradycyjnym dostarczaniem produktów (Waterfall) a [Scrumem](/pl/blog/first-steps-to-learn-scrum/) jest **samozarządzanie** oraz **samoorganizacja** samoorganizacja Zespołu Scrumowego. 

Jeśli kiedykolwiek dostrzeżesz, że [Właściciel Produktu](/pl/blog/scrum-roles-2-product-owner/) lub [Scrum Master](/pl/blog/scrum-roles-3-scrum-master/) **przypisuje elementy Product Backlogu do ludzi**, jest to zawsze zły znak. Oznacza to, że zespół nie ma autonomii, aby decydować jak będzie pracować i nie jest samozarządzający.

[Właściciel Produktu](/pl/blog/scrum-roles-2-product-owner/)  powinien dać znać zespołowi tylko **Co** potrzebuje być zrobione, ale **Jak** to dokładnie będzie zrobione i **Kto** będzie pracować nad konkretnym zadaniem, to już jest decyzja [Deweloperów](/pl/blog/scrum-roles-1-development-team/) w Zespole Scrumowym. 
[Scrum Master](/pl/blog/scrum-roles-3-scrum-master/) także nie powinien kontrolować zespołu i przypisywać komukolwiek zadań. To powinna być osoba,która wspiera zespół i uczy jak mają być samozarządzający. Wiem, że łatwo się to mówi lecz wielu [Scrum Masterów](/pl/blog/scrum-roles-3-scrum-master/) , którzy byli kiedyś Project Menedżerami ma problem z odpuszczeniem kontroli. Ale **nie ma innego wyjścia** jeśli naprawdę chcesz pomóc zespołowi.

## 2. Brak transparentności

Co mam na myśli pisząc “brak transparentności”? O rany! Jest tyle rzeczy, które ludzie potrafią ukrywać. 

Jednym ze złych znaków w Zespole Scrumowym jest **rozmawianie o problemach za plecami danej osoby**, zamiast rozmawiać o tym z całym zespołem na [Retrospektywie Sprintu](/pl/blog/scrum-events-5-sprint-retrospective/). Może to oznaczać, że zespół **nie ma wystarczająco zaufania do siebie**, aby móc rozmawiać o problemach. 

Problemy z transparentnością mogą być także związane z komunikacją z klientami np. Zespół Scrumowy ukrywający problemy związane z tworzeniem produktu, przez co interesariusze myślą, że wszystko jest w porządku. 

W obu przypadkach, problemy wyjdą na jaw w pewnym momencie, a ukrywanie rzeczy nie przyniesie korzyści. W takich sytuacjach zdecydowanie polecam **bycie szczerym i rozmawianie o tym z czym zespół się zmaga**. Nawet jeśli nie będzie to komfortowe dla ludzi!

![plotkowanie](img/gossip.jpg)

## 3. Brak Celu Sprintu - wszystko jest priorytetem

Jeśli zapytasz swojego [Właściciela Produktu](/pl/blog/scrum-roles-2-product-owner/) lub Zespół Scrumowy - **”Co jest dla nas najwyższym priorytetem?”** a oni odpowiedzą **”Wszystko!”**, jest to zawsze zły znak. Ale to nie koniec. Nawet jeśli odpowiedzą w ten sposób, ale mają **[Cel Sprintu](/pl/blog/sprint-goal-why-do-we-need-it/)** i na końcu są w stanie wybrać najważniejsze elementy Product Backlogu, to powinno być w porządku. 

Problem zaczyna się wtedy, gdy **Zespół Scrumowy nie ma Celu Sprintu w trakcie Sprintu** i myślą oni, że wszystko w [Sprint Backlogu](/pl/blog/scrum-artifacts-2-sprint-backlog) jest najważniejsze. 

Jaki jest rezultat takiego myślenia? **Multitasking i brak skupienia** podczas [Sprintu](/pl/blog/scrum-events-1-the-sprint). \*\*Cel Sprintu jest świetnym artefaktem, ponieważ pomaga [Deweloperom](/pl/blog/scrum-roles-1-development-team/) w skupieniu i kieruje ich podczas każdej decyzji, którą podejmują w trakcie [Sprintu](/pl/blog/scrum-events-1-the-sprint).

## 4. Zbyt wiele osób w Zespole Scrumowym

Bazując na ostatniej wersji [Przewodnika po Scrumie](https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Polish.pdf), Zespół Scrumowy powinien liczyć max. 10 osób. Dlaczego?

> Jak wynika z naszego doświadczenia, mniejsze zespoły na ogół lepiej się komunikują i są bardziej produktywne.

Jeśli Zespół Scrumowy liczy więcej niż 10 osób, jest to zły znak. Najczęściej oznacza to, że **komunikacja** między członkami zespołu dzie działa. Czasami może się wydawać, że wszystko jest w porządku, ale w rzeczywistości zbyt duży zespół sprawia, że można pominąć **potrzeby członków zespołu**, ponieważ nie ma wystarczająco czasu i przestrzeni, aby każdy dzielił się z innymi swoimi myślami. 

![pusty zeszyt](img/blank.jpg "pusty zeszyt")

## 5. Product Backlog nigdy nie jest gotowy na Planowanie Sprintu

Ten problem występuje często i zdecydowanie jest to oznaka problemów. Jeśli [Product Backlog](/pl/blog/scrum-artifacts-1-product-backlog/) nie jest gotowy na [Planowanie Sprintu](/pl/blog/scrum-events-2-sprint-planning/) i zespół nie wie na czym powinien się skupić, [Sprint](/pl/blog/scrum-events-1-the-sprint) prawdopodobnie będzie bardzo chaotyczny.

Kiedy mówię, że **[Product Backlog](/pl/blog/scrum-artifacts-1-product-backlog/) jest gotowy**, nie oznacza to, że jest w pełni zdefiniowany. Oznacza to tylko, że elementy backlogu, które są na szczycie, są **zdefiniowane wystarczająco**, aby zespół mógł zacząć pracę nad nimi. 

Oznacza to również, że [Product Owner](/pl/blog/scrum-roles-2-product-owner/) ma klarowną wizję produktu i będzie ona prowadzić zespół w dalszych działaniach. Powinniśmy unikać tak bardzo jak to możliwe \*\*chaotycznego [Product Backlogu](/pl/blog/scrum-artifacts-1-product-backlog/), który nie służy Zespołu Scrumowemu.

## 6. Story points tłumaczone na godziny

Pozwólcie, że wyjaśnię - **story points nie są częścią Scruma**. Ale mogą być używane przez Zespół Scrumowy do szacowania i planowania ich pracy. Zatem jeśli Zespół Scrumowy zdecyduje się używać story points (szacowania w punktach), **NIGDY nie powinni tłumaczyć ich na godziny**. Dlaczego? Powód jest bardzo prosty. Godziny to **szacowanie absolutne**, a story points są **relatywnym sposobem szacowania**. 

**Co to oznacza?**

Estymowanie absolutne jest wykonane w absolutnych wartościach np. godzinach. Jako ludzie, jesteśmy bardzo **słabi w szacowaniu złożonych zadań w godzinach**. 

Jeśli chodzi o relatywną estymację, to szacowanie nie jest związane tylko z **wysiłkiem** włożonym w realizację zadania i w związku z tym nie powinniśmy tłumaczyć punktów na godziny. Musimy wziąć też pod uwagę **ryzyko, niepewności, technologię oraz wolumen**.

Wyobraź sobie, że zdecydowałaś, że 1 story point oznacza jakąś liczbę godzin. W tej sytuacji w rzeczywistości nie stosujesz relatywnej estymacji. To jest wciąż niezmienne szacowanie w godzinach. 

Kiedy używamy story points do szacowania, te estymaty będą różne w zależności od zespołu, ich wiedzy, umiejętności i rzeczy, które wiedzą na temat zadania czy historyjki. 

Szacują oni biorąc pod uwagę wszystkich członków zespołu. Zatem jedna osoba może pracować nad historyjką przez 8 godzin, bo jest nowa i musi się nauczyć danej technologii. Tymczasem inny członek zespołu mógłby zrobić to 3 godziny, ponieważ jest doświadczony i ta technologia jest dla niego prosta.

To jest jeden z przykładów jak działa estymacja. Jest to także świetna możliwość dla [Deweloperów](/pl/blog/scrum-roles-1-development-team/) do dyskusji na temat poszczególnych elementów backlogu oraz do wyklarowania niewiadomych.

Tłumaczenie story points na godziny nie daje żadnej wartości, a dodaje ryzyka mikro menedżmentu i późniejszej weryfikacji przez kogoś, czy dane zadanie było ukończone w planowanym czasie.
 
## 7. Retrospektywa Sprintu bez akcji

To kolejny znany problem i chciałabym go tutaj podkreślić, ponieważ **zatrzymuje to Zespół Scrumowy przed rozwojem**. Najczęściej spotykanym scenariuszem jest [Retrospektywa](/pl/blog/scrum-events-5-sprint-retrospective) na której mówi się o tym co poszło dobrze, źle oraz co powinno być usprawnione. Problem pojawia się wtedy, gdy mówimy o problemach, pomysłach na usprawnienie, ale nie kończymy spotkania z jasnymi **akcjami** do wykonania. 

Bazując na [Przewodniku po Scrumie](https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Polish.pdf):

>Scrum Team określa zmiany najbardziej pożądane pod kątem poprawy swojej efektywności. Najbardziej znaczące usprawnienia wprowadza się jak najszybciej. Można je wręcz włączyć do Sprint Backlogu na kolejny Sprint.

Powinniśmy określić zmiany, które powinny być wdrożone i jak najszybciej je wdrożyć. Bez tego, cała dyskusja jest tylko zmarnowaniem czasu i wówczas [Retrospektywa](/pl/blog/scrum-events-5-sprint-retrospective) nie daje wartości, którą powinna dostarczać. 

Oczywiście, jeśli nie ustalamy akcji, to jest też to oznaka czegoś. Co się za tym kryje? Czy mamy wystarczająco **przestrzeni w Sprincie**, żeby pracować nad **usprawnieniami**? Czy firma wspiera nas w dokonywaniu **zmian**? Czy czujemy się **częścią zespołu** i mamy **motywację**, aby wprowadzać zmiany na lepsze?

To są pytania, które **warto sobie zadać**, jeśli rozpoznamy taki problem w swoim zespole.

## Podsumowanie 

Ten post miał na celu podsumowanie znaków problemów w Zespole Scrumowym, aby **pomóc Ci je rozpoznać** i zacząć je adresować. 

To koniec artykułu, ale zdecydowanie nie jest to **koniec znaków problemów** w zespołach. Czy kiedykolwiek doświadczyłaś problemów, które wypisałam? Jak sobie z nimi poradziłaś? Czy są jakieś inne, które znasz i możesz wymienić?

[Embed](https://www.instagram.com/reel/Ci2YR1qjaze/?utm_source=ig_embed&utm_campaign=loading)


Czy zauważyłaś jakieś problemy po wdrożeniu Scruma? Zastanawiasz się co możesz zmienić, aby pomóc Twojemu zespołowi się doskonalić? Przeczytaj ten artykuł i sprawdź, czy czasem nie wpadliście w którąś z 7 pułapek wymienionych przeze mnie. 

7 znaków zwiastujących problemy w Zespole Scrumowym

Zapisz się i dołącz do Let’s Scrum it - społeczności dla nauczycieli i edukatorów, którzy chcą się wspierać, dzielić doświadczeniami i uczyć się nowych rzeczy.

Po zapisaniu, co tydzień dostaniesz ode mnie list z moimi przemyśleniami na temat edukacji i inspirującym zadaniem.


Let’s Scrum it Newsletter

Najnowsze posty na blogu