Checklista "Dobre praktyki w feedbacku"

Konstruktywny feedback to dar. Użyj tej checklisty, aby upewnić się, że Twoja informacja zwrotna jest wartościowa, motywująca i wspierająca rozwój mentee.

Przed rozmową:
  • Zbierz konkretne przykłady: Unikaj ogólników. Odwołuj się do konkretnych sytuacji i zachowań, a nie do cech osobowości.
  • Określ cel feedbacku: Co chcesz osiągnąć? Jaka zmiana w zachowaniu mentee byłaby pożądana?
  • Sprawdź swoje intencje: Upewnij się, że Twoim celem jest pomoc i wsparcie, a nie krytyka czy udowodnienie racji.
  • Wybierz odpowiedni czas i miejsce: Zapewnij prywatność i wystarczającą ilość czasu na spokojną rozmowę.
W trakcie rozmowy:
  • Zacznij od pytania o zgodę: "Czy to dobry moment, abyśmy porozmawiali o...?" / "Czy jesteś otwarty/a na informację zwrotną na temat...?".
  • Stosuj model SBI (Situation-Behavior-Impact): Opisz Sytuację, konkretne Zachowanie i jego Wpływ na Ciebie/zespół/projekt.
  • Mów w pierwszej osobie ("Komunikat Ja"): Zamiast "Zawsze się spóźniasz", powiedz "Kiedy spóźniłeś się na spotkanie, poczułem, że mój czas nie jest szanowany".
  • Oddziel fakty od interpretacji: Przedstaw to, co zaobserwowałeś, a następnie zapytaj o perspektywę mentee ("Zauważyłem, że... Jak to wygląda z Twojej strony?").
  • Skup się na przyszłości: Po omówieniu przeszłości, skoncentrujcie się na tym, co można zrobić inaczej w przyszłości.
  • Słuchaj aktywnie: Daj mentee przestrzeń na odpowiedź. Zadawaj pytania, aby upewnić się, że dobrze go rozumiesz.
  • Zakończ pozytywnym akcentem: Podkreśl mocne strony mentee i wyraź wiarę w jego/jej zdolność do rozwoju.
Po rozmowie:
  • Zaplanujcie kolejne kroki: Wspólnie ustalcie, co mentee może zrobić w związku z otrzymanym feedbackiem.
  • Zaoferuj wsparcie: "Jak mogę Ci pomóc w realizacji tego planu?".
  • Sprawdź efekty: Wróć do tematu na kolejnym spotkaniu, aby zobaczyć, jakie postępy poczynił mentee.

Bank 50 "pytań otwarcia"

Użyj tych pytań, aby lepiej poznać mentee, zrozumieć jego motywacje i zdiagnozować potrzeby. Wybierz te, które najlepiej pasują do kontekstu rozmowy.

Pytania na rozpoczęcie i budowanie relacji
  1. Co Cię sprowadza do mentoringu?
  2. Gdybyś miał/a opisać swoją dotychczasową karierę w trzech słowach, jakie by one były?
  3. Jaka jest najcenniejsza lekcja, jakiej nauczyłeś/aś się w ostatnim roku?
  4. Co robisz, żeby się zrelaksować i naładować baterie?
  5. Z jakiego osiągnięcia (zawodowego lub prywatnego) jesteś najbardziej dumny/a?
  6. Co daje Ci najwięcej energii w pracy?
  7. A co najbardziej Cię tej energii pozbawia?
  8. Jak wygląda Twój idealny dzień w pracy?
  9. Gdybyś nie musiał/a pracować, czym byś się zajął/zajęła?
  10. Kto jest dla Ciebie największą inspiracją i dlaczego?
Pytania o cele i aspiracje
  1. Gdzie widzisz siebie za 5 lat?
  2. Jak wygląda dla Ciebie sukces?
  3. Jaki jest Twój największy cel zawodowy na ten rok?
  4. Co musiałoby się stać, abyś uznał/a ten proces mentoringowy za udany?
  5. Jaka jest jedna rzecz, którą chciałbyś/chciałabyś zmienić w swoim życiu zawodowym?
  6. Jakie nowe umiejętności chciałbyś/chciałabyś zdobyć?
  7. Jaki wpływ chciałbyś/chciałabyś wywierać na swoje otoczenie/firmę?
  8. Co stoi na przeszkodzie w realizacji Twoich celów?
  9. Czego najbardziej się obawiasz w kontekście swojej kariery?
  10. Gdybyś miał/a nieograniczone zasoby, jaki projekt byś zrealizował/a?
