januszew.ski

  • English

Tag: leadership

  • Uprzejmość jako towar premium?

    Uprzejmość jako towar premium?

    Nie dawno mój znajomy, pilot z zawodu, powiedział mi: „To są tanie linie. Jak chcesz uprzejmości, to weź business jet”

    To zdanie zatrzymało mnie na dłużej. Bo czy rzeczywiście w dzisiejszych czasach doszliśmy do momentu, gdzie uprzejmość staje się towarem premium? Gdzie podstawowa grzeczność wymaga dopłaty?

    Anatomia tanich linii lotniczych

    Model biznesowy tanich przewoźników to w gruncie rzeczy sztuka precyzyjnego cięcia kosztów. Każda usługa zostaje pokrojona na atomowe części, z których klient komponuje sobie własny pakiet. Chcesz wybrać miejsce? Dopłata. Chcesz kanapkę? Dopłata. Chcesz, żeby twoja walizka poleciała razem z tobą, a nie następnym samolotem? Dopłata.

    W tej fabryce oszczędności najbardziej dotkliwie oberwała załoga. Ścisk czasowy, wielokrotne loty dziennie, minimalne przerwy – to wszystko sprawia, że uśmiech stewardesy zaczyna kosztować. I to nie tylko dosłownie (w sensie kosztów osobowych), ale i mentalnie. Ciężko być uprzejmym, gdy pracujesz na granicy wytrzymałości.

    A pasażerowie? Cóż, tanio często znaczy nerwowo. Dodajmy do tego opóźnienia, ciasnotę i fakt, że wszyscy oszczędzali na bilecie, więc każda komplikacja boli podwójnie. Powstaje przepis na konflikt, w którym uprzejmość staje się pierwszą ofiarą.

    Ekonomia uśmiechu

    Czy uprzejmość rzeczywiście kosztuje? Na pierwszy rzut oka wydaje się, że nie. W końcu to tylko sposób komunikacji, prawda? Ale jak spojrzymy głębiej, okazuje się, że grzeczność wymaga zasobów:

    • Czasu – dłuższe rozmowy, wyjaśnianie, cierpliwość
    • Energii mentalnej – kontrola emocji, empatia, pozytywne nastawienie
    • Szkolenia – obsługa klienta to umiejętność, którą trzeba rozwijać
    • Bufora bezpieczeństwa – uprzejmy pracownik nie może być przeciążony

    W świecie, gdzie każda minuta jest liczona, a każdy grosz ważony, te „miękkie” koszty stają się bardzo realne. Uprzejmość wymaga słaba w systemie, a słabów nie ma w modelach maksymalnej efektywności.

    Premium as usual

    W biznesie czy pierwszej klasie historia wygląda zupełnie inaczej. Tu obsługa ma czas, pasażerów jest mniej, wszyscy są (teoretycznie) mniej zestresowani. Uprzejmość staje się częścią produktu, za który klient świadomie płaci.

    To prowadzi do paradoksalnej sytuacji: im więcej ktoś płaci, tym milszego traktowania może się spodziewać. Powstaje dwuklasowy system grzeczności, gdzie podstawowa ludzka przyzwoitość rezerwowana jest dla tych, których na nią stać.

    Czy to tylko linie lotnicze?

    Oczywiście, że nie. Spójrzmy na:

    • Call centra – podstawowy plan: automat i 20 minut czekania; premium: natychmiastowe połączenie z żywym człowiekiem
    • Bankowość – konto podstawowe: surowy formularz online; konto premium: osobisty doradca, który pamięta twoje imię
    • E-commerce – zwykła obsługa: standardowe odpowiedzi; premium: personalizowane rozwiązania

    Wszędzie widzimy ten sam wzorzec: uprzejmość jako element różnicujący, dodatkowa wartość dla tych, których stać na więcej.

    Czy da się tego uniknąć?

    Tu dochodzimy do sedna sprawy. Czy uprzejmość musi kosztować? Czy naprawdę nie da się być miłym przy zachowaniu efektywności?

    Myślę, że można – ale wymaga to zmiany filozofii biznesowej. Zamiast traktować grzeczność jako koszt, trzeba zacząć postrzegać ją jako inwestycję. Zadowolony klient wraca, poleca, nie generuje konfliktów. To też ma swoją wartość.

    Niektóre firmy to rozumieją. Powstają modele, gdzie uprzejmość jest częścią DNA organizacji, nie luksusem dla wybranych. Ale wymagają one odwagi – odwagi, by nie konkurować tylko ceną, ale wartością.

    Pytania na koniec

    Czy zgadzamy się na świat, gdzie podstawowa przyzwoitość jest towarem premium? Gdzie uśmiech wymaga dopłaty, a grzeczność jest przywilejem bogatszych?

    A może istnieje trzecia droga – taka, gdzie uprzejmość nie jest ani kosztem, ani luksusem, ale podstawowym standardem? Gdzie firma może być efektywna i jednocześnie ludzka?

    To pytania, na które każdy z nas – jako konsument, pracownik czy przedsiębiorca – musi odpowiedzieć sobie sam. Bo w końcu to my decydujemy, jaki świat budujemy. I jaki świat kupujemy.

  • „Nie lubię, gdy mnie zmieniają” – historie z pierwszej linii transformacji

    „Nie lubię, gdy mnie zmieniają” – historie z pierwszej linii transformacji

    Kiedy miałem trzynaście lat, moja mama postanowiła, że pora zmienić meble w moim pokoju. Nie pytała o zdanie – po prostu pewnego dnia wróciłem ze szkoły i zastałem obcych ludzi wynoszących moje ulubione biurko. „To dla twojego dobra” – usłyszałem, gdy zacząłem protestować. Dwadzieścia lat później, pracując jako konsultant agile w korporacji usług finansowych, usłyszałem niemal identyczne słowa: „Ta transformacja jest dla dobra całej organizacji.”

    Peter Senge miał rację: ludzie nie opierają się zmianie – opierają się temu, żeby być zmienianymi. A różnica jest fundamentalna.

    Anatomia oporu – kiedy dobra zmiana spotyka złą komunikację

    W owej korporacji finansowej trafiłem na sytuację, która idealnie ilustruje mechanizm oporu. Organizacja zatrudniała ponad 3000 specjalistów IT, z których większość przez lata pracowała w modelu kaskadowym. Zarząd podjął strategiczną decyzję o przejściu na metodyki agile – i słusznie, bo rynek finansowy wymaga dziś szybkości reakcji, jakiej waterfall po prostu nie gwarantuje.

    Problem polegał na tym, że zmiana została ogłoszona, nie wprowadzona. Podczas jednego z pierwszych spotkań kierownik działu development powiedział mi wprost: „Dostaliśmy mail, że od przyszłego miesiąca pracujemy w scrumie. Gdzie tu miejsce na nasze zdanie?”

    To był moment, w którym zrozumiałem, że nie walczę z oporem wobec agile. Walczę z oporem wobec bycia zmienianym bez udziału w procesie zmiany.

    Gdy „oni” stają się „nami” – psychologia właścicielstwa

    Ludzka psychika ma jedną fascynującą cechę: to, co tworzymy, automatycznie staje się częścią naszej tożsamości. Dlatego też najlepsze zmiany to te, w których ludzie czują się współtwórcami, a nie biernymi odbiorcami.

    W tamtej korporacji postanowiłem więc zastosować strategię, którą nazywam „infiltracją od środka”. Zamiast narzucać gotowe rozwiązania, zacząłem od pytań:

    • Jakie problemy napotykają zespoły w obecnym modelu pracy?
    • Gdzie tracą najwięcej czasu?
    • Co frustruje ich najbardziej w codziennych procesach?

    Okazało się, że ludzie doskonale wiedzą, co nie działa. Po trzech tygodniach warsztatów jeden z senior developerów powiedział: „Wie pan co, te nasze codzienne standupy to w zasadzie daily scrum, tylko nikt tego tak nie nazywał.”

    Bingo. Nie wprowadzałem czegoś obcego – pomagałem nazwać i ustrukturyzować to, co już istniało.

    Syndrom „nie wynaleziono tutaj”

    Każda organizacja ma swoją kulturową DNA, swój sposób myślenia o sobie. W korporacjach finansowych to DNA często brzmi: „jesteśmy wyjątkowi, nasze procesy są skomplikowane, żadna metodyka z zewnątrz nie zrozumie naszej specyfiki.”

    Ten syndrom wyjątkowości to jeden z najsilniejszych mechanizmów obronnych. Ludzie nie odrzucają zmiany per se – odrzucają zmianę, która ignoruje ich kontekst, ich wiedzę, ich doświadczenie.

    Dlatego też kluczowym momentem w mojej pracy było pokazanie, że agile nie jest gotowym kostiumem, który trzeba włożyć, ale raczej tkaniną, z której można uszyć kostium na miarę. Zamiast mówić „tak robi się scrum”, mówiłem „spójrzmy, jak można by zaadaptować te praktyki do waszych potrzeb.”

    Wpływ jako lekarstwo na opór

    Najskuteczniejszym lekarstwem na opór jest poczucie wpływu. Gdy ludzie czują, że mają realny wpływ na kształt zmiany, opór zamienia się w zaangażowanie. To nie jest teoria motywacji – to podstawowa psychologia człowieka.

    W tamtej organizacji przełomem był moment, gdy zespoły zaczęły same proponować modyfikacje standardowych praktyk agile. Product Owner z działu kredytów hipotecznych zaproponował, żeby w ich kontekście sprint review odbywał się w dwóch częściach: technical demo dla IT i business demo dla stakeholders. „Bo inaczej – tłumaczył – połowa ludzi się nudzi, a połowa nic nie rozumie.”

    To było genialne. I co ważniejsze – to było ich pomysł.

    Zmiana jako podróż, nie przeprowadzka

    Myślimy o zmianie organizacyjnej jak o przeprowadzce: pakujesz stare rzeczy, przewozisz je w nowe miejsce, rozpakowujesz. Tymczasem zmiana to raczej stopniowa metamorfoza – proces, w którym stare i nowe współistnieją przez pewien czas, a ludzie mają przestrzeń na adaptację.

    W praktyce oznaczało to, że nie narzucałem totalnej rewolucji. Zamiast tego wprowadzaliśmy zmiany iteracyjnie (jakże agile, prawda?). Zaczęliśmy od daily standupów w trzech pilotażowych zespołach. Potem dodaliśmy retrospektywy. Sprint planning przyszedł dopiero po miesiącu. Każdy element był testowany, dostosowywany, oswajany.

    Komunikacja jako klej zmiany

    Jednym z największych błędów w zarządzaniu zmianą jest założenie, że informacja równa się komunikacja. Informacja to „co się zmienia”. Komunikacja to „dlaczego się zmienia, jak to wpłynie na mnie i co mogę z tym zrobić”.

    W tamtej korporacji pierwszym krokiem było stworzenie transparentnego kanału komunikacji. Nie kolejnego newsletter’a od management’u, ale rzeczywistego miejsca wymiany informacji. Stworzyliśmy wewnętrzną społeczność agile, gdzie ludzie mogli zadawać pytania, dzielić się obawami, proponować rozwiązania.

    Najciekawsze były pytania typu: „A co będzie z moją rolę project managera?” czy „Czy scrum master to awans czy degradacja dla team lead’a?”. Te pytania pokazywały, gdzie naprawdę leży źródło oporu – w strachu przed utratą pozycji, kompetencji, tożsamości zawodowej.

    Kultura błędu vs kultura strachu

    W organizacjach z silną kulturą kontroli ludzie uczą się, że błąd to zagrożenie. Dlatego też każda zmiana, która wprowadza niepewność, spotyka się z oporem. Agile zakłada eksperymentowanie, uczenie się na błędach, adaptację – czyli wszystko to, co w tradycyjnych korporacjach postrzegane jest jako ryzyko.

    Przełamanie tego paradoksu wymagało przeprogramowania sposobu myślenia o błędach. Zamiast mówić o „porażkach”, zaczęliśmy mówić o „lekcjach”. Zamiast o „problemach” – o „możliwościach do poprawy”. To może brzmi jak PR-owy newspeak, ale ma realny wpływ na psychologię zespołu.

    Gdy opór staje się sprzymierzeńcem

    Paradoksalnie, w pewnym momencie opór stał się naszym największym sprzymierzeńcem. Ludzie, którzy na początku byli najbardziej sceptyczni, po przekonaniu się do zmiany stali się jej najlepszymi ambasadorami. Dlaczego? Bo przeszli przez pełny cykl: od oporu, przez zrozumienie, po internalizację.

    Senior developer, który na początku mówił „jeszcze jedna metodologia zarządzania projektami”, po trzech miesiącach pracy w scrumie zorganizował wewnętrzną konferencję agile. „Chcę, żeby inni zespoły też tego spróbowały” – powiedział. „Ale na swoich warunkach, nie dlatego że ktoś im każę.”

    Lekcje z pierwszej linii frontu

    Po sześciu miesiącach pracy w tamtej organizacji, kiedy patrzę wstecz na całą transformację, widzę kilka kluczowych prawd o oporze w organizacjach:

    Opór nie jest wrogiem zmiany – to naturalny mechanizm obronny, który chroni organizację przed chaotycznymi, nieprzemyślanymi decyzjami. Inteligentny change management wykorzystuje opór jako informację zwrotną, nie walkę z nim jako z przeszkodą.

    Ludzie nie boją się zmiany – boją się utraty kontroli nad swoim środowiskiem pracy. Daj im poczucie wpływu na kształt zmiany, a opór zamieni się w zaangażowanie.

    Najlepsza zmiana to ta, którą ludzie czują jako swoją – nawet jeśli pierwotny impuls przyszedł z góry. Sztuka polega na tym, żeby przekształcić zewnętrzny nakaz w wewnętrzną motywację.

    I w końcu: Peter Senge miał rację. Ludzie naprawdę nie opierają się zmianie – opierają się temu, żeby być zmienianymi. Różnica jest fundamentalna i ma ogromne konsekwencje praktyczne.

    W końcu, zmiana organizacyjna to nie przeprowadzka mebli. To raczej jak przeprowadzka do nowego mieszkania – możesz zabrać ze sobą to, co cenne, ale musisz być gotowy na nowe otoczenie. I najlepiej, żeby ta decyzja była twoja.

  • Warsztat: Instrukcja obsługi zespołu

    Warsztat: Instrukcja obsługi zespołu

    Abstrakt

    Dokument opisuje zasady prowadzenia ćwiczenia z zakresu budowania zespołu, które polega na przeprowadzeniu sesji tworzenia autoprezentacji w formie instrukcji obsługi. Pisząc ten dokument, myślę o zespole Agile z prowadzącym Scrum Masterem, ale może być aplikowany do dowolnych zespołów – od korporacyjnych po startup’owe, od zdalnych po tradycyjnie biurowe.

    Jaki cel ma ćwiczenie?

    Cel jest prosty jak budowa młotka: lepsze poznanie siebie i zespołu. Brzmi jak truizm? Może trochę, ale w praktyce okazuje się, że większość z nas pracuje ramię w ramię z ludźmi, o których wie tyle, ile o sąsiadach – czyli praktycznie nic poza tym, że są i czasem się odzywają.

    Ćwiczenie ma na celu:

    • Przełamanie barier komunikacyjnych – bo łatwiej rozmawiać z kimś, kogo trochę znasz
    • Zrozumienie preferencji współpracy – jedni lubią cisze, drudzy burze mózgów, trzeci potrzebują kawy co godzinę
    • Odkrycie ukrytych talentów – może okaże się, że kolega z IT świetnie gra na gitarze, a koleżanka z HR ma patent na uspokajanie zdenerwowanych klientów
    • Stworzenie atmosfery zaufania – gdy ludzie wiedzą, że możesz „zwariować” po trzech nieudanych deploymentach, łatwiej ci pomoże
    • Zwiększenie empatii w zespole – rozumienie, że każdy ma swoje mocne i słabe strony

    Jakich efektów można oczekiwać?

    Efekty sprawdzają się jak szwajcarski zegarek – pod warunkiem, że zespół podchodzi do sprawy z otwartością większą niż okno w letni dzień.

    Efekty krótkoterminowe (widoczne od razu):

    • Rozluźnienie atmosfery – ludzie się śmieją, żartują, okazuje się, że praca to nie tylko deadline’y i stres
    • Lepsze zrozumienie ról – każdy wie, kto za co odpowiada i w czym może pomóc
    • Wzrost komfortu komunikacji – łatwiej poprosić o pomoc, gdy wiesz, że druga osoba lubi pomagać
    • Odkrycie wspólnych zainteresowań – może znajdziecie się fani tej samej książki, filmu czy gry

    Efekty średnioterminowe (po kilku tygodniach):

    • Poprawa jakości komunikacji – ludzie wiedzą, jak się do siebie zwracać, żeby być zrozumianym
    • Zwiększenie skuteczności współpracy – mniej nieporozumień, więcej synergii
    • Lepsze rozwiązywanie konfliktów – łatwiej zrozumieć punkt widzenia drugiej strony
    • Wzrost zaangażowania – ludzie chętniej współpracują z tymi, których znają

    Efekty długoterminowe (po miesiącach):

    • Silniejsze więzi zespołowe – zespół staje się więcej niż sumą swoich części
    • Wyższa produktywność – mniej czasu na wyjaśnianie, więcej na działanie
    • Lepsze zarządzanie stresem – ludzie wiedzą, jak wspierać się nawzajem
    • Zwiększona retencja – ludzie zostają tam, gdzie czują się dobrze

    Założenia

    Zanim przejdziemy do konkretów, ustalmy zasady gry – bo bez nich to jak granie w piłkę bez bramek:

    • W ćwiczeniu bierze udział moderator i zespół – moderator to ten, który pilnuje, żeby nikt nie uciekł z sali
    • Zespół może brać udział zarówno lokalnie, jak i zdalnie – pandemia nauczyła nas, że można robić wiele rzeczy przez ekran
    • Sesja nie ma ograniczeń liczby osób – sprawdza się od 3 do 30 osób, choć z większymi grupami moderator potrzebuje więcej cierpliwości
    • Ćwiczenie jest prowadzone w formie lekkiej zabawy – żadnego korporacyjnego patosu, tylko luz i śmiech
    • Z ćwiczenia nie będą wyciągane konsekwencje – to nie jest ocena pracownicza, tylko poznawanie się
    • Instrukcje nie będą opracowywane poza zespołem – są pisane przez zespół i dla zespołu, punkt

    Przebieg sesji

    Sesja ma swoją choreografię – nie tak skomplikowaną jak balet, ale strukturę ma:

    Wprowadzenie (10-15 minut)

    • Moderator tłumaczy cel ćwiczenia – lepsze poznanie siebie i zespołu, bez korporacyjnego bełkotu
    • Moderator przedstawia założenia – żeby wszyscy wiedzieli, na co się piszą
    • Moderator pokazuje przykładową instrukcję oraz proponowany szablon – bo bez wzorca to jak gotowanie bez przepisu
    • Moderator wzbudza dyskusję nad ćwiczeniem – zachęca do aktywnego udziału, ale nie zmusza jak sprzedawca odkurzaczy

    Właściwe ćwiczenie (30-45 minut)

    • Ćwiczenie rozpoczyna się wyborem – „To kto chce być pralką?” – i tu zazwyczaj pada pierwsza seria śmiechu
    • Każdy pisze swoją instrukcję – może samodzielnie, w parach lub małych grupach
    • Moderator krąży i wspiera – odpowiada na pytania, dodaje otuchy, pilnuje czasu

    Prezentacja i dyskusja (20-30 minut)

    • Zespół czyta instrukcje – każdy prezentuje swoją lub grupa prezentuje wspólną
    • Omawianie wniosków – bez głębokiej analizy, ale w formie zabawy
    • Komentarze i pytania – „Aha, więc dlatego zawsze prosisz o wszystko mailowo!”

    Zakończenie (5-10 minut)

    • Całość instrukcji jest archiwizowana w zespole – można do nich czasem wracać, szczególnie gdy dołącza nowa osoba
    • Podsumowanie – krótkie, pozytywne, bez przemów

    Zalecenia

    Żeby nie wpaść w korporacyjne pułapki, warto pamiętać o kilku rzeczach:

    1. Sesja powinna zostać wcześniej zapowiedziana, a udział w niej dobrowolny – nikt nie lubi niespodzianek, szczególnie w pracy
    2. Moderator powinien mieć przygotowaną instrukcję – żeby wyznaczyć poziom, pokazać lekkość i oczekiwania od zadania
    3. Posiadanie instrukcji nie zwalnia moderatora z pisania – jeśli chcesz, żeby inni się otworzyli, sam musisz dać przykład
    4. Nie należy narzucać sposobu wykonania – może być samodzielny, w parach czy grupach, choć samodzielny jest najbardziej oczekiwany
    5. Moderator powinien dostarczyć wzory – wydrukowane instrukcje obsługi sprzętów lub chociaż zdjęcia
    6. Instrukcje powinny być zróżnicowane – pralka, telewizor, smartfon, ekspres do kawy – im więcej różnorodności, tym lepiej
    7. Nowa osoba w zespole może uzupełnić zestaw – świetny sposób na integrację nowicjuszy

    Przykładowy szablon instrukcji

    Nazwa urządzenia: Roman 2000 Full-Stack
    Model: Programista uniwersalny z funkcją debugowania
    Klasa energetyczna: A+ (po kawie), C (przed poranną dawką kofeiny)

    1. Przeznaczenie „urządzenia”

    Roman 2000 Full-Stack to zaawansowany model programisty przystosowany do obsługi projektów od frontendu po backend. Idealny do pracy w zespołach Agile, gdzie wymagana jest elastyczność i szybkie przełączanie między różnymi technologiami. Posiada wbudowany moduł rozwiązywania problemów i funkcję automatycznego uspokajania zdenerwowanych klientów.

    2. Zasady „instalacji”

    Przed pierwszym użyciem:

    • Zapewnić dostęp do kawy wysokiej jakości (minimum 2 filiżanki dziennie)
    • Przygotować stanowisko z dwoma monitorami (trzeci monitor zwiększa wydajność o 30%)
    • Zainstalować Slack, ale ograniczyć powiadomienia do pilnych spraw
    • Umieścić w pomieszczeniu z naturalnymi źródłami światła
    • Zapewnić dostęp do internetu (urządzenie bez internetu to jak pralka bez wody)

    Konfiguracja początkowa:

    • Pierwszego dnia pokazać, gdzie jest najlepsza kawa w biurze
    • Przedstawić zespół i jego specjalizacje
    • Udostępnić dokumentację projektów
    • Ustawić spotkanie 1:1 z bezpośrednim przełożonym

    3. Opis funkcji i możliwości

    Funkcje podstawowe:

    • Programowanie w JavaScript, Python, Java
    • Debugowanie kodu (własnego i cudzego)
    • Code review z konstruktywnymi komentarzami
    • Architektura systemów od zera

    Funkcje dodatkowe:

    • Tłumaczenie wymagań biznesowych na język techniczny
    • Uspokajanie zdenerwowanych PM-ów
    • Automatyczne wykrywanie potencjalnych problemów w kodzie
    • Funkcja mentorowania juniorów (aktywuje się po 2 latach doświadczenia)

    Tryby pracy:

    • Tryb głębokiego fokus – najwyższa produktywność, nie przeszkadzać
    • Tryb współpracy – dostępny do dyskusji i pair programmingu
    • Tryb kreatywny – generuje innowacyjne rozwiązania
    • Tryb awaryjny – uruchamia się automatycznie przy krytycznych bugach

    4. Warunki użytkowania

    Optymalne warunki pracy:

    • Temperatura: 20-22°C (może pracować w szerszym zakresie, ale narzeka)
    • Wilgotność: nie krytyczna, ale suche powietrze może powodować elektryzowanie się przy dotykaniu klawiatury
    • Oświetlenie: naturalne światło + lampka biurkowa
    • Poziom hałasu: maksymalnie średni (słuchawki z noise cancellation załączone w zestawie)

    Godziny pracy:

    • Szczytowa wydajność: 9:00-12:00 i 14:00-17:00
    • Tryb slow-start: 8:00-9:00 (wymagana kawa)
    • Tryb awaryjny: dostępny po godzinach w krytycznych sytuacjach

    Sposób komunikacji:

    • Slack dla szybkich pytań
    • Email dla formalnych spraw
    • Rozmowa twarzą w twarz dla skomplikowanych problemów
    • Karta Jira dla zadań do wykonania

    5. Wykrywanie problemów

    Sygnały ostrzegawcze:

    • Nadmierne używanie słów „refaktor” i „to trzeba przepisać”
    • Zwiększona konsumpcja kawy (powyżej 4 filiżanek dziennie)
    • Mamrotanie pod nosem podczas czytania cudzego kodu
    • Spontaniczne rysowanie diagramów na kartce/tablicy
    • Częste sprawdzanie Stack Overflow

    Komunikaty błędów:

    • „To nie będzie działać” – oznacza konieczność przedyskutowania rozwiązania
    • „Hm, ciekawe…” – wykrył potencjalny problem, wymaga dalszej analizy
    • „Może spróbujmy inaczej” – obecne podejście wymaga zmiany
    • Cisza dłuższa niż 10 minut – prawdopodobnie wszedł w tryb głębokiego debugowania

    6. Warunki gwarancji

    Gwarancja zostanie utracona w przypadku:

    • Wymuszonego używania Internet Explorer do testowania
    • Zmian w kodzie bez code review
    • Spotkań dłuższych niż 1 godzinę bez konkretnego celu
    • Przerywania w trybie głębokiego fokus bez ważnego powodu
    • Braku aktualizacji dokumentacji przez dłuższy czas

    Zalecane konserwacje:

    • Cotygodniowe spotkania 1:1 z przełożonym
    • Miesięczne retrospektywy zespołu
    • Kwartalne przeglądy kodu i architektury
    • Roczne szkolenia z nowych technologii

    Aktualizacje:

    • Automatyczne pobieranie najnowszych wersji bibliotek
    • Regularne czytanie tech blogów i dokumentacji
    • Uczestnictwo w konferencjach programistycznych
    • Eksperymentowanie z nowymi technologiami w czasie wolnym

    Ostrzeżenia:

    • Nie wystawiać na długotrwały kontakt z legacy kodem bez odpowiednich zabezpieczeń
    • Unikać pracy w trybie ciągłego crunch time – może prowadzić do wypalenia
    • Nie pozostawiać bez nadzoru przy dostępie do produkcyjnej bazy danych

    Inne informacje

    Rozróżnienie pojęć – bo precyzja to podstawa:

    • Ćwiczenie – całość działania od zapowiedzi przez wykonanie aż do konsumowania efektów
    • Sesja – konkretne spotkanie, na którym tworzone są instrukcje

    Alternatywne podejście – jeśli zespół woli bardziej poważną formę, można zastosować podejście opisane przez Dominika Juszczyka, które zawiera elementy:

    • Kiedy jestem najlepszą wersją siebie – warunki, które pozwalają mi się rozwinąć
    • Wartość, jaką wnoszę do zespołu – moje mocne strony i umiejętności
    • Potrzebuję od Ciebie – co mi pomoże w pracy i współpracy
    • Możesz na mnie liczyć – w czym chętnie i skutecznie pomogę
    • Warto o mnie wiedzieć – dodatkowe informacje, ciekawostki, hobby

    Podsumowanie

    Instrukcja obsługi zespołu to nie kolejny korporacyjny wymysł, tylko praktyczne narzędzie poznania. Jak każde narzędzie – działa, gdy się go używa, a nie trzyma w szafie. Najważniejsze to pamiętać, że za każdym „urządzeniem” w zespole stoi człowiek z własnymi potrzebami, preferencjami i sposobem działania.

    A może najważniejsze odkrycie będzie takie, że kolega z działu obok też nie lubi poniedziałkowych spotkań o 8:00 rano. Czasem to właśnie takie małe rzeczy budują najsilniejsze więzi zespołowe.

  • Motywacja to sprawa między tobą a tobą

    Motywacja to sprawa między tobą a tobą

    Nie czekaj na szefa, który cię zmotywuje – zadbaj o siebie sam. To brzmi jak porada z kalendarza motywacyjnego, ale ma w sobie więcej sensu, niż mogłoby się wydawać.

    Zazwyczaj rozmawiamy o problemach motywacji w kontekście leaderów, którzy powinni zwracać uwagę na potrzeby oraz motywatory ludzi i zespołów, którym pomagają.

    Tak, to jest ważne.
    Tak, to jest prawda.
    Tak, za mało się o to dba w firmach, ale…
    … każdy pracownik, każdy specjalista może też zadbać o siebie i jest to opłacalne. Dla wszystkich.

    Sekret: szefowie, managerowie, koledzi a nawet większość tak zwanych leaderów:
    – nie znają się,
    – nie wiedzą,
    – nie mają umiejętności,
    – nie mają czasu,
    -… a jeśli wiedzą, to często zapominają po pewnym czasie.

    jak Cię zmotywować

    Pracując ze specjalistami „jeden na jeden” często pojawiają się hasła takie jak: zadowolenie, bycie szczęśliwym, zapierdol, praca, wyniki, podwyżki i awanse.

    Okazuje się, że można je połączyć jednym nieoczywistym hasłem: motywacja.

    Uwaga, ten artykuł jest długi. Jeśli Ci się nudzi czytanie, omiń dialog i przeskocz na koniec do pomysłów, na które zazwyczaj wpadają moi klienci.

    Oto jedna z takich rozmów:

    Mike: Co sprawia, że czujesz się zmotywowany w pracy?

    Sebastian: Hmm… Chyba jak wiem, po co robię to, co robię. I jak mogę wpływać na to, jak to robię. Nie lubię, jak ktoś mi mówi dokładnie krok po kroku, co mam zrobić.

    M: A kiedy ostatnio czułeś się tak naprawdę zaangażowany?

    S: Było to jakieś pół roku temu. Pracowałem w tym nowym projekcje (…) i Tribe Leader mówił, jaki ma być cel biznesowy, mieliśmy sporo przestrzeni na wypracowanie architektury i zbudowanie dobrego rozwiązania. Plus dostawałem feedback na bieżąco, nie musiałem czekać miesiąc na ocenę.

    M: Co jeszcze było ważne w tamtej sytuacji?

    S: To, że wiedziałem, że to ma sens. Że użytkownicy naprawdę tego potrzebują. I że mogliśmy przy tym przejść na nową technologię i odbagnić architekturę.

    M: A teraz? Jak wygląda twoja motywacja w obecnym projekcie?

    S: wzdycha No właśnie… Teraz dostaję zadania bez kontekstu. „Zrób to i to”. Nie wiem, po co to robię. Szef sprawdza co godzinę, na jakim jestem etapie. I głównie naprawiam stare bugi, żadnej nowej wiedzy.

    M: Brzmi frustrująco. A co by się stało, gdybyś powiedział szefowi, czego potrzebujesz, żeby być zmotywowanym?

    S: pauza Nie wiem… Może pomyślałby, że jestem wybredny? Albo że nie chce mi się pracować?

    M: A jak myślisz – czy twój szef chce, żebyś był zmotywowany i efektywny?

    S: No pewnie tak… W końcu od tego zależy sukces projektu.

    M: Więc gdybyś mu powiedział (poczekaj, podsumuję co zapisałem z tego co mówiłeś): „Jestem najbardziej zmotywowany, gdy wiem, po co robię zadanie, mogę wpływać na sposób wykonania i dostaję feedback na bieżąco” – czy to brzmi jak problem czy jak rozwiązanie?

    S: moment zastanowienia Jak rozwiązanie. Ale… czy to nie jest dziwne, że mam mu mówić, jak ma mną zarządzać?

    M: A czy to nie jest dziwne, że oczekujesz, że będzie zgadywał, co cię motywuje?

    S: śmiech Racja. To jak… instrukcja obsługi?

    M: Dokładnie. Co jeszcze mógłbyś mu powiedzieć o tym, co cię demotywuje?

    S: Że mikromanagement mnie zabija. Że praca tylko nad bugami przez miesiące to koszmar. I że jak nie wiem, czy to, co robię, ma sens, to tracę energię.

    M: A gdybyś to wszystko napisał i przedyskutował z szefem?

    S: Myślę, że… że mógłby to zrozumieć. W końcu sam był kiedyś programistą i architektem. Może po prostu nie wie, że to dla mnie ważne.

    M: Co jeszcze mógłbyś zrobić, żeby zadbać o swoją motywację?

    S: Mogę też porozmawiać z zespołem. Może inni mają podobne potrzeby. I mogę prosić o konkretne rzeczy – na przykład o to, żeby dostać jeden dzień w tygodniu na naukę nowych technologii.

    M: Brzmi jak plan. Co będzie twoim pierwszym krokiem?

    S: Napiszę sobie listę tego, co mnie motywuje i co demotywuje. A potem umówię się z szefem na rozmowę. Muszę im powiedzieć, jak mnie motywować i pilnować, żeby się tego trzymali.

    Nauka potwierdza intuicję

    Badania pokazują, że motywacja wewnętrzna ma ogromny wpływ na efektywność. Zespół psychologów (dr. Christopher P. Cerasoli, prof. Jessica M. Nicklin oraz prof. Michael T. Ford z University) przeprowadził solidną metaanalizę opartą na 40-letnich badaniach związku między motywacją a efektywnością. Wyniki są jednoznaczne: Motywacja wewnętrzna okazała się średnio do silnie skorelowana z wydajnością (współczynnik korelacji ρ = 0.21-0.45). Co szczególnie istotne – ta korelacja pozostaje stabilna niezależnie od obecności zewnętrznych zachęt..

    To oznacza, że jeśli znajdziesz sposób na to, żeby lubić to, co robisz, będziesz pracować znacznie efektywniej niż wtedy, gdy ktoś próbuje cię zmotywować tylko premią czy podwyżką.

    Dodatkowo, badania wskazują, że na wystąpienie i rozwój motywacji wewnętrznej wpływają między innymi: poczucie znaczenia pracy, poczucie odpowiedzialności oraz znajomość wyników pracy. To są rzeczy, na które masz bezpośredni wpływ!

    Konkretne metody samonapędzania

    Metoda „Instrukcji Obsługi”

    Napisz dosłownie instrukcję obsługi samego siebie. Może brzmieć dziwnie, ale działa. Oto przykład:

    *”Jestem zmotywowany, gdy:

    • Wiem, po co robię konkretne zadanie (cel biznesowy)
    • Mogę wpływać na sposób wykonania zadania
    • Dostaję feedback w trakcie pracy, nie tylko na końcu
    • Pracuję nad rzeczami, które mają sens dla użytkowników
    • Mam czas na naukę nowych rzeczy”*

    *”Jestem demotywowany, gdy:

    • Dostaję zadania bez kontekstu
    • Ktoś mikromanaguje każdy mój krok
    • Nie wiem, czy to, co robię, ma jakikolwiek sens
    • Pracuję tylko nad bugfixami przez miesiące”*

    Metoda „Proaktywnej Rozmowy”

    Zamiast czekać na roczną ocenę, umów się z szefem na kawę i powiedz:

    „Chciałbym z tobą porozmawiać o tym, jak mogę być bardziej efektywny. Zauważyłem, że jestem najbardziej zmotywowany, gdy… A tracę energię, gdy… Czy możemy spróbować tak pokierować moimi zadaniami, żeby wykorzystać to, co mnie napędza?”

    Metoda „Małych Eksperymentów”

    Jeśli nie wiesz, co cię motywuje, eksperymentuj. Przez tydzień spróbuj pracować w inny sposób:

    • Zmień porę, o której robisz najtrudniejsze zadania
    • Poproś o feedback na początku i w połowie zadania zamiast na końcu
    • Zaproponuj inne podejście do problemu
    • Znajdź sposób na zmierzenie wpływu swojej pracy

    Obserwuj, kiedy czujesz się bardziej energiczny i zaangażowany.

    Dlaczego to działa?

    Kiedy jesteśmy zmotywowani, wszystko się układa. Badania potwierdzają, że motywacja wewnętrzna jest związana z poczuciem znaczenia pracy, odpowiedzialnością i znajomością wyników. Gdy te elementy są na miejscu, naturalnie osiągamy lepsze rezultaty.

    A lepsze rezultaty to nie tylko satysfakcja osobista i poczucie szczęścia. To też konkretne korzyści: podwyżki, awanse, ciekawsze projekty, lepsze relacje w zespole.

    To się kręci jak koło zamachowe:
    -> im bardziej jesteś zmotywowany,
    -> tym lepiej pracujesz,
    -> tym więcej dostajesz,
    -> tym bardziej jesteś zmotywowany.

    Odwaga w pracy

    Takie odkrycie się budzi obawę: A co jeśli to wykorzystają przeciwko mnie?
    Nic się nie stanie. Gorzej nie będzie.

    Osiągnięcie w pracy wyników / uznania / kasy / awansu (nie wiem co motywuje akurat Ciebie) i w związku z tym poczucia szczęścia wymaga sporo odwagi:

    • Odwagi, żeby powiedzieć szefowi, czego potrzebujesz.
    • Odwagi, żeby eksperymentować z nowymi sposobami pracy.
    • Odwagi, żeby przyznać, że niektóre rzeczy cię demotywują.

    Ale alternatywa to latami siedzenie w pracy, która wysysa z ciebie energię, narzekanie na szefa, który „nie umie motywować” i czekanie na jakiś cud, który nagle sprawi, że będziesz kochać poniedziałki.

    Jak jesteśmy zmotywowani, to wszystko się układa. Zadbajmy o siebie. Warto działać – bo nikt nie zrobi tego za nas, a szczęście w pracy to nie luksus, tylko podstawowa potrzeba każdego, kto spędza w pracy 8 godzin dziennie.

  • Rekrutacja przez zespół – czyli jak przestać zgadywać, kto do nas pasuje

    Rekrutacja przez zespół – czyli jak przestać zgadywać, kto do nas pasuje

    Wyobraź sobie sytuację: HR przysyła ci nowego kolegę z komunikatem „Oto wasz nowy członek zespołu. Ma świetne CV i przeszedł wszystkie etapy rekrutacji”. A ty patrzysz na niego i myślisz „Okej, ale czy będę z nim mógł pracować przez następne dwa lata?”. Brzmi znajomo?

    Problem z tradycyjną rekrutacją

    Klasyczna rekrutacja to trochę jak kupowanie butów przez internet – na zdjęciu wyglądają świetnie, ale dopiero gdy je założysz, okazuje się, że uciskają w palcach. HR sprawdza kompetencje, manager sprawdza doświadczenie, a zespół? Zespół dowiaduje się o nowym członku w poniedziałek rano.

    Efekt? Nowy człowiek może być genialnym specjalistą, ale jeśli jego sposób komunikacji przypomina telegram z 1920 roku, a zespół lubi gadać o wszystkim i niczym podczas Daily – mamy problem. Albo odwrotnie – ktoś, kto potrzebuje ciszy jak mnich w klasztorze, trafia do zespołu, który dyskutuje każdy kawałek kodu jak eksperci od futbolu w telewizji.

    Rekrutacja przez zespół – jak to działa w praktyce

    W kilku firmach udało mi się przekonać ludzi do zupełnie innego podejścia. Proces wygląda tak:

    Etap 0: Rekruterzy przedstawiają kandydatów (opcjonalny)
    Klasyczne przesiewanie CV. Nic nowego pod słońcem.

    Etap 1: Krótka rozmowa techniczna
    Jeden ze specjalistów z zespołu rozmawia z kandydatem 30-45 minut. Cel? Sprawdzić poziom wiedzy i doświadczenia. Bez wchodzenia w szczegóły implementacji algorytmu sortowania bąbelkowego czy pytań typu „ile waży słoń w Javie”. Po prostu: czy ta osoba wie, o czym mówimy?

    Etap 2: Rozmowa z całym zespołem
    I tu dzieje się magia. Kandydat spotyka się z całym zespołem, w którym ma pracować. Wszyscy zadają pytania, wszyscy obserwują, wszyscy podejmują decyzję. To nie jest przesłuchanie – to poznawanie się.

    Etap 3: Rozmowa o kasie
    Manager liniowy ustala warunki finansowe. Koniec, kropka, podpis na umowie.

    Dlaczego to ma sens?

    Kiedy wprowadzałem ten system, zawsze pytałem kandydatów na koniec rozmowy: „Jak by się Pan/Pani czuł, gdyby następny etap to spotkanie z zespołem?”. I przedstawiałem argumenty:

    • Masz być częścią zespołu – więc niech zespół sprawdzi, czy twój charakter pasuje do tego, co sam o sobie opowiadasz
    • Masz przynieść wartość zespołowi – może pozwólmy zespołowi ocenić, czy widzi tę wartość
    • Jeśli zespół powie „Tak” – będziesz miał wsparcie od pierwszego dnia
    • Jeśli zespół powie „Nie” – cóż, nie ma sensu się męczyć

    Reakcje? Zawsze pozytywne. „Nigdy nie byłem na takiej rozmowie, ale widzę duży sens”. Niektórzy wyrażali obawy, ale stwierdzali, że warto spróbować.

    Przykłady z życia wzięte

    Przypadek pierwszy: Senior Developer z problemem komunikacyjnym
    Kandydat miał świetne CV – 8 lat doświadczenia, znał wszystkie frameworki na pamięć. Podczas rozmowy technicznej błyszczał. Ale gdy spotkał się z zespołem, okazało się, że jego sposób komunikacji to seria monologów. Zespół pracował w trybie ciągłych konsultacji i współpracy. Verdict? „Świetny specjalista, ale nie dla nas”.

    Przypadek drugi: Junior z potencjałem
    Młoda programistka, rok doświadczenia, CV skromne jak mniszka. Ale podczas spotkania z zespołem zadawała świetne pytania, słuchała uważnie, a jej energia była zaraźliwa. Zespół stwierdził: „Nauczymy ją wszystkiego, ale chcemy ją u siebie”. Rok później była jedną z najlepszych w zespole.

    Przypadek trzeci: Ekspert, który nie pasował kulturowo
    Kandydat z 15-letnim doświadczeniem, guru w swojej dziedzinie. Ale podczas rozmowy z zespołem wyszło, że jego podejście to „ja wiem lepiej, a wy się uczcie”. Zespół cenił sobie równość i wzajemne uczenie się. Mimo kompetencji – nie przeszedł.

    Co zespół sprawdza podczas takiej rozmowy?

    Chemię zespołową
    Czy ta osoba będzie pasować do naszego sposobu gadania, żartowania, rozwiązywania konfliktów? To nie jest pytanie o kompetencje – to pytanie o to, czy będziemy się lubić przez następne lata.

    Podejście do pracy
    Jeden zespół lubi długie dyskusje o architekturze, inny woli szybkie decyzje i iteracje. Jeden ceni sobie precyzję, inny eksperymentowanie. Kandydat może być genialny, ale jeśli jego styl pracy jest przeciwny do zespołowego – będzie cierpienie.

    Motywację i wartości
    Czy ta osoba chce się rozwijać w tym samym kierunku co zespół? Czy ma podobne podejście do jakości kodu, testowania, dokumentacji? Czy będzie ciągnąć zespół do przodu, czy hamować?

    Korzyści dla wszystkich

    Dla zespołu:

    • Mają wpływ na to, kto do nich dołącza
    • Biorą odpowiedzialność za integrację nowej osoby
    • Czują się współodpowiedzialni za sukces rekrutacji

    Dla kandydata:

    • Wie, z kim będzie pracować
    • Może ocenić, czy zespół mu odpowiada
    • Zaczyna z poparciem całej grupy

    Dla firmy:

    • Mniejsze ryzyko nietrafionej rekrutacji
    • Szybsza integracja nowych ludzi
    • Lepsze dopasowanie kulturowe

    Kiedy to nie działa?

    Ten system ma sens tylko w zespołach, które rzeczywiście współpracują. Jeśli ludzie siedzą w swoich norach i kontaktują się tylko przez Slacka, to rekrutacja przez zespół to strata czasu. Ale jeśli pracujecie razem, planujecie razem, rozwiązywacie problemy razem – to zespół wie najlepiej, kogo potrzebuje.

    Podsumowanie

    Zespół wie najlepiej, stanowi sam o sobie, podejmuje decyzje, podejmuje odpowiedzialność. Kto spróbował tego podejścia, chyba nigdy już nie wrócił do klasycznej rekrutacji. Bo po co zgadywać, skoro można zapytać tych, którzy będą pracować z nową osobą każdego dnia?

    Jak mówię zawsze – można budować zespoły na siłę, a można pozwolić im się budować samym. Drugie wyjście jest po prostu mądrzejsze.

  • Professional Agile Leadership (PAL I)

    Professional Agile Leadership (PAL I)

  • SAFe® Program Consultant (SPC)

    SAFe® Program Consultant (SPC)

  • OKR Certified Coach

    OKR Certified Coach

  • Agile Coaching (ICP-ACC)

    Agile Coaching (ICP-ACC)

  • Agility in the Enterprise (ICP-ENT)

    Agility in the Enterprise (ICP-ENT)