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.