Pytania o mocne strony i zasoby
  1. W jakich sytuacjach czujesz się najbardziej kompetentny/a?
  2. Jakie są Twoje trzy największe talenty?
  3. Za co chwalą Cię inni?
  4. Jakie zadania wykonujesz z łatwością, podczas gdy dla innych są one trudne?
  5. Opowiedz o sytuacji, w której udało Ci się rozwiązać trudny problem.
  6. Jakie masz nawyki, które wspierają Twój rozwój?
  7. Kto w Twoim otoczeniu może Cię wspierać?
  8. Z jakich swoich dotychczasowych doświadczeń możesz czerpać?
  9. Co wiesz na pewno o sobie?
  10. Jak dbasz o swój rozwój?
Pytania o wyzwania i obszary do rozwoju
  1. Z jakim wyzwaniem mierzysz się obecnie?
  2. Jaka umiejętność, gdybyś ją opanował/a, miałaby największy wpływ na Twoją karierę?
  3. W jakich sytuacjach tracisz pewność siebie?
  4. Jaki feedback najczęściej otrzymujesz?
  5. Co odkładasz na później?
  6. Czego chciałbyś/chciałabyś się oduczyć?
  7. Gdybyś mógł/mogła cofnąć czas, jaką decyzję zawodową podjąłbyś/podjęłabyś inaczej?
  8. Jak radzisz sobie z porażką lub krytyką?
  9. Co Cię frustruje w Twojej obecnej roli?
  10. Jaka jest najtrudniejsza rozmowa, którą musisz przeprowadzić?
Pytania pogłębiające i refleksyjne
  1. Co to dla Ciebie znaczy?
  2. Jakie widzisz inne możliwości?
  3. Co by się stało, gdybyś nic nie zrobił/a w tej sprawie?
  4. Jaki mały krok możesz zrobić już jutro?
  5. Czego potrzebujesz, aby pójść do przodu?
  6. Jakie założenia przyjmujesz w tej sytuacji?
  7. Jak wyglądałaby ta sytuacja z perspektywy innej osoby?
  8. Co podpowiada Ci intuicja?
  9. Czego nauczyła Cię ta sytuacja?
  10. O co jeszcze nie zapytałem/am, a co jest ważne?

Szablon agendy pierwszego spotkania

Pierwsze spotkanie jest kluczowe dla zbudowania relacji i nadania tonu całej współpracy. Poniższa agenda pomoże Ci w jego uporządkowaniu.

1. Przełamanie lodów i wzajemne poznanie się (ok. 15 min)
  • Przedstawienie się (ścieżka kariery, zainteresowania, co Cię inspiruje).
  • Podzielenie się swoimi oczekiwaniami wobec procesu mentoringu.
2. Omówienie roli mentora i mentee (ok. 10 min)
  • Co mentor może zaoferować? Czym jest, a czym nie jest mentoring?
  • Jaka jest rola i odpowiedzialność mentee?
3. Wstępna diagnoza potrzeb i celów mentee (ok. 25 min)
  • Gdzie jesteś teraz? Jakie są Twoje największe wyzwania?
  • Gdzie chcesz być za 6-12 miesięcy? Co chcesz osiągnąć?
  • Wspólne zdefiniowanie 1-3 głównych celów na proces mentoringowy.
4. Ustalenie zasad współpracy (Kontrakt) (ok. 15 min)
  • Omówienie i akceptacja kontraktu (poufność, częstotliwość, forma spotkań).
  • Ustalenie preferowanych form komunikacji między spotkaniami.
5. Podsumowanie i plan na kolejne spotkanie (ok. 5 min)
  • Podsumowanie kluczowych ustaleń.
  • Ustalenie terminu i tematu kolejnego spotkania.

Szablon "Kontraktu mentoringowego"

Kontrakt mentoringowy to umowa między mentorem a mentee, która formalizuje ich współpracę i ustala wspólne oczekiwania. Skorzystaj z poniższego szablonu jako punktu wyjścia.

1. Cele i oczekiwane rezultaty
  • Główny cel współpracy (np. rozwój kompetencji liderskich, przygotowanie do nowej roli).
  • Kluczowe obszary do rozwoju dla mentee.
  • Mierzalne wskaźniki sukcesu (po czym poznamy, że cel został osiągnięty?).
2. Zasady współpracy
  • Poufność: Wszystkie rozmowy są poufne i pozostają między mentorem a mentee.
  • Szczerość i otwartość: Zobowiązujemy się do otwartej komunikacji i konstruktywnego feedbacku.
  • Zaangażowanie: Obie strony zobowiązują się do aktywnego udziału i przygotowania do spotkań.
  • Odpowiedzialność: Mentee jest odpowiedzialny za swój rozwój, a mentor za wspieranie tego procesu.
3. Logistyka spotkań
  • Częstotliwość: Spotkania będą odbywać się (np. raz na dwa tygodnie, raz w miesiącu).
  • Czas trwania: Każde spotkanie potrwa (np. 60-90 minut).
  • Forma: Spotkania będą (np. online, na żywo, hybrydowo).
  • Odwoływanie spotkań: Spotkanie należy odwołać z co najmniej 24-godzinnym wyprzedzeniem.
  • Czas trwania procesu: Współpraca jest zaplanowana na okres (np. 6 miesięcy).

Zastosowanie Lean w rozwoju oprogramowania – Integracja zasad Lean z praktykami Agile i Scrum w projektach programistycznych

Rozwój oprogramowania to dziedzina, która nieustannie ewoluuje, a jednym z najnowszych trendów jest integracja zasad Lean z praktykami Agile i Scrum. Lean, wywodzący się z przemysłu motoryzacyjnego, oferuje zestaw narzędzi i metod, które mogą znacząco zwiększyć efektywność i jakość wytwarzanego oprogramowania. Agile i Scrum natomiast to podejścia, które zrewolucjonizowały zarządzanie projektami programistycznymi, kładąc nacisk na elastyczność, szybkie dostarczanie wartości oraz ciągłe doskonalenie.

Celem tego artykułu jest przedstawienie, jak zasady Lean mogą być skutecznie zintegrowane z praktykami Agile i Scrum, aby zoptymalizować procesy wytwarzania oprogramowania. Artykuł skierowany jest do menedżerów, prezesów, szefów działu HR, pracowników HR oraz HRBP, którzy są odpowiedzialni za zarządzanie zespołami programistycznymi i chcą poprawić efektywność swoich projektów. Przedstawione tu podejścia mogą pomóc zespołom programistycznym nie tylko w osiąganiu lepszych wyników, ale także w zwiększeniu satysfakcji klientów i zadowolenia pracowników.

Podstawy Lean

Lean, jako podejście zarządzania, wywodzi się z Toyota Production System (TPS) i zostało rozwinięte w latach 50. XX wieku. Jego głównym celem jest eliminacja marnotrawstwa oraz ciągłe doskonalenie procesów. Kluczowe zasady Lean obejmują definiowanie wartości z perspektywy klienta, mapowanie wszystkich kroków w procesie, aby zidentyfikować i wyeliminować marnotrawstwo, zapewnienie płynnego przepływu pracy bez przerw i opóźnień, produkcję na żądanie klienta, co minimalizuje nadprodukcję, oraz ciągłe doskonalenie we wszystkich aspektach działalności.

Lean może znacząco zwiększyć efektywność zespołów programistycznych, redukując czas potrzebny na dostarczenie wartościowych funkcji i zwiększając jakość produktu końcowego. Zasady te, odpowiednio zastosowane, pomagają w stworzeniu środowiska pracy, w którym ciągłe doskonalenie jest nieodłącznym elementem codziennych działań.

Korzenie Lean sięgają lat 50. XX wieku, kiedy to Toyota opracowała Toyota Production System (TPS), aby zoptymalizować swoje procesy produkcyjne. Główne cele TPS to eliminacja marnotrawstwa, zwiększenie efektywności i poprawa jakości produktów. Lean opiera się na filozofii ciągłego doskonalenia, znanej jako Kaizen, oraz na zrozumieniu, że pracownicy na każdym poziomie organizacji mogą przyczyniać się do usprawnień procesów.

