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