Jednym z kluczowych elementów Lean jest skupienie na wartości z perspektywy klienta. W kontekście rozwoju oprogramowania oznacza to tworzenie funkcji i rozwiązań, które faktycznie przynoszą korzyści użytkownikom końcowym. Zespoły programistyczne muszą więc dokładnie zrozumieć potrzeby i oczekiwania swoich klientów, aby móc dostarczać produkty, które spełniają ich wymagania.

Innym ważnym aspektem Lean jest mapowanie strumienia wartości, czyli zidentyfikowanie wszystkich kroków w procesie wytwarzania oprogramowania i eliminacja tych, które nie dodają wartości. Dzięki temu możliwe jest zoptymalizowanie przepływu pracy i minimalizacja marnotrawstwa. W praktyce oznacza to m.in. minimalizowanie przestojów w pracy programistów oraz szybkie usuwanie przeszkód.

Zasady Agile i Scrum

Agile to zbiór wartości i zasad opisanych w Agile Manifesto, które kładą nacisk na elastyczność, iteracyjne podejście oraz szybkie dostarczanie wartości. Scrum jest jedną z najpopularniejszych metodologii Agile, która wykorzystuje zdefiniowane role (Product Owner, Scrum Master, Zespół Developerski), wydarzenia (Sprinty, Daily Stand-up, Sprint Review, Sprint Retrospective) oraz artefakty (Product Backlog, Sprint Backlog, Increment).

Agile Manifesto, opublikowane w 2001 roku, definiuje cztery główne wartości i dwanaście zasad, które mają na celu usprawnienie procesu wytwarzania oprogramowania. Najważniejsze wartości Agile to: ludzie i interakcje ponad procesy i narzędzia, działające oprogramowanie ponad obszerną dokumentację, współpraca z klientem ponad negocjacje umów oraz reagowanie na zmiany ponad realizację planu.

Zasady te mają na celu stworzenie środowiska pracy, w którym zespół programistyczny może elastycznie reagować na zmieniające się wymagania klienta i szybko dostarczać wartościowe oprogramowanie. Agile promuje iteracyjne podejście do tworzenia oprogramowania, co oznacza, że prace nad projektem są podzielone na krótkie cykle (tzw. iteracje), podczas których zespół dostarcza działające funkcje. Dzięki temu możliwe jest regularne otrzymywanie informacji zwrotnych od klienta i wprowadzanie niezbędnych poprawek.

Scrum, jako ramy pracy, strukturyzuje procesy i ułatwia adaptację zasad Agile w praktyce. Główne elementy Scrum to role, wydarzenia i artefakty. W Scrumie wyróżnia się trzy kluczowe role: Product Owner, który reprezentuje interesy klienta i priorytetyzuje backlog; Scrum Master, który wspiera zespół w realizacji zasad Scrum; oraz Zespół Developerski, który wykonuje prace nad produktem. Wydarzenia Scrum to m.in. sprinty (krótkie iteracje pracy), daily stand-up (codzienne spotkania zespołu), sprint review (przegląd ukończonych zadań) oraz sprint retrospective (ocena procesu i wprowadzenie ulepszeń). Artefakty Scrum to product backlog (lista funkcji do zaimplementowania), sprint backlog (zadania do realizacji w danym sprincie) oraz increment (działające oprogramowanie dostarczone na koniec sprintu).

Integracja Lean z Agile i Scrum

Integracja Lean z Agile i Scrum może przynieść znaczące korzyści dla zespołów programistycznych. Synergia tych podejść polega na połączeniu elastyczności i iteracyjnego podejścia Agile z fokusowaniem na eliminację marnotrawstwa i ciągłym doskonaleniu Lean.

Jednym z przykładów integracji Lean i Scrum jest zastosowanie filozofii Kaizen podczas retrospektyw zespołowych. Retrospektywy, będące stałym elementem Scrum, to spotkania, podczas których zespół ocenia swoje dotychczasowe działania i identyfikuje obszary do poprawy. Kaizen, czyli ciągłe doskonalenie, może być stosowane podczas tych spotkań, aby systematycznie poprawiać procesy zespołowe. Dzięki temu zespół może regularnie identyfikować i wdrażać usprawnienia, co prowadzi do ciągłego zwiększania efektywności i jakości pracy.

Innym ważnym aspektem integracji Lean i Scrum jest eliminacja marnotrawstwa. Zasady Lean pomagają zespołom Scrum zidentyfikować i wyeliminować marnotrawstwo w procesach programistycznych. Przykładem może być eliminacja zbędnych zadań, które nie przynoszą wartości dla klienta, czy też usprawnienie komunikacji w zespole, aby zminimalizować czas poświęcony na niepotrzebne spotkania.

Kolejnym narzędziem Lean, które może być stosowane w kontekście Agile, jest mapowanie strumienia wartości. Narzędzie to polega na zidentyfikowaniu wszystkich kroków w procesie wytwarzania oprogramowania oraz analizie, które z tych kroków dodają wartość, a które nie. Dzięki temu możliwe jest zoptymalizowanie przepływu pracy i eliminacja marnotrawstwa. W kontekście zespołów Agile, mapowanie strumienia wartości może pomóc w zrozumieniu i optymalizacji przepływu pracy, co prowadzi do szybszego dostarczania wartościowych funkcji.

Praktyczne zastosowanie Lean w projektach programistycznych

Wdrażanie Lean w zespole programistycznym wymaga systematycznego podejścia. Pierwszym krokiem jest edukacja zespołu na temat zasad Lean i Agile. Ważne jest, aby wszyscy członkowie zespołu rozumieli, na czym polegają te zasady i jakie korzyści mogą przynieść. Szkolenia, warsztaty oraz regularne spotkania zespołu mogą pomóc w przyswojeniu tych zasad i wprowadzeniu ich w życie.

Kolejnym krokiem jest mapowanie strumienia wartości. W tym procesie zespół identyfikuje wszystkie kroki w procesie wytwarzania oprogramowania oraz analizuje, które z tych kroków dodają wartość, a które nie. Na podstawie tej analizy możliwe jest zoptymalizowanie przepływu pracy i eliminacja marnotrawstwa. Mapowanie strumienia wartości może być przeprowadzane regularnie, aby monitorować postępy i wprowadzać dalsze usprawnienia.

Następnie zespół może wdrożyć filozofię Kaizen poprzez regularne retrospektywy z naciskiem na ciągłe doskonalenie. Podczas tych spotkań zespół ocenia swoje dotychczasowe działania, identyfikuje obszary do poprawy i wdraża usprawnienia. Kaizen zachęca do małych, ale systematycznych kroków w kierunku doskonałości, co prowadzi do ciągłego zwiększania efektywności i jakości pracy.

Zarządzanie przepływem pracy jest kolejnym kluczowym aspektem wdrażania Lean. Narzędzia takie jak Kanban mogą być używane do zarządzania przepływem zadań i zapewnienia płynności pracy. Kanban, oparty na wizualnym przedstawieniu zadań na tablicy, pomaga zespołom monitorować postępy i identyfikować ewentualne przestoje. Dzięki temu możliwe jest szybkie reagowanie na problemy i minimalizowanie marnotrawstwa.

Wyzwania i bariery we wdrażaniu Lean w połączeniu z Agile i Scrum

Integracja Lean z Agile i Scrum może napotkać na szereg wyzwań, takich jak opór przed zmianą, potrzeba przeszkolenia zespołu oraz konieczność dostosowania kultury organizacyjnej.

Jednym z głównych wyzwań jest opór przed zmianą. Wiele osób może być przywiązanych do dotychczasowych metod pracy i niechętnie podchodzić do wprowadzenia nowych zasad. Ważne jest, aby komunikować korzyści wynikające z integracji Lean i Agile oraz angażować zespół w proces wdrażania zmian. Regularne szkolenia i warsztaty mogą pomóc w przyswojeniu nowych zasad i zrozumieniu, jak mogą one poprawić efektywność pracy.

Innym wyzwaniem jest potrzeba przeszkolenia zespołu. Wdrożenie zasad Lean i Agile wymaga nie tylko zrozumienia teoretycznych podstaw, ale także praktycznych umiejętności. Szkolenia i warsztaty powinny obejmować zarówno teoretyczne aspekty Lean i Agile, jak i praktyczne ćwiczenia, które pozwolą zespołowi na przyswojenie nowych metod pracy.

Kolejnym wyzwaniem jest konieczność dostosowania kultury organizacyjnej. Lean i Agile promują kulturę ciągłego doskonalenia, otwartości na zmiany oraz współpracy. Organizacje muszą być gotowe na wprowadzenie tych wartości do swojej kultury pracy. Ważne jest, aby liderzy wspierali te zmiany i aktywnie angażowali się w proces wdrażania Lean i Agile.

Korzyści dla zespołów i organizacji

Integracja Lean z Agile i Scrum przynosi liczne korzyści, takie jak zwiększona efektywność, wyższa jakość oprogramowania, zadowolenie klienta oraz lepsza współpraca w zespole. Dzięki eliminacji marnotrawstwa i optymalizacji procesów zespoły programistyczne mogą szybciej dostarczać wartościowe funkcje, co prowadzi do większej satysfakcji klientów. Ciągłe doskonalenie i eliminacja błędów na wczesnym etapie procesu przyczyniają się do wyższej jakości oprogramowania. Lepsza współpraca w zespole, wynikająca z jasnych ról i odpowiedzialności, sprzyja efektywniejszej pracy i lepszym relacjom między członkami zespołu.

Długoterminowe korzyści dla organizacji obejmują nie tylko lepsze wyniki finansowe, ale także zwiększenie konkurencyjności na rynku. Organizacje, które skutecznie integrują Lean z Agile i Scrum, mogą szybciej reagować na zmieniające się wymagania klientów i rynkowe warunki, co daje im przewagę nad konkurencją. Ponadto kultura ciągłego doskonalenia i otwartości na zmiany przyczynia się do stworzenia bardziej innowacyjnego i dynamicznego środowiska pracy.

Podsumowanie

Integracja zasad Lean z praktykami Agile i Scrum może znacząco poprawić efektywność zespołów programistycznych i jakość wytwarzanego oprogramowania. Przyszłość Lean w rozwoju oprogramowania wygląda obiecująco, a jego zasady mogą być kluczowe dla organizacji dążących do doskonałości operacyjnej. Zachęcamy do dalszego zgłębiania tematu i eksperymentowania z wdrażaniem Lean w swoich zespołach.

Praktyczne zastosowanie Lean w rozwoju oprogramowania, w połączeniu z zasadami Agile i Scrum, może przynieść znaczące korzyści dla zespołów programistycznych i całych organizacji. Dzięki eliminacji marnotrawstwa, optymalizacji procesów i ciągłemu doskonaleniu, zespoły mogą osiągać lepsze wyniki, dostarczać wyższą jakość oprogramowania i zwiększać satysfakcję klientów. Integracja Lean z Agile i Scrum to obiecujący kierunek dla przyszłości rozwoju oprogramowania, który warto rozważyć w kontekście zarządzania zespołami i projektami programistycznymi.

?
?
Zapoznałem/łam się i akceptuję politykę prywatności. *

?
?
Zapoznałem/łam się i akceptuję politykę prywatności. *

O autorze:
Marcin Godula

Marcin to doświadczony lider z ponad 20-letnim stażem w branży IT i edukacji technologicznej. Jako Prezes Zarządu Effective IT Trainings (EITT), koncentruje się na kształtowaniu strategii rozwoju firmy, analizie trendów edukacyjnych w IT oraz budowaniu innowacyjnych programów szkoleniowych. Jego wizjonerskie podejście i głębokie zrozumienie dynamiki rynku IT są kluczowe dla pozycjonowania EITT jako lidera w branży szkoleń technologicznych.

W swojej pracy Marcin kieruje się wartościami takimi jak innowacyjność, jakość kształcenia i zorientowanie na potrzeby rynku. Jego podejście do zarządzania opiera się na ciągłym doskonaleniu procesów edukacyjnych i adaptacji do zmieniających się wymagań branży IT. Jest znany z umiejętności łączenia praktycznej wiedzy technicznej z efektywnymi metodami nauczania.

Marcin szczególnie interesuje się obszarem sztucznej inteligencji, automatyzacji procesów biznesowych oraz cyberbezpieczeństwa w kontekście edukacji IT. Skupia się na rozwijaniu programów szkoleniowych, które nie tylko odpowiadają na bieżące potrzeby rynku, ale także przygotowują specjalistów na przyszłe wyzwania technologiczne.

Aktywnie angażuje się w rozwój branży edukacji IT, nieustannie śledząc najnowsze trendy i innowacje w technologii. Wierzy, że kluczem do sukcesu w dynamicznym świecie technologii jest ciągłe uczenie się i adaptacja do nowych trendów, co odzwierciedla w strategii rozwoju EITT